Кратко

  • Единственный машиночитаемый сетевой датасет о Brisanet — собственное заявление компании: 3 000 IPv4-префиксов, 1 000 IPv6-префиксов, тринадцать присутствий на точках обмена и девять в дата-центрах, по состоянию на 10 ноября 2026 года.
  • Цифра префиксов — не цифра адресов. Пока не появится читаемая запись блока, любая оценка адресной позиции по открытым источникам оценивает заявление без единицы измерения.

Восемь полей, и ничего сверх них

Датасет умещается в один JSON-ответ из одной строки. Там читаются идентификатор сетевой записи, идентификатор организации, имя — «Brisanet Servicos de Telecomunicacoes» —, номер автономной системы 28126 и затем четыре счётчика: info_prefixes4 при 3000, info_prefixes6 при 1000, ix_count при 13, fac_count при 9 (https://www.peeringdb.com/api/net?asn=28126). Это всё. Восемь полей, из которых четыре что-то измеряют.

Именование этих полей заслуживает короткой остановки, потому что это единственная подсказка, которую документ даёт о своём статусе. Все четыре начинаются с префикса info_. Это не измерения трафика, не выдержки из таблицы маршрутизации, не фрагменты системы управления адресами: это заявленные данные, которые сеть вписывает в запись, которую сама ведёт. Четыре счётчика, строго говоря, — заполненная форма. Мы и обходимся с ними ровно так.

Второе, менее заметное обстоятельство. Имя, которое показывает интерфейс — «Brisanet Servicos de Telecomunicacoes» — не то имя, которое ведёт членский реестр LACNIC: «BRISANET SERVICOS DE TELECOMUNICACOES S.A». Два написания, одна общество, идентифицируемое по контексту, и ни одного документа, который сводит их вместе. Это не находка; это первая иллюстрация тезиса статьи. Между реестром и сетевой записью нет автоматического ключа связи. Есть два мира, каждый из которых называет себя сам.

Объявленный префикс — не адрес

Самая дорогая ошибка при оценке адресной позиции — читать info_prefixes4 как количество. Префикс — это участок пространства, объявленный в междоменной маршрутизации. Три тысячи IPv4-префиксов могут состоять из трёх тысяч /24, что дало бы около 768 тысяч адресов, или из трёх тысяч /20, что дало бы около двенадцати миллионов, или из смеси того и другого, или из любого иного разбиения. Счётчик не говорит ничего о диапазоне.

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

Отношение двух семейств адресов, напротив, вычислимо, и это единственная надёжная метрика в досье: заявление IPv4 ровно втрое превышает заявление IPv6 — 3 000 против 1 000. Отсюда можно вывести осторожное наблюдение: присутствие IPv6 заявлено, оно не равно нулю, оно лишь менее дробно, чем присутствие IPv4. Нельзя вывести из этого суждение о зрелости сети, о её производительности или о давлении, которое дефицит IPv4 оказывает на её работу. Отношение счётчиков префиксов — не индикатор дефицита.

Восемнадцать соединений на тринадцать присутствий

Второй доступный датасет — список подключений к точкам обмена. Он дошёл до нас не сырым JSON, а составленным резюме: восемнадцать подключений, среди них точки IX.br (PTT.br) в Сан-Паулу, Рио-де-Жанейро и Форталезе, а также точки DE-CIX во Франкфурте, Нью-Йорке, Рио-де-Жанейро и Сан-Паулу, с пропускной способностью до 100 000 Мбит/с на крупных узлах (https://www.peeringdb.com/api/netixlan?asn=28126). Мы передаём эти данные как описание заявленного списка, никогда — как проверенное измерение маршрутизации. Различие не риторическое: никто в этом досье не наблюдал трафик Brisanet через эти соединения.

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

Что этот паттерн позволяет сказать, уже существенно: Brisanet представляет себя сетью, которая ищет прямую международную связность, с Франкфуртом и Нью-Йорком в собственном списке, а не строго региональным оператором, который выводит трафик через одного транзитного провайдера. Чего он не позволяет сказать: какую долю трафика берут эти пути и сколько конечных клиентов зависит от какого пути.

Запись LACNIC: членство, не инвентарь

Третий доступный документ — членская запись реестра. Она короткая. Brisanet значится там членом LACNIC, со страной регистрации Бразилией, одним ресурсом типа rir_membership и датой последнего обновления 20 июня 2026 года (https://milacnic.lacnic.net/lacnic/asociados/publico?locale=EN). В записи нет номера AS, нет префикса, нет блока, нет сайта, нет руководителя. В ней есть членство.

Именно это членская запись и должна содержать, и именно поэтому она не годится как доказательство чего-то другого. Она фиксирует, что компания для реестра существует, отнесена к Бразилии и на определённую дату действительна. О том, что она держит, она не фиксирует ничего. Поспешный читатель, который увидел бы в этой записи подтверждение адресного инвентаря, ошибся бы дважды: в том, что говорит документ, и в том, что реестр обычно публикует.

Сопоставление с сетевой записью — самый интересный пункт досье, и он почти пуст. AS 28126 есть в заявлении PeeringDB. В записи LACNIC его нет. Ничто в документах, которые мы могли прочитать, не связывает автономную систему из заявления с членским ресурсом, кроме сходства имён и страны. Эта связь крайне вероятна; она нашими материалами не подтверждена, и поэтому мы не выдаём её за подтверждённую.

10 ноября 2026 года: цифры к сроку, заявление одно

Четвёртый документ — портал по связям с инвесторами, открытый 10 ноября 2026 года в 01:57 UTC. В этот момент он показывал меню документов второго квартала 2026 года: «Resultado 2T26», «2T26-Release de Resultados», «2T26-Demonstrações Financeiras», «2T26-Apresentação de Resultados», «2T26-Conferência de Resultados», «2T26-Resultados em Excel» (https://ri.brisanet.com.br/). Документы более позднего квартала в этот час не отображались.

Дополнительное сведение, сообщённое поставщиком услуг и не цитируемое дословно с портала, гласит, что раскрытие результатов третьего квартала 2026 года было назначено на 10 ноября 2026 года, с телефонной конференцией 11 ноября 2026 года. Мы передаём это как назначение, а не как совершившийся факт. На момент нашего запроса результаты третьего квартала на этом портале не были опубликованы, и мы не утверждаем ни того, что они появились позднее, ни того, что они содержали.

Совпадение дат — собственно тема этой статьи, и в нём нет ничего анекдотического. Компания, которая вот-вот объяснит свои квартальные цифры, располагает в этот день ровно одним публичным сетевым датасетом — своим собственным. Ни адресный реестр, ни реестр маршрутизации не даёт читаемой точки сравнения. Тот, кто хочет поставить Brisanet в ряд операторов — по размеру пространства, по плотности связности, по зависимости от IPv4 — в этот день имеет только форму, которую заполнил сам оцениваемый.

Два запроса в реестры без результата

Надо сказать, как мы искали, потому что отсутствие результата — не результат. Два авторитетных запроса были сделаны по автономной системе 28126: один в службу RDAP Registro.br, другой в RDAP LACNIC. Оба вернули ответ без регистрационных данных.

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

Поэтому мы оставляем вопрос открытым: каков объём адресного запаса Brisanet, как давно он сформирован, какая часть приобретена? Ни у одного из этих вопросов в досье нет ответа. Это граница, она названа, и она ограничивает всё вышесказанное.

Что на самом деле может оценить покупатель, кредитор или арбитр

Практическое следствие видно в трёх конкретных ситуациях.

Покупатель, который оценивает передачу сетевых активов у бразильского оператора такого масштаба, не может по открытым источникам назвать адресный портфель. Он может прочитать 3 000 IPv4-префиксов и вывести из них интенсивность объявления; цену за единицу он вывести не может, потому что ему не хватает числа единиц. Заявление ставит вопрос, а не отвечает на него.

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

Арбитр, которому пришлось бы сравнить двух операторов по «адресному богатству», должен знать, что сравнивает две практики объявления. Сеть, которая дробит, выглядит богаче сети, которая объявляет компактно, при одинаковом запасе. Без второго члена сравнения рейтинг — это рейтинг форм.

Экономический смысл таков: на рынке, где дефицит IPv4 реален и передача имеет цену, информация о запасе сама является активом. Когда эта информация публично существует только в заявительной форме, рынок не рушится — он раскалывается. Тот, у кого есть доступ к внутренним документам, платит одну цену; тот, у кого есть только форма, платит другую, и разница между ними — не премия за риск, а премия за документацию.

Что изменило бы чтение

Четыре условия, все наблюдаемые, переписали бы этот текст.

Первое: запрос RDAP по автономной системе 28126 или по ресурсам компании даёт пригодную запись с блоками и датами. Тогда вопрос о запасе становится отвечаемым, а форма возвращается к тому, чем она является: удобством.

Второе: опубликованный документ результатов называет число подключений или клиентов, что дало бы знаменатель — не создавая тем самым показатель «адресов на клиента», потому что числитель по-прежнему отсутствует. Один знаменатель недостаточен.

Третье: счётчики сетевой записи меняются существенно. Сильное изменение объявленного числа IPv4-префиксов при неизменном запасе указывало бы на изменённую политику объявления; изменение числа присутствий — на изменённую связность. И то, и другое — сигналы, ни один из них не является измерением запаса.

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

Метод и происхождение

Данные этого досье взяты из четырёх сохранённых источников, каждый датирован. Сетевая запись была получена 10 ноября 2026 года в 02:05 UTC, список подключений — в тот же момент, портал по связям с инвесторами — 10 ноября 2026 года в 01:57 UTC, членская запись LACNIC — в опубликованной версии с последним обновлением 20 июня 2026 года. Два из этих источников цитируются дословно, два переданы как составленное резюме, и мы отметили это в каждом месте, где это важно. Два запроса в реестры без данных отмечены как сбои запроса.

Ни за один период не было собрано ни одной цифры о выручке, операционном результате, инвестициях, подключённых клиентах или охваченных домохозяйствах. Ни один показатель «адресов на клиента» не вычисляется, не подразумевается и не переносится неявно, и он не может быть вычислен. Членская запись LACNIC подтверждает исключительно членство и страну регистрации, ничего сверх того.

Запись компании в каталоге находится здесь: https://btw.media/ru/directory/brisanet-servicos-de-telecomunicacoes-s-a-br Только для Стратегического сообщества.