AS63199 делает Global Cloud Co. AS63199 делает Global Cloud Co.

Резюме

ARIN и RIPEstat дают AS63199 чёткую публичную идентичность и показывают его как анонсируемую сеть с широкой видимостью у коллекторов маршрутов. Это более сильное доказательство реальной маршрутизируемой операционной поверхности, чем только маркетинговые материалы компании.
PeeringDB фиксирует 26 действующих подключений к точкам обмена и 26 подключений к площадкам для сетевого профиля, связанного с AS63199. Эти записи подтверждают географическое присутствие точек соединения, но не объём трафика, собственную инфраструктуру, маршрутную политику или производительность для конкретного заказчика.
CDS Global Cloud предлагает GPN, PIR, Global DIA, CloudConnect и услуги BGP, ориентированные на Китай и глобальную связность. Заявления о ёмкости, операторах, уровне обслуживания и лицензиях в рассмотренных здесь открытых источниках остаются утверждениями самой компании.
Поэтому корпоративному покупателю нужно проверять точный путь услуги: какая автономная система анонсирует или несёт маршрут, где происходит передача, как управляется переключение при сбое, что именно измеряет уровень обслуживания, какое юридическое лицо отвечает за каждый сегмент и кто выполняет операционную эскалацию.

Полезная отправная точка — это сетевая идентичность

Описания облачных услуг могут делать непохожие продукты взаимозаменяемыми на слух. Прямое облачное подключение, интернет-маршрут, оптимизированный для Китая, частный канал уровня 2 и комбинированный сервис BGP — всё это может продаваться как способ доступа к одному и тому же приложению. Но у них разные точки управления. Поэтому первая задача — определить, какая сеть реально видна и какая запись о компании с ней связана.

Для Global Cloud Co., Ltd самым чистым якорем является AS63199. ARIN RDAP идентифицирует эту автономную систему какCDSC-AS1и связывает её сCDS Global Cloud Co., Ltd. Дата регистрации автономной системы — 8 сентября 2014 года, дата последнего изменения записи — 9 января 2026 года. Отдельная организационная запись ARIN связывает идентификаторCDSC-1с тем же названием компании; дата регистрации — 2 июня 2014 года, дата последнего изменения — та же, 2026 год. Эти записи устанавливают связь с реестром. Они не удостоверяют нынешний коммерческий масштаб бизнеса или качество услуги.

ARIN также фиксирует прямую адресацию IPv4 с названиемCDSC-1, охватывающую диапазон от148.153.0.0до148.153.255.255и зарегистрированную 12 января 2016 года. Это свидетельство того, что организации выделен ресурс адресов. Это не значит, что каждый адрес активен, анонсируется AS63199, назначен заказчику или достижим через тот же продукт.

Это различие важно, потому что публичные страницы компании упоминают и AS63199, и AS38353. Рассмотренные здесь записи ARIN и RIPEstat независимо подтверждают регистрационную и маршрутную идентичность AS63199. Они не дают аналогичной внешней проверки регистрации и маршрутизации для AS38353. Поэтому AS38353 можно описать здесь только как сопутствующую автономную систему, заявленную компанией, а не как независимо подтверждённую вторую операционную поверхность.

В результате получается более узкое, но более полезное утверждение, чем общий облачный ярлык. Покупатель может начать с названной автономной системы, организационной записи и диапазона адресов, а затем попросить провайдера сопоставить предлагаемую услугу с этими идентификаторами. Если коммерческая схема не может обеспечить такое сопоставление, публичные сетевые доказательства и коммерческое предложение пока не связаны.

AS63199 наблюдаем, но наблюдаемость — это не контроль пути

RIPEstat сообщает, что AS63199 анонсируется, и указывает держателя какCDSC-AS1 - CDS Global Cloud Co., Ltd, а регистрирующий орган — ARIN. Ответ по анонсируемым префиксам вернул 547 префиксов за окно наблюдения с 6 июля по 20 июля 2026 года. В наборе были примеры IPv4, такие как38.123.107.0/24,148.153.219.0/24и118.193.20.0/24, а также пример IPv62400:5280:804::/48.

Ответ о статусе маршрутизации добавляет долгосрочные сигналы и сигналы видимости. Он сообщает, что AS63199 впервые замечен с139.159.48.0/242 апреля 2015 года. На момент запроса 20 июля 2026 года последним замеченным примером был154.223.132.0/24. Ответ показал, что AS виден всем 325 из 325 пиров RIS IPv4 и всем 320 из 320 пиров RIS IPv6. Это сильные признаки того, что на момент наблюдения AS63199 не был малоизвестной или локально невидимой регистрацией.

Однако это отвечает лишь на часть корпоративного вопроса. Коллекторы маршрутов могут показать, что префиксы и пути видны из их точек наблюдения. Они не показывают, что конкретный канал заказчика будет использовать определённую точку входа, останется на предпочтительном маршруте при перегрузке или переключится в пределах договорного интервала. Количество в 547 наблюдаемых префиксов также не устанавливает, сколько из них в коммерческом смысле принадлежит Global Cloud Co., Ltd, её клиентам или другому источнику происхождения. Число префиксов к тому же зависит от времени и может измениться после окончания окна наблюдения.

RIPEstat вернул 211 наблюдаемых соседних AS для AS63199. В выборку с высокой активностью вошли AS174, AS1299, AS12956 и AS17408. Слово «наблюдаемый» здесь выполняет важную работу. Сосед, увиденный в данных маршрутизации, не является автоматически подтверждённым поставщиком, заказчиком, договором платного транзита или текущим предпочтительным маршрутом. Без контрактных доказательств или прямого заявления о сессии набор соседей — это срез смежности маршрутизации, а не коммерческий реестр.

Поэтому публичная маршрутная запись ценна двумя способами. Во-первых, она даёт покупателю независимые точки для проверки до подписания: анонсируемые префиксы, изменения путей, согласованность источника происхождения и видимость с релевантных рынков. Во-вторых, она задаёт предел выводам. AS63199 заметно участвует в глобальной маршрутизации; публичная запись не раскрывает логику политики, которая выберет путь предприятия в обычный день или во время сбоя.

Снимок из 547 префиксов — это набор для проверки, а не подсчёт имущества

Ответ RIPEstat по префиксам заманчиво использовать как показатель масштаба, потому что 547 — точное число. Точность не снимает необходимости понимать, что именно измеряется. Этот ответ — ограниченное по времени наблюдение префиксов, анонсируемых AS63199. Это не инвентаризация серверов, клиентов, площадок, контрактов или адресных ресурсов, принадлежащих Global Cloud Co., Ltd. Рассмотренные здесь открытые источники не классифицируют каждый префикс по регистранту, услуге или использованию заказчиком.

Прямое распределение ARIN помогает проиллюстрировать границу.148.153.219.0/24, один из примеров анонсируемых префиксов, находится внутри зафиксированного диапазона от148.153.0.0до148.153.255.255. Это создаёт чистую связь между одним наблюдаемым примером маршрута и адресным диапазоном, зарегистрированным наCDSC-1. Это не распространяется автоматически на все 547 префиксов. Каждый дополнительный диапазон потребовал бы собственной проверки реестра и источника происхождения маршрута, прежде чем его можно было бы описать как прямо выделенное пространство компании.

Снимок может вместо этого стать набором проверок для комплексной оценки. Заказчик, чья услуга будет использовать адреса, выделенные провайдером, может спросить, какие префиксы относятся к услуге, будет ли AS63199 анонсировать их и ожидается ли тот же источник происхождения при переключении. Заказчик, приносящий собственные адреса, может спросить, какая авторизация и какая схема маршрутизации будут использоваться. В обоих случаях предлагаемый список префиксов можно сравнить с текущими наблюдениями, а не с общей цифрой из заголовка.

Время следует фиксировать так же тщательно, как и количество. Наблюдение RIPEstat по анонсируемым префиксам заканчивается 20 июля 2026 года, а данные маршрутизации могут меняться. Поэтому предконтрактная фиксация маршрута должна указывать, когда она сделана, с каких релевантных рынков наблюдалась и какие префиксы и пути ожидались. Более позднее расхождение не обязательно является сбоем; это повод определить, изменилась ли коммерческая схема, изменилась ли обычная маршрутизация или исходное описание было неполным.

К цифрам видимости у всех пиров нужна такая же дисциплина. Видимость у всех 325 из 325 пиров RIS IPv4 и всех 320 из 320 пиров RIS IPv6 — это широкий охват коллекторов для данной AS на момент запроса. Это не значит, что каждая корпоративная конечная точка может достичь каждого анонсируемого префикса с одинаковым качеством. Это также не показывает, получит ли заказчик маршрут через ближайшую точку обмена или через более длинный путь через другой рынок. Видимость у коллекторов следует использовать для проверки существования и распространения, а измерения на конечных точках — для проверки услуги, которую покупатель реально получает.

Число соседей полезнее всего как генератор вопросов. Если провайдер предлагает конкретный путь через оператора, наблюдаемая смежность может подтверждать правдоподобность такой схемы. Её отсутствие в снимке не обязательно опровергает частное или недавно установленное соглашение, а её наличие не доказывает контракт. Провайдер всё равно должен указать операционную связь, относящуюся к услуге, а покупатель — наблюдать реально доставленный маршрут.

PeeringDB показывает распределение, а не услугу, которую получает предприятие

Профиль PeeringDB для ASN 63199 — ещё один сильный отраслевой сигнал. Он указывает сеть с идентификатором 8581 под точным названиемCDS Global Cloud Co., LTD, относит её к классу NSP, отмечает общую политику пиринга какOpen, задаётAS-CAPITALONLINEDATAв качестве IRR AS-set и сообщает о 200 префиксах IPv4 и 10 префиксах IPv6. Профиль обновлён 12 июня 2026 года.

PeeringDB поддерживается самими участниками, поэтому эти поля не являются независимым аудитом. Разница между цифрами префиксов в профиле и 547 префиксами, возвращёнными RIPEstat, не обязательно противоречие: у источников разные определения, методы наблюдения и время обновления. Однако это повод не превращать ни одно из чисел в простой показатель масштаба. Покупателю следует спросить, какие префиксы относятся к предлагаемой услуге, и затем наблюдать именно их.

Распределение сети по точкам обмена на бумаге выглядит значительным. API PeeringDB вернул 26 действующих подключений к точкам обмена, включаяIX.br Sao Paulo,DE-CIX Frankfurt, точки обмена Equinix в Сингапуре, Гонконге, Далласе и Майами,HKIX,SGIX, BBIX в Сингапуре и Токио,JPNAP Tokyo,FL-IXиIIX-Jakarta. Этот список подтверждает географически распределённое присутствие точек соединения в Северной и Южной Америке, Европе и Азии.

API площадок также вернул 26 подключений в США, Германии, Южной Корее, Бразилии, Сингапуре, Гонконге, Японии, материковом Китае и на Тайване. Среди названных примеров — Equinix DA1, Equinix SG3, Equinix TY4, Equinix HK2, Digital Realty LAX, площадки DataBank в Далласе и Майами, Chief Taipei, KINX Seoul и площадки Capital Online в Пекине.

Ни один из списков не доказывает, как построена услуга для заказчика. Подключение к точке обмена не раскрывает, какие пиры обмениваются там трафиком, сколько ёмкости выделено, активна ли сессия в данный момент или какой маршрут предпочтителен. Подключение к площадке не доказывает, что Global Cloud Co., Ltd владеет этой площадкой, контролирует конкретный зал, поддерживает определённый объём оборудования или может восстановить услугу в заявленный срок. «Действующий» — это состояние записи в PeeringDB, а не гарантия для каждого канала, проданного из этой локации.

Для закупки полезный шаг — превратить широкое покрытие в предлагаемый путь. Какая из перечисленных точек обмена или площадок является фактической точкой передачи? Покупает ли заказчик интернет-транзит, частный транспорт, виртуальное соединение или комбинацию? Где услуга переходит из канала доступа заказчика в AS63199? Какой сегмент может перенаправляться, а какой фиксирован? Публичные записи о подключениях помогают проверить ответ, но не дают его сами.

География должна стать последовательностью маршрута

Список локаций компании и списки подключений PeeringDB пересекаются, но это не один и тот же тип записей. Страницы компании описывают рынки, где, по её словам, CDS Global Cloud работает или предлагает услуги. PeeringDB описывает, где сетевой профиль AS63199 сообщает о присутствии в точке обмена или на площадке. Пересечения в США, Германии, Сингапуре, Гонконге, Японии, материковом Китае, на Тайване и в Южной Корее усиливают тезис о том, что заявленная география имеет подтверждение в виде точек соединения. Это не устанавливает, что каждый продукт доступен в каждой указанной точке.

Различия столь же информативны, хотя и не являются противоречиями. Страница локаций компании называет Индонезию, Вьетнам и Нидерланды, тогда как выбранные примеры площадок PeeringDB и сводка стран подключений в рассмотренных источниках не доказывают присутствие AS63199 на площадке в каждом из этих рынков. PeeringDB, в свою очередь, сообщает о подключениях в Бразилии, включаяIX.br Sao Paulo, в пределах сетевого покрытия. Один источник может описывать обслуживаемую локацию, другой — порт точки обмена или площадку, и ни один не является полной матрицей продуктов.

Поэтому маршрут заказчика следует записывать как упорядоченную последовательность, а не рисовать облаком поверх карты мира. Условная последовательность может называть точку доступа заказчика, точку передачи провайдера, автономную систему, несущую интернет-сегмент, переход через точку обмена или частную сеть, облачную точку подключения и целевой регион. Смысл не в том, чтобы предполагать, что именно так CDS Global Cloud строит каждую услугу. Смысл в том, чтобы потребовать от коммерческой схемы раскрыть собственную последовательность.

Такая последовательность делает географические заявления проверяемыми. Если маршрут продаётся через Сингапур, схема может указать, находится ли релевантное присутствие в точке обмена, такой какSGIX, или на площадке, такой как Equinix SG3, и находится ли это лишь рядом с путём, а не на нём. Если маршрут продаётся через Гонконг,HKIX, подключение к точке обмена Equinix и Equinix HK2 — это разные записи; их не следует сливать в один расплывчатый гонконгский узел. То же относится к Токио, гдеJPNAP Tokyo, BBIX Tokyo и Equinix TY4 представляют разные точки соединения или ссылки на площадки.

Северная и Южная Америка и Европа требуют той же конкретности.DE-CIX Frankfurt,FL-IX, Equinix Dallas, Equinix Miami и примеры площадок DataBank или Digital Realty демонстрируют заявленные точки присутствия, а не сквозной путь. Предложение, называющее Франкфурт и Даллас, должно сказать, обменивается ли там трафик, лишь проходит ли он через площадку или достигает этих рынков по частному сегменту GPN. Иначе список покрытия может выглядеть ответом на вопрос о маршруте, оставляя все решения о маршрутизации невысказанными.

Подход на основе последовательности маршрута дисциплинирует и заявления о резервировании. Два названия городов — не обязательно два независимых пути; два названия точек обмена — не обязательно два независимых канала доступа; а два номера AS, названных компанией, не являются независимо подтверждёнными эквивалентами во внешних записях, рассмотренных здесь. Разнообразие можно оценить только после того, как показаны общие сегменты, провайдеры, точки передачи и системы управления. Заявления страницы GPN о разнообразии операторов, линий и маршрутов обозначают задуманное свойство.

Для его демонстрации нужны топология и результат переключения для конкретного заказчика.

Оптимизация для Китая — это схема маршрута, а не универсальное свойство

Собственные продуктовые страницы компании делают доступ к Китаю центральным элементом предложения. СтраницаGlobal Private Network, илиGPN, описывает полностью связанную сеть уровня 2, соединяющую Китай, Азиатско-Тихоокеанский регион, Северную Америку и Европу. Она заявляет разнообразие операторов, линий и маршрутов и представляет услугу как основу для магистралей WAN, Ethernet «точка-точка», IEPL, SD-WAN, EVPL/VPL и корпоративных VPN. Это описание архитектуры от провайдера, а не топология заказчика или тест переключения.

СтраницаPremium Internet Routing, илиPIR, описывает оптимизированный IP-транзит через AS63199. В ней говорится, что сеть устанавливает пиринг с более чем 200 глобальными операторами, включая китайских, и заявляется уровень обслуживания 99,9 % для пользователей в Китае, обращающихся к серверам за пределами страны. Также предлагается тарификация по Mbps или по объёму, и сказано, что клиенты могут использовать всплески до 10 Гбит/с. Ни один независимый источник, перечисленный ниже, не измеряет число операторов, ёмкость или уровень обслуживания, а в публичной записи нет текста контракта, показывающего точку измерения, исключения, кредиты или способ устранения.

Страница услуги BGP отделяет предложениеChina Blended IP Transitна базе AS38353 от предложенияGlobal BGP. Для комбинированной услуги она называет China Telecom, China Unicom, China Netcom и CERNET, а для международной связности — PCCW, NTT, TATA, Zayo, Level 3 и HE. Это заявления провайдера. Ни один независимый источник, перечисленный ниже, не подтверждает текущие сессии или коммерческие контракты с этими названными сетями.

Этот анализ не делает отдельного утверждения оChinaConnect. Публичные источники ниже не дают конкретного факта о продукте ChinaConnect, который можно было бы оценить, поэтому это название нельзя использовать здесь как доказательство другого маршрута, лицензии, пула ёмкости или операционной модели.

Global DIAпозиционируется иначе: как динамическая маршрутизирующая основа для корпоративных облачных приложений с участием материкового Китая. Страница приводит сравнение Shanghai SmokePing, в котором обычный DIA за десять дней показал в среднем 20,97 % потерь пакетов, и говорит, что Global DIA ограничен корпоративным использованием. Пример, выбранный провайдером, может иллюстрировать проблему, которую продукт призван решить. Его нельзя обобщать на все обычные услуги DIA, все локации, все даты или путь, который купит новый заказчик.

Практический вывод: «оптимизировано для Китая» — это не свойство, которое можно установить торговой маркой. Его нужно разложить на решения о маршруте и услуге. Достоверная схема должна указать исходную и транзитную AS для каждого направления, точки входа и выхода, доступные заказчику средства управления трафиком, резервный маршрут и метрики, наблюдаемые на конечных точках заказчика. Она также должна сказать, отвечает ли на каждом сегменте AS63199, заявленная компанией AS38353 или другой оператор.

Только после этого покупатель может проверить заявление по публичной записи. Если предлагаемый путь, как сказано, использует точку обмена, где у AS63199 нет задокументированного подключения, это не делает схему автоматически ложной, но создаёт явный запрос на дополнительные доказательства. Если точка обмена указана, это не делает путь заказчика автоматически истинным. Присутствие и путь — отдельные доказательства.

CloudConnect переносит точку передачи, но не убирает цепочку

CloudConnectпереносит тот же вопрос в облачные точки подключения. CDS Global Cloud заявляет, что используетEquinix Cloud Exchangeдля прямого доступа к нескольким облакам через несколько сетей и ресурсов, а GPN обеспечивает глобальную связность по запросу. Описание предполагает маршрут, способный избежать части обычных публичных интернет-сегментов. Оно не указывает, какой сайт заказчика может достичь какого облачного региона по какой физической и логической цепочке.

Для предприятия граница услуги может включать локальный канал доступа, сегмент GPN, виртуальный канал точки обмена, порт облачного провайдера и маршрутизацию с обеих сторон точки передачи. У каждой границы может быть свой владелец, обязательство по ёмкости, система мониторинга и очередь поддержки. Название комбинированного продукта прямым облачным подключением не объединяет эти обязанности, если контракт не делает этого явно.

Именно здесь зависимость от облачных услуг становится измеримой. Покупатель должен запросить идентификаторы услуги и точки разграничения для каждого сегмента, гарантированную и пиковую скорость, режим маршрутизации, зависимости от облачной учётной записи и порта, а также схему переключения на случай недоступности путиEquinix Cloud Exchange. Также следует установить, отслеживает ли провайдер сквозную услугу или только часть, находящуюся под его прямым контролем.

Вопрос не в том, могут ли быть полезны CloudConnect или GPN. Публичные страницы описывают правдоподобные компоненты соединений, а запись PeeringDB подтверждает присутствие AS63199 на нескольких рынках, названных компанией. Вопрос в том, сведено ли предлагаемое сочетание к проверяемому пути для реальных площадок и облачных регионов заказчика.

Три формы услуги требуют трёх разных доказательств

Продуктовые страницы предполагают несколько способов, которыми предприятие может получить доступ к приложению. Их не следует оценивать по одному общему чек-листу связности, потому что релевантные точки управления различаются. Достаточно трёх форм услуги, чтобы показать почему.

Первая — интернет-маршрутизируемая услуга на основе PIR или Global BGP. Здесь публичная видимость AS63199 имеет прямое значение. Покупатель может наблюдать источник происхождения и путь AS для согласованных префиксов, сравнивать прямые и обратные наблюдения и проверять, что происходит при изменении предпочтительного маршрута. Оставшееся доказательство коммерческое и операционное: какая заявленная цель обслуживания применяется, где она измеряется, включается ли пиковая ёмкость во время сбоя и какие изменения маршрутизации может запросить заказчик.

Вторая — частный сегмент GPN, подключённый к облачной точке через CloudConnect иEquinix Cloud Exchange. Публичные наблюдения BGP могут показывать только интернет-ориентированные части, если они есть, и почти ничего не говорить о частном сегменте уровня 2. Доказательство должно сместиться к идентификаторам каналов, состоянию виртуального соединения, ёмкости порта, точкам разграничения и тесту альтернативной схемы. Широкое покрытие AS — это поддерживающий контекст, а не измерение частной услуги.

Третья — ориентированный на Китай комбинированный или оптимизированный маршрут, включающий заявленный компанией сегмент AS38353 и глобальный сегмент AS63199. Страница BGP даёт продуктовое различие, но внешние записи, рассмотренные здесь, независимо подтверждают только AS63199. Покупателю понадобится схема, указывающая, где проходит граница автономных систем, какие названные операторские отношения релевантны и как маршрутизация, поддержка и юридическая ответственность переходят между сегментами. Без такой карты описание с двумя AS может создавать видимость объединённой услуги, не показывая, как она объединена.

В реальном предложении эти модели могут сочетаться, что усиливает, а не снижает потребность в ясности. У заказчика может быть частный транспорт до хаба, интернет-маршрутизация для резервного пути и виртуальный канал облачной точки обмена в точке назначения. Каждый сегмент может быть технически корректным, а сквозной план восстановления остаётся неполным. Поэтому приёмочный протокол должен проверять и здоровье каждого сегмента, и переходы между сегментами.

Форма услуги для проверки	Публичные доказательства, которые помогают	Доказательства для конкретного заказчика, которые всё ещё нужны
PIR или Global BGP через AS63199	Идентичность ARIN, маршруты и соседи RIPEstat, распределение точек обмена PeeringDB	Предлагаемые префиксы, ожидаемые пути, управление политикой, точка измерения, ёмкость и способ устранения нарушений
GPN плюс CloudConnect	Заявления компании об архитектуре GPN и CloudConnect, релевантное присутствие в PeeringDB	Идентификаторы каналов и виртуальных соединений, точки разграничения, гарантированная ёмкость и тест переключения
China Blended IP Transit, связанный с глобальной маршрутизацией	Различие компании между AS38353 и Global BGP; независимо видимая поверхность AS63199	Внешнее подтверждение сегмента AS38353, доказательства операторских сессий, ответственность между сегментами и юридическое сопоставление

Запрос доказательств должен соответствовать форме услуги, а не требовать от провайдера доказать всё одной сетевой схемой. Текущая фиксация BGP полезна для маршрутизируемой модели. Она не может доказать ёмкость частного канала. Скриншот виртуального соединения может помочь подтвердить облачную точку подключения. Он не может доказать путь доступа к Китаю. Лицензионный документ может подтверждать правовую позицию. Он не может доказать производительность маршрута. Раздельное ведение доказательств делает итоговую цепочку зависимостей удобнее для аудита.

Заявления компании о масштабе описывают продукты, а не сверенный реестр активов

CDS Global Cloud приводит несколько пересекающихся показателей охвата. На главной странице говорится о более чем 10 полнофункциональных дата-центрах по всему миру и более чем 50 сателлитных локациях в материковом Китае. Страница локаций перечисляет Китай, США, Сингапур, Индонезию, Вьетнам, Японию, Германию, Гонконг, Тайвань, Нидерланды и Южную Корею. Она описывает 10 ключевых дата-центров в Пекине, дополнительные локации в Гуанчжоу, Шанхае, Уси и Ухане и более 50 сателлитных центров в материковом Китае.

СтраницаEnhanced Internetиспользует гораздо более широкую продуктовую лексику: более 50 стран, 89 городов, более 400 операторов, почти 100 выделенных подводных кабелей и 94 дата-центра. Она описывает связность GPN и облачной точки обмена как компоненты услуги. Страница «О компании» добавляет заявления о том, что AS63199 и AS38353 переносят петабайты данных по частным магистральным каналам 10G и 100Gb между дата-центрами по всему миру.

Все эти цифры исходят от компании. Они могут относиться к разным вещам: собственным или эксплуатируемым площадкам, доступности партнёров, охвату операторов, обслуживаемым рынкам, сетевым каналам или конечным точкам продуктов. Публичные доказательства не сверяют категории, не проверяют подсчёты и не показывают, как они соотносятся с 26 подключениями к площадкам в PeeringDB. Поэтому было бы небезопасно объединять их в единое число активов или предполагать, что каждая названная площадка предлагает те же продукты и ёмкость.

Эта неоднозначность влияет и на экономику. Предложение PIR с ценой за гарантированные Mbps экономически не эквивалентно тарификации по объёму с всплесками, и ни то, ни другое автоматически не сравнимо с частным каналом GPN или виртуальным соединением CloudConnect. Осмысленная смета должна указывать класс маршрута, точку передачи, гарантированную скорость, правило всплесков, интервал измерения, порядок оплаты превышения, платежи за установку и ёмкость на случай переключения. Публичные страницы показывают, что продвигаются несколько форм ценообразования и продуктов.

Они не дают достаточно деталей для сравнения полной стоимости заказчика или стоимости ухудшенного резервного пути.

Вместо запроса более крупного глобального числа покупателю стоит запросить меньший, привязанный к услуге график. Какие локации участвуют в этой схеме? Какие из них являются прямыми точками обслуживания Global Cloud Co., Ltd, а какие связаны с партнёрами? Какая ёмкость гарантирована в каждой точке передачи? Какой альтернативный путь зарезервирован, и оценивается ли он и тестируется ли на том же уровне? Такой график свяжет продуктовую лексику с операционной и экономической границей.

Позиционирование по комплаенсу должно быть привязано к реальному каналу

Страница компании о правовом соответствии говорит, что CDS Global Cloud имеет лицензии в материковом Китае на передачу данных по внутренним наземным линиям, услуги IDC, CDN, внутренний VPN и услуги интернет-провайдера. Трансграничные услуги она связывает с требованиямиMIIT№ 32 и № 2496 и конвенцииCDTIA. В рассмотренных здесь источниках это правовые и регуляторные заявления самой компании. Нет независимого источника регулятора, подтверждающего объём, держателя, действительность или применимость указанных разрешений.

Это не делает страницу бесполезной. Она обозначает рамку комплаенса, которую, по словам провайдера, он использует, и даёт покупателю конкретные пункты для проверки. Для предлагаемой схемы следует назвать договаривающееся лицо, лицензированное лицо, оператора доступа, внутреннюю услугу, трансграничный сегмент и облачную конечную точку. Затем покупатель может запросить идентификаторы лицензий и разъяснение юриста о том, как каждый сегмент услуги вписывается в заявленную рамку.

Публичное покрытие маршрутизации не может ответить на эти вопросы. Регистрация AS63199 в ARIN не доказывает ни лицензию в материковом Китае, ни правовой режим трансграничного канала. Подключение в PeeringDB в Гонконге, Сингапуре или материковом Китае не определяет регуляторный статус трафика, проходящего через него. Точно так же позиционирование провайдера по комплаенсу не гарантирует результат соблюдения требований для приложения, данных, пользователей или выбранного маршрута заказчика.

Безопасный вывод процедурный: схема услуги и анализ комплаенса должны описывать один и тот же путь. Если маршрутная схема, спецификация, юридические лица и разъяснение лицензий используют разные границы, утверждение не закрыто. Global Cloud Co., Ltd, возможно, сможет предоставить необходимые доказательства, но в перечисленных ниже публичных источниках их нет.

Местный персонал поддержки — нераскрытая часть услуги

Сетевые записи необычно прозрачны; операционный персонал — нет. Рассмотренные здесь публичные источники не устанавливают размер или расположение команды сетевых операций, её языки, покрытие смен, полномочия на эскалацию, порядок выезда на площадку или процесс восстановления для конкретного заказчика. Подключения к площадкам PeeringDB и заявления компании о локациях не могут закрыть этот пробел.

Это важнее всего, когда схема пересекает организации и часовые пояса. Аварийный сигнал может быть виден одному оператору, тогда как затронутый канал доступа принадлежит другому. Облачное виртуальное соединение может быть исправным, а питающий его маршрут — повреждённым. Заказчик может получить ответ на заявку, не имея у ответившего полномочий изменить маршрутизацию или отправить работы на площадку передачи. Ни один из этих исходов нельзя предсказать по списку подключений к точкам обмена.

Проверка при закупке должна называть людей и полномочия, а не только каналы. Какая команда отвечает за сквозной инцидент? Какая команда может менять политику BGP? Кто связывается с оператором доступа или партнёром точки обмена? Какие часы поддержки действуют в материковом Китае и в удалённом облачном регионе? Какие доказательства будут предоставляться во время инцидента и когда эскалация переходит от мониторинга к изменению пути? Если обязательство по уровню обслуживания не выполнено, какие часы и источник измерений определяют компенсацию?

Эти вопросы не являются доказательством того, что Global Cloud Co., Ltd не хватает ресурсов поддержки. Они обозначают существенную неизвестную в публичной записи. Покупатель может закрыть её графиком поддержки, матрицей эскалации, примером отчёта об инциденте и засвидетельствованным тестом переключения, привязанным к предлагаемой услуге. Без этих артефактов глобально видимая AS и широкий список площадок всё равно оставляют человеческую поверхность управления неопределённой.

Доказательства должны пережить процесс продажи

Корпоративный маршрут, вероятно, изменится в течение срока контракта, тогда как схема из презентации может остаться застывшей. Процесс приёмки должен сохранить достаточно доказательств, чтобы отличить ожидаемое изменение от существенного отхода от предложенной схемы. Для этого не требуется превращать каждое обновление маршрутизации в поправку к контракту. Требуется базовая линия, называющая то, что важно.

Для поверхности услуги AS63199 базовая линия может включать согласованные префиксы, репрезентативные наблюдения маршрутов из релевантных для заказчика локаций, основную и альтернативную точки входа или выхода и дату фиксации. Для точки передачи, подтверждённой PeeringDB, она может включать точное название точки обмена или площадки из схемы и уточнять, является ли запись доказательством присутствия, фактической точкой передачи или просто соседним вариантом соединения. Для GPN или CloudConnect она может включать идентификаторы каналов и виртуальных соединений, не делая вид, что эти частные компоненты видны в публичном BGP.

Затем анализ услуги должен сосредоточиться на изменениях, влияющих на заказчика. Новый наблюдаемый сосед — не автоматически проблема, а исчезнувший сосед — не автоматически нарушение. Другой путь, который по-прежнему соответствует задокументированной цели обслуживания, может быть обычной инженерной практикой. Но изменение, которое меняет юридическое лицо, убирает обещанное разнообразие, снижает гарантированную ёмкость или переносит точку передачи за пределы согласованной модели поддержки, заслуживает явного анализа. Контракт должен определить, у кого достаточно доказательств для такого вывода.

Доказательства инцидентов должны использовать ту же базовую линию. Фиксации маршрутов, времена срабатывания сигналов, действия провайдера, эскалации партнёров и видимые заказчику последствия можно сопоставлять с названными сегментами услуги. Это устраняет распространённый пробел в доказательствах, когда провайдер сообщает, что его ядро сети было исправно, а заказчик сообщает о недостижимом приложении, но ни одно заявление не указывает отказавшую границу. Доказательства на уровне сегментов делают оба утверждения проверяемыми.

Публичные источники уже дают долговечную стартовую запись. ARIN идентифицирует сеть и организацию, RIPEstat фиксирует датированный срез маршрутизации, PeeringDB — датированный отраслевой след, а страницы компании определяют продвигаемые концепции услуг. Сохранение дополнений для конкретного заказчика превратит эту публичную запись в операционное досье, а не в одноразовую презентацию закупки.

Доказательство для конкретного заказчика должно связать шесть слоёв

Доступные источники поддерживают дисциплинированную предконтрактную проверку. У каждого слоя есть публичные доказательства, но у каждого есть и граница, которую публичные доказательства не могут пересечь.

Слой	Что подтверждает публичная запись	Что ещё нужно доказать для услуги
Идентичность	ARIN связывает AS63199 и`CDSC-AS1`с CDS Global Cloud Co., Ltd; ARIN также фиксирует организацию`CDSC-1`и адресацию IPv4.	Точные договаривающиеся и операционные лица для каждого сегмента услуги.
Маршрутизация	RIPEstat показывает AS63199 как анонсируемую, широко видимую и связанную с сотнями наблюдаемых префиксов и соседей.	Прямой и обратный пути заказчика, маршрутная политика, средства управления трафиком и поведение при переключении.
Соединения	PeeringDB показывает сетевой профиль с открытой политикой, а также 26 подключений к точкам обмена и 26 подключений к площадкам.	Активные сессии, доступная ёмкость, фактические точки передачи и роль каждого партнёра в продаваемом пути.
Продукт	Страницы компании описывают предложения GPN, PIR, Global DIA, Enhanced Internet, CloudConnect и BGP.	Схема на уровне маршрутов, измеримые цели обслуживания, исключения, способы устранения нарушений и ёмкость для конечных точек заказчика.
Комплаенс	Компания заявляет лицензионную позицию в материковом Китае и ссылается на требования MIIT и CDTIA.	Независимые лицензионные доказательства и юридическое сопоставление приложения и канала заказчика с релевантными разрешениями.
Операции	География компании предполагает многорегиональную поверхность услуги.	Названные владельцы поддержки, полномочия на эскалацию, локальное покрытие, доказательства инцидентов и проверенная процедура восстановления.

Полезная приёмочная проверка началась бы до переноса рабочего трафика. Провайдер и заказчик могли бы согласовать список префиксов и конечных точек, зафиксировать базовые прямые и обратные пути, проверить основной и альтернативный маршрут, записать потери и задержку в релевантные для приложения часы и определить, кто действовал на каждом переходе. Коммерческие условия затем могли бы ссылаться на те же измерения и точки разграничения. Это не устранит зависимость, но сделает её читаемой.

Проверка также должна различать типы доказательств. ARIN и RIPEstat могут независимо подтверждать идентичность и видимость маршрутизации. PeeringDB может подтверждать отраслевое присутствие, оставаясь при этом самообслуживаемым источником. Страницы компании могут описывать предполагаемые продукты и правовое позиционирование. Для утверждений, относящихся к конкретному заказчику, по-прежнему нужны контракт, текущее наблюдение маршрута, запись о ёмкости или тест переключения, которые ни один из этих публичных источников не может установить.

Видимая сеть — это начало проверки, а не её завершение

У Global Cloud Co., Ltd более сильная публичная сетевая позиция, чем у провайдера, представленного только рекламным облачным языком. AS63199 имеет привязанную к реестру идентичность, прямую адресацию IPv4, текущую видимость маршрутизации и географически широкий набор записей PeeringDB о точках обмена и площадках. Эти факты делают сеть достаточно наблюдаемой, чтобы предприятие могло задавать точные вопросы и сравнивать ответы с внешними данными.

Те же доказательства не позволяют легко переоценить ситуацию. Они не доказывают путь заказчика, коммерческое значение наблюдаемых соседей, текущие контракты с операторами, доступную ёмкость, уровень обслуживания, владение площадками, штат поддержки, полномочия на восстановление или результат комплаенса. Страницы компании о GPN, PIR, Global DIA, Enhanced Internet и CloudConnect описывают, как она хочет, чтобы покупатели понимали предложение; они не заменяют карту маршрута и ответственности для конкретного заказчика.

Поэтому решающим артефактом закупки является не очередная цифра глобального покрытия. Это связанный график, который называет AS и префиксы, основной и альтернативный пути, точки передачи в точках обмена или на площадках, облачную точку подключения, правила ёмкости и измерения, владельцев поддержки, метрики уровня обслуживания, договаривающиеся лица и лицензионную основу. Этот график можно проверить по публичным доказательствам перед запуском и снова при изменении маршрутизации.

AS63199 делает Global Cloud Co., Ltd видимой. Станет ли эта видимость надёжным доступом из Китая в облако, зависит от деталей, которые остаются за пределами публичной записи. Провайдера следует попросить доказать эти детали для конкретной продаваемой услуги, а покупателю следует сохранить доказательства как часть операционного контракта.

AS63199 делает Global Cloud Co., Ltd видимой; корпоративный маршрут всё ещё требует доказательств

Почему это важно