Хроники связи СВО

Хотел сегодня продолжить про QinQ, но под прошлыми постами разгорелось такое обсуждение, что захотелось снова написать про бензин.

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

Чувствую, сейчас в комментарии придут нефтяники и объяснят, что у меня неправильно настроен бензопровод.

Это шутка. За секретность от владельца сети QinQ, конечно, не отвечает 🙂
А вопрос вполне серьёзный: продолжать про настройку QinQ? С примерами на MikroTik, D-Link и Eltex, командами и разбором того, почему «всё сделал, а не работает».

Или уже чрезмерно закопались и пора вылезать из тегов? Или нужны конкретные примеры зачем он нужен нам тут?

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #QinQ

QinQ: размеры, ограничения и проверка. Часть 2

Формат тегов согласован. Теперь проверяем, какие кадры услуга действительно способна перевезти.

6. Считаем размер кадра

Для IP-пакета размером 1500 байт:
• Ethernet без VLAN: 1518 байт;
• с одним тегом: 1522;
• с двумя тегами: 1526.

Здесь учтены MAC-адреса, поле EtherType и FCS. Преамбула и межкадровый интервал не включены. Каждый VLAN-тег добавляет четыре байта. Основа расчёта — формат Ethernet/802.1Q.

IP MTU при этом может остаться 1500: увеличивается Ethernet-кадр.
Спрашиваем оператора: «Проходят ли кадры 1526 байт с двумя тегами, включая FCS, между нашими стыками?»

Ответ «MTU 1500» недостаточен. Нужно уточнить, что считают: IP-пакет, Ethernet-кадр, включены ли теги и FCS. Без FCS тот же двухтеговый кадр занимает 1522 байта. Настройка с названием MTU у разных платформ может означать разные величины.

Дополнительные заголовки внутри сети оператора должен учесть оператор. Нам нужен гарантированный размер клиентского кадра на всей услуге.

7. Считаем MAC-адреса

QinQ не прячет все устройства за одним MAC-адресом. При прозрачном переносе исходные адреса сохраняются.

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

Считаем устройства и виртуальные интерфейсы, которые действительно будут видны через стык, добавляем запас на рост.

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

8. Что фильтруется

Согласовываем broadcast, multicast и unknown unicast — кадры, для которых ещё не изучен порт назначения.

Отдельно спрашиваем про STP, LLDP и LACP. Перенос пользовательских VLAN не гарантирует прозрачный перенос этих служебных протоколов: для них может требоваться отдельная обработка L2PT.

Если нужный протокол фильтруется, это нельзя исправить добавлением ещё одного VLAN на своём коммутаторе.

9. Какая полоса предоставлена

Уточняем гарантированную скорость по направлениям, допустимые всплески, приоритеты и действия при превышении лимита.

Важно, на каком уровне считают трафик: учитывают ли теги и другие накладные расходы. Способ учёта влияет на ограничение скорости.

Суммируем одновременную нагрузку всех внутренних VLAN. Каждый из них отдельные 100 Мбит/с не получает.

10. Как принимать канал

Проверяем последовательно:
• физические ошибки и счётчики потерь;
• теги на входе и выходе;
• прохождение каждого нужного VLAN в обе стороны;
• небольшие и максимально допустимые кадры;
• работу с нужным количеством MAC и под нагрузкой.

Для IP MTU 1500 полезная нагрузка ICMP Echo составляет 1472 байта в IPv4 без опций и 1452 в IPv6 без дополнительных заголовков. В IPv4 тест должен исключать фрагментацию. Параметры утилит различаются.

Маленький ping не проверяет максимальный размер кадра.
И ещё: теги могут не отображаться в захвате из-за обработки сетевой картой или драйвером. Wireshark предупреждает об этом. Отсутствие тега на экране само по себе не доказывает, что его не было в линии.

Итог согласования: два стыка, формат тегов, допустимый размер кадра, лимиты MAC, фильтры и полоса. С этими сведениями уже можно переходить к настройке.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #QinQ #сети

QinQ: что согласовать с владельцем сети. Часть 1

«Нам дали VLAN 500. Подключили, линк есть, трафика нет».
Номер VLAN сообщает только часть необходимых сведений. Для настройки нужно понимать, какие Ethernet-кадры чужая сеть принимает на одном конце и какие выдаёт на другом.

Внутреннюю схему всех коммутаторов оператора знать необязательно. Нужны параметры услуги и границы ответственности.

1. Что именно вам предоставили

VLAN может вести к шлюзу оператора, давать доступ в интернет или соединять ваши площадки на втором уровне.

Для переноса своих VLAN нужна соответствующая L2-услуга: кадры с одной площадки должны доставляться на другую с сохранением согласованных клиентских тегов. Сам QinQ через обычное маршрутизируемое интернет-подключение этого не сделает.

Уточняем: какие порты соединены, услуга двухточечная или многоточечная, разрешён ли обмен между всеми её участниками?

2. Кто добавляет внешний тег

Есть два распространённых варианта.

Первый: вы отдаёте кадры со своими VLAN 10, 20 и 30. Оператор добавляет внешний тег 500, перевозит кадры и снимает его перед выдачей на второй площадке.
На обоих ваших стыках тогда остаётся обычный клиентский trunk.

Второй: внешний тег добавляет ваше оборудование. В операторскую сеть уже поступают кадры [500][10], [500][20], [500][30]. Тогда оператор должен согласованно переносить внутренний тег, а на выходе требуется заранее определённая обработка.

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

Такие операции различаются: добавить тег, удалить тег, заменить его значение. Juniper описывает их отдельно.

3. Что приходит и выходит на каждом стыке

Записываем ожидаемый формат в обоих направлениях:
• сколько тегов;
• какой тег внешний, какой внутренний;
• номера VLAN или разрешённые диапазоны;
• какие изменения делает каждая сторона.

Например: «На площадке А оператор принимает [500][10], на площадке Б выдаёт [700][10]».

Это допустимая схема, если согласовано преобразование внешнего VLAN 500 в 700. Одинаковый номер внешнего VLAN на ваших концах не обязателен. Сохранение внутреннего VLAN 10 в этом примере обязательно.

Отдельно выясняем судьбу кадров без тегов. Их принимают? Отбрасывают? Относят к определённому VLAN? Не снимает ли один из портов тег из-за настройки native VLAN?

4. Одного VLAN ID недостаточно

У тега есть TPID: поле, по которому оборудование распознаёт его тип.
Часто внутренний тег использует 0x8100, внешний сервисный — 0x88A8. Но встречается и QinQ с двумя 0x8100. Поддержка зависит от оборудования и ПО: например, в конкретной реализации Cisco поддержка 0x88A8 ограничена.

Поэтому «QinQ умеем» — неполный ответ. Нужна поддерживаемая комбинация TPID на конкретном стыке.

5. Физическое подключение

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

Проверяем ошибки приёма, CRC и изменения состояния линка. Горящая лампочка подтверждает физическое соединение, но не правильную обработку VLAN.

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

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #QinQ #VLAN

QinQ: несколько своих VLAN через один чужой

Частый вопрос в армии, и частое непонимание что таке QinQ. Вопрос требует длительного разбора, и мне пора его начать)

Допустим, у вас две площадки. На обеих нужны три отдельные сети: VLAN 10 для рабочих компьютеров, VLAN 20 для телефонии и VLAN 30 для камер.

Между площадками чужая сеть. Её владелец готов выделить вам один транспортный VLAN, например 500. Согласовывать и протягивать через каждый его коммутатор все ваши внутренние VLAN было бы неудобно.

Для такой задачи существует QinQ, он же «двойное тегирование».
Обычный тег 802.1Q содержит номер VLAN, к которому относится Ethernet-кадр. QinQ позволяет добавить к уже помеченному кадру ещё один, внешний тег. Внутренний при этом сохраняется.

В нашем примере получается:
VLAN 10 → [500][10] → VLAN 10
VLAN 20 → [500][20] → VLAN 20
VLAN 30 → [500][30] → VLAN 30

Слева ваши кадры входят в транспортную сеть. Посередине идут с двумя тегами. Справа внешний тег снимается, а исходные VLAN продолжают жить на второй площадке.

Внутренний тег обычно называют C-tag, клиентский. Внешний — S-tag, сервисный. В простом варианте транспортная сеть коммутирует этот трафик по внешнему VLAN 500. Ей не нужно отдельно строить ваши VLAN 10, 20 и 30 по всему пути.

При этом три сети не сливаются в одну. Телефония остаётся в своём VLAN, камеры в своём. Мы добавили транспортную метку, сохранив исходное разделение.

У другого клиента тоже могут быть VLAN 10, 20 и 30. Если ему выделен отдельный внешний VLAN, например 600, совпадение внутренних номеров само по себе не мешает. Каждому не приходится переделывать собственную нумерацию под соседей.

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

Но фраза «мне дали один VLAN» ещё не означает, что QinQ заработает.

Нужен согласованный перенос кадров с вложенными тегами. Где добавляется внешний тег, где снимается и что оборудование делает с внутренним, должно быть определено на границах услуги. Обычный доступ в интернет такого переноса не обеспечивает: QinQ сам по себе не строит туннель через произвольную IP-сеть.

Нужен запас по размеру кадра. Дополнительный тег занимает четыре байта. Если на пути оборудование не принимает увеличенные кадры, часть трафика может отбрасываться. На это отдельно указывает Juniper. Причём разные производители считают MTU по-разному, поэтому просто прибавить четыре к первой найденной настройке недостаточно.

Полоса остаётся общей. Десять VLAN внутри канала на 100 Мбит/с не получают по 100 Мбит/с каждый.

Шифрования здесь нет. Второй VLAN-тег помогает переносить и разделять трафик, но не скрывает его содержимое от владельца транспортной сети.

QinQ полезен, когда нужно сохранить свою VLAN-структуру между площадками, а в чужой сети занять под неё один транспортный VLAN. Схема простая, если обе стороны одинаково понимают, какие кадры они принимают и что с ними делают.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #QinQ #VLAN

Незначительный дефицит

2 октября Александр Новак сообщил, что на российском рынке сохраняется «незначительный дефицит» бензина. В регионах с перебоями власти помогают обеспечивать заправки и нефтебазы топливом.

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

Перечень мер вполне серьёзный. И на его фоне определение «незначительный» хотелось бы видеть с пояснениями: сколько не хватает, где именно и как долго.

Потому что для человека, которому утром ехать на работу, общероссийский баланс мало что объясняет. Ему нужен бензин определённой марки на доступной заправке. Сегодня. Избыток топлива за тысячу километров эту задачу сам по себе не решает.
Со связью ровно та же история. Можно отчитаться о росте суммарной пропускной способности сети, пока в конкретном посёлке невозможно позвонить. Общая цифра будет правильной. Жалоба жителя тоже.

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

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

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

Новак также сказал, что ажиотажного спроса сейчас уже нет. Хорошо. Тогда тем более хотелось бы видеть, как это отражается на доступности бензина в проблемных регионах.

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

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

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

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #бензин #топливо

Отключить все номера

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

По юридическому разбору проекта, основанием должны стать сведения МВД или ФСБ, поступившие через государственную систему «Антифрод». Пока это предложение, а не уже действующий порядок.

Логика понятна. Если человек снабжает мошенников номерами, блокировка одной SIM оставляет ему остальные. Пресекать такую деятельность нужно.

Но вместе с расширением блокировки растёт и цена ошибки.

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

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

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

Я недавно писал о звонках, которые не доходят до абонента. Там человек хотя бы мог не знать, что ему пытались дозвониться. Здесь последствия потенциально шире, а значит, требования к проверке сведений должны быть строже.

От такой системы я хочу вполне конкретных вещей.

Человек должен получать понятное объяснение ограничения и знать, куда обращаться. Возможность подтвердить личность и подать возражение должна сохраняться без работающей SIM. У проверки обращения должен быть срок. У исправления ошибки тоже. И должен быть определён тот, кто отвечает за восстановление связи, чтобы оператор и ведомство не отправляли абонента друг к другу.

Отдельный вопрос: какие основания позволяют распространить сведения об одном номере на остальные? Как проверяется принадлежность номера в момент нарушения? Как учитываются неправомерное использование чужих данных и последующее исправление записи?

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

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #антифрод #блокировки

А что там с наградными?

У товарищей снова подняли тему наград. Представления уходят наверх, где-то теряются, возвращаются, зависают. Человек продолжает воевать и месяцами слышит: «Подали. Ждём».

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

И знаете, что особенно мерзко? Когда в ответ начинается: «Ты что, за медаль воюешь?»

Удобный вопрос. После него человек вроде как ещё и оправдываться должен. Доказывать, что не тщеславный, что не ради льгот, что ему вообще ничего не надо.
Да надо ему. Чтобы то, что он сделал, признали. Чтобы командир, который сказал «представлю», потом мог объяснить, что с этим представлением произошло. Чтобы семья знала, за что его наградили. А если не наградили — почему.

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

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

Особенно тяжело это воспринимать, когда рядом человек годами воюет без признания, а очередной начальник возвращается из короткой командировки с наградой. Боец ведь видит, кто что делал. И сравнивает. Запретить ему сравнивать не получится.

Я не предлагаю выдавать награды всем подряд. У разных наград должны быть основания, а представления нужно проверять. Но проверка предполагает решение. Одобрили, отказали, вернули на доработку. С понятной причиной и ответственным человеком.

«Где-то наверху» — это вообще кто? Кто получил документ? Кто его рассматривает? Чего не хватает? Кто должен исправить?

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

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

Пятый год идёт война. У людей накопилось достаточно потерь, усталости и обид. Потерянное наградное к ним добавляется вполне конкретно: «Когда надо было выполнить задачу, меня нашли сразу. Когда надо ответить за обещанное — спросить не с кого».

А потом от этого же человека ждут безусловного доверия к начальству.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #награды #военнослужащие

5G на вокзале

Стоишь на вокзале. До поезда десять минут, надо открыть билет, написать встречающим и посмотреть номер платформы. Телефон показывает сеть, а приложение крутит кружок.

В такой момент особенно интересно, как связь работает под нагрузкой.

«МегаФон» сообщил о запуске 5G на Киевском и Ленинградском вокзалах Москвы, а также на Московском вокзале Петербурга. По данным оператора, для этого модернизировали действующую LTE-инфраструктуру и использовали уже имеющийся частотный ресурс.

Место для такой работы выбрано понятное. На вокзале много людей, и состав этой толпы постоянно меняется. Один поезд прибыл, другой отправляется, пассажиры открывают карты, вызывают такси, отправляют фотографии, смотрят видео в ожидании посадки.

По данным «МегаФона», на этих площадках пик нагрузки приходится на время с 15 до 20 часов. При этом большой поток пользователей сохраняется и в выходные.

Здесь полезно вспомнить разницу между покрытием и ёмкостью сети.

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

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

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

Я бы оценивал результат в тот самый вечерний пик. Сколько времени открывается билет? Уходит ли сообщение с первой попытки? Получается ли загрузить фотографию? Как меняется задержка, когда к платформе подходит очередной поезд?
И отдельно интересно, что происходит у пассажиров с LTE-телефонами. Пользователей таких аппаратов тоже надо обслуживать, а надпись о запуске нового поколения ничего не говорит об их впечатлениях.

Одного удачного замера скорости утром для оценки всего этого мало. Нужны повторные проверки в разных местах вокзала и при разной загрузке.

Сам запуск — хорошая новость. Вложения в перегруженные транспортные узлы нужны: здесь связь ежедневно требуется большому числу людей для вполне обычных дел.

Хочется увидеть и продолжение новости — результаты работы в часы пик. Чтобы пассажир успевал открыть билет, пока стоит в очереди на посадку, и мог спокойно сообщить: «Приехал, сейчас выйду».

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #5G #мобильнаясвязь

Провайдеров становится меньше

Вот такие новости меня напрягают. «Ситилинк» прекратил обслуживание в Кандалакше, абонентов передали местному Tigernet. Уведомление было ещё в апреле. Тарифы обещали сохранить.

В конкретной этой истории небольшой местный оператор как раз принял абонентов. Поэтому записывать её в банкротство очередного малого провайдера было бы неправильно. Но один участник из города ушёл. А мне интереснее всего, сколько вариантов подключения останется у людей через несколько лет.

Уже сейчас пять крупнейших провайдеров обслуживают 70% российских домашних абонентов проводного интернета. Это данные «ТМТ Консалтинга», которые приводит «Коммерсантъ». Там же описана обсуждаемая реформа: операторы должны будут заранее заключать договоры с федеральными компаниями на случай отзыва лицензии, предусматривающие передачу обслуживания и приоритетное право выкупа сети. Пока речь об инициативе, но опасения небольших провайдеров вполне понятны.

Меня перспектива постепенного исчезновения небольших независимых сетей совсем не радует.

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

А когда уйти некуда, можно сколько угодно возмущаться в поддержке. Следующий месяц всё равно оплатишь.

Причём дешёвый домашний интернет у нас действительно есть. Мы к этому привыкли настолько, что воспринимаем как само собой разумеющееся.
Проверил конкретные предложения. У московского Mylink тариф «Домашний Любимый»: до 1000 Мбит/с и телевидение за 800 рублей в месяц. Он есть на сайте оператора, подключение зависит от адреса. В США у Google Fiber домашний симметричный гигабит стоит $70 в месяц, с оборудованием и без ограничения трафика. Это официальная цена.

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

С «самым дешёвым интернетом в мире» тоже поправка: один из самых дешёвых. В международном рейтинге стоимости домашнего интернета за 2026 год Россия занимает десятое место по дешевизне. Это сравнение денежных цен; доступность относительно зарплаты — отдельный вопрос.

И вот это преимущество хотелось бы сохранить.

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

Не считаю каждого маленького провайдера образцом качества. Среди них хватает всякого. Но мне нравится, когда в доме есть несколько независимых операторов и каждый понимает: сосед способен забрать его абонента.

Поэтому обещание сохранить тариф при передаче клиентов — хорошо. Только меня волнует ещё и то, сколько этот интернет будет стоить через два-три года. И останется ли к тому времени кому предложить дешевле.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #провайдеры #тарифы

6G ещё впереди, оборудование можно покупать уже сейчас

У производителей оборудования работа такая: пока оператор осваивает одно поколение связи, ему уже рассказывают, во что придётся вложиться дальше. Сейчас в рассказах про 6G особенно много искусственного интеллекта.

Ericsson предлагает начинать уже с 5G Standalone — сети пятого поколения с собственным ядром. Улучшать её с помощью ИИ, развивать новые услуги, а затем переходить к следующему поколению.

Только под словами «ИИ в сети» здесь скрываются разные задачи.
Первая — помочь самой сети работать лучше. Например, точнее учитывать изменения радиоканала и распределять его ресурсы между абонентами.
У Ericsson и T-Mobile есть конкретный результат: по заявлению компаний, в испытаниях на действующей сети 5G Advanced нейросетевой планировщик с адаптацией радиолинии дал почти 10% прироста спектральной эффективности и до 15% прироста скорости передачи к абоненту относительно использовавшихся методов.

Это вполне предметная работа. Из имеющегося частотного ресурса удалось получить больше. Только цифры относятся к условиям испытаний: обещания ускорить любой телефон на 15% здесь нет.

Вторая задача — продавать вычисления и связь для чужих ИИ-приложений. В описании своей стратегии Ericsson рассматривает услуги с заданными характеристиками связи и обработку данных ближе к месту их появления.

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

Оператору предлагают заработать на обслуживании таких приложений. И вот здесь после технической презентации начинается разговор о деньгах.

Кто купит эту услугу? Сколько будет платить? Зачем ему вычисления именно у оператора, если он уже пользуется облаком? Какая часть обработки действительно должна находиться рядом с абонентом?

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

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

Мне здесь интересен именно этот переход от красивой идеи к услуге, за которую кто-то согласен платить.

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

Ждать 6G для каждой полезной доработки действительно незачем. Но и оплачивать её только потому, что на последнем слайде написано «готовность к 6G», я бы не спешил.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #5G #6G #ИИ

В Киеве этой ночью снова было громко. Источники сообщают об ударе по инфраструктуре Vodafone в Киеве, в том числе по дата-центру. Накануне после ударов по дата-центру Cosmonova уже фиксировались перебои с интернетом и телевещанием.

Сейчас также расходится информация о поражении объекта, который связывают с «Киевстаром». Подтверждено попадание по офисному зданию в Шевченковском районе, где находится дата-центр и головной офис.

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

В эту игру, как оказалось, тоже можно играть вдвоём.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo

#связь #телеком #датацентр #Киев #Vodafone #Киевстар

Доброго воскресного утра, дорогие подписчики.

Вынужден всё-таки чуть активнее напомнить про помощь. Увы, сбор на связь в какой-то момент почти встал. Тут, наверное, всё сложилось сразу: я сам почти не пишу, потому что по уши в работе, да и вам, подозреваю, уже просто надоело бесконечно за всё это платить. Что, в общем-то, совершенно понятно.

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

Так что потребности никуда не делись. Увы.

И огромное спасибо всем, кто продолжает помогать. Иногда я просто вижу очередное поступление и понимаю, что кто-то опять молча подставил плечо. Искренне — спасибо вам.

Реквизиты всё те же:

Озон Банк: 2204 2401 9205 4023
Сбербанк: 2202 2084 3032 0177

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo

#СВО #связь

Когда закончится СВО?

Достаточно давно я написал пост с тем самым комментарием: «запомните этот твит (с)». Тогда мой прогноз был простой — СВО закончится в ноябре 2027 года.

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

По моей нынешней оценке, фактическое завершение СВО может прийтись на промежуток 14–18 февраля 2027 года. Но это вовсе не значит, что 19 февраля все дружно складывают автоматы, садятся в автобусы и едут домой. Более вероятным мне сейчас кажется другой сценарий: активная фаза заканчивается, а на части территорий начинается режим КТО, который может тянуться как раз до осени, а возможно — и до того самого ноября 2027-го, о котором я писал раньше.

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

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

Но это именно прогноз, а не инсайд, не секретный документ из сейфа и не сообщение от человека, который «знает дату окончания войны». Я могу ошибиться. Причём сильно.

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

Так что фиксируем новую контрольную точку. Потом откроем этот пост и посмотрим, насколько далеко я промахнулся.

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

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #прогноз #запомниэтоттвит

Две сердцевины в одном волокне

Для трансатлантического кабеля Petal заявили ёмкость 1 петабит в секунду. Это тысяча терабит. Линия должна соединить США и Францию, протяжённость около 7000 километров, ввод намечен на 2029 год. Проект делают с участием NEC и Sumitomo Electric. Пока это анонс системы, работающего петабита через Атлантику ещё нет.

Но техническая часть интереснее самой цифры.

В привычном оптоволокне одна световедущая сердцевина внутри стеклянной оболочки. Здесь их две. Наружный диаметр стекла сохраняют стандартным, 125 микрометров.

В кабеле предусмотрены 24 пары физических волокон. С двумя сердцевинами в каждом получается 48 пар пространственных каналов. Петабит относится к ёмкости всей системы, одному волокну такую скорость не приписываем.

Дальше начинаются сложности. Нужно сохранить малые потери и не дать сигналу из одной сердцевины заметно мешать соседней. В Petal для снижения взаимного влияния используют в том числе встречное распространение сигналов.

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

То есть свет быстрее бегать не заставили. Добавили параллельные пути передачи внутри того же габарита стекла и переработали оборудование вокруг них.

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

Именно поэтому я осторожно отношусь к новостям в духе «учёные передали рекордный объём данных, интернет завтра ускорится». Между экспериментом и связью для абонента находятся производство, монтаж, питание, обслуживание и деньги. Каждую из этих задач кому-то придётся решить.

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

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

Так что новость хорошая именно инженерно: пытаются передать больше данных в ограниченных габаритах и при ограниченном питании. А устойчивость связи по-прежнему придётся обеспечивать отдельно.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ВОЛС #телеком

Почему обычный звонок не доходит до телефона

Ассоциация компаний связи опубликовала обращение в Минцифры по поводу блокировки вызовов с фиксированных сетей на мобильные.

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

Это позиция заявителя. По одному обращению нельзя установить причину каждого отказа и объявить все блокировки незаконными. Но разбирать такие жалобы по существу необходимо.

Ограничения массовых и автоматических вызовов существуют. Например, Т2 прямо описывает требования к согласию получателя и возможность отказаться от таких звонков. Поэтому аргумент «оператор обязан пропустить вообще всё» тоже слишком удобное упрощение.

Проблема начинается там, где под ограничение попадает нужный человеку разговор.

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

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

Для связиста сам факт «не дозвонились» ещё не объяснение. Где остановился вызов? Его отклонила сеть, не ответил телефон, сработала переадресация, применено ограничение по заявлению абонента? Это разные ситуации. Каждая требует своего разбора.

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

Меня в этой истории раздражает привычка заканчивать обсуждение словом «антифрод». После него вопросы о качестве услуги никуда не исчезают. Сколько нужных звонков потеряли? Как выявляют ошибочные ограничения? Сколько времени занимает восстановление нормальной работы?

Считать только заблокированные вызовы удобно. Чем больше отсекли, тем внушительнее отчёт. Но без оценки ошибок эта цифра мало говорит о качестве защиты.

Хочется увидеть ответ на обращение АКС с разбором конкретных случаев. Если нарушил отправитель, ему должны объяснить, что именно. Если ошиблась принимающая сеть, ошибку нужно исправить. Если стороны по-разному понимают правила, регулятору пора разрешить этот спор.

Абонент уже платит за телефонную связь. Самостоятельное расследование причин каждого недошедшего звонка в эту услугу входить не должно.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #телефония #антифрод

ПИРС: на соседнюю АТС звоню, обратно — не получается

Отвечаю на ваши вопросы, которые вы мне пишете в бот.

Есть телефон на ПИРСе. Внутри своей станции он звонит и принимает вызовы. На соседней АТС тоже есть телефон: с нашего на него дозвониться можно, а обратно — нет.

Ниже порядок проверки для соединения АТС по SIP через сеть. Для аналоговой соединительной линии диагностика будет другой.

1. Уточняем, что именно не работает.

Наш аппарат вообще не звонит? Или звонит, трубку снимаем, но голоса нет?
Если после ответа соединение установилось, а звука нет — переходите к пункту 5. Если аппарат не звонит, сначала смотрим прохождение самого вызова.

2. Записываем одну попытку звонка на ПИРСе.

Открываем веб-интерфейс именно того блока, где находится транк к соседней АТС. Встроенный Dump записывает обмен конкретного блока, а не всего кластера.
В разделе «Прочее» / «Дополнительные настройки» → «Средства отладки» → Dump:
— нажимаем «Начать запись дампа»;
— с соседней АТС звоним на наш номер;
— отмечаем время попытки;
— нажимаем «Остановить и создать файл»;
— скачиваем .pcap.

3. Проверяем, пришёл ли запрос вызова.

Открываем файл в Wireshark. В верхнюю строку фильтра вводим:
sip.Method == "INVITE"
INVITE — запрос на установление звонка. Ищем попытку по времени. В столбцах Source и Destination проверяем направление: от соседней АТС к ПИРСу.

Если INVITE не найден, убираем фильтр и проверяем, есть ли вообще обмен с соседней АТС. При нестандартном порте незашифрованный SIP может потребовать Analyze → Decode As… → SIP. При SIP через TLS содержимое зашифровано: тогда смотрим SIP-журналы самих АТС.

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

Пинг проверяем в обе стороны между станциями. Но успешный пинг подтверждает только прохождение ICMP, а не SIP. Отсутствие ответа тоже не доказывает обрыв: ICMP может быть запрещён.

Если между площадками туннель, смотрим маршруты к обеим подсетям, обратный маршрут, правила пропуска трафика и пересечение подсетей. Отдельно — не меняет ли NAT адрес, по которому ПИРС узнаёт соседнюю АТС.

4. INVITE пришёл — смотрим номер и ответ.

В Wireshark раскрываем SIP-пакет и находим Call-ID. Правой кнопкой по этому полю → Apply as Filter → Selected. Теперь видны и запросы, и ответы этого диалога.
Смотрим, кто прислал отказ:
— 403 — проверяем разрешения и распознавание транка;
— 404 — номер назначения и его обработку;
— 480/486 — доступность абонента, занятость, DND;
— 488 — согласование медиапараметров, включая кодеки.

Это ориентиры, а не готовые диагнозы.

Дальше проверяем, какой номер реально прислала соседняя АТС. Например, она отправляет 8203, а у нас сотруднику назначен 203. Смотрим источник определения DID и преобразование входящего номера.

Заодно проверяем активность контакта сотрудника и ограничения входящих. Местный звонок может проходить, а внешний — запрещаться настройками доступности.

5. Аппарат звонит, после ответа тишина.

Теперь проверяем звук:
— какие адреса и порты стороны объявили в SDP;
— идут ли RTP-пакеты в обе стороны;
— пропускается ли настроенный диапазон RTP через сеть и туннель;
— доступны ли конечные телефоны друг другу, если используется прямой медиатрафик;
— какой кодек фактически согласован.

Для проверки нужен общий кодек на обеих сторонах. G.711 A-law и G.711 μ-law — разные варианты. При односторонней слышимости сначала выясняем, доходит ли RTP, а не перебираем кодеки наугад.

В этой ситуации первый полезный результат — увидеть: соседняя АТС отправила INVITE, ПИРС его получил и ответил конкретным сообщением. После этого уже понятно, где искать дальше.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ПИРС #телефония

ИИ в управлении сотовой сетью

Увидел разбор исследования про ИИ-агентов, которым предлагают поручать управление сотовой сетью. Полез в первоисточник. Там хороший пример того, как автоматика может усугубить аварию, опираясь на совершенно правильные показания.

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

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

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

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

Это исследование, до проверки на физическом оборудовании ещё предстоит дойти. Описания реального падения операторской сети в статье нет.

Меня здесь больше всего интересует привычка считать несколько согласных ответов дополнительной проверкой.

Если пять автоматических помощников смотрят на одинаково неполную картину, от количества помощников недостающие данные не появятся. Они вполне могут подтвердить друг другу одну и ту же ошибку. В отчёте будет согласованное решение, у абонента по-прежнему ничего не заработает.

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

И отдельно: как система проверит результат собственного вмешательства. Команда успешно выполнилась, параметр изменился, журнал заполнен. А людям стало лучше? Звонки устанавливаются? Данные пошли? Или мы просто аккуратно оформили продолжение аварии?

Автоматический разбор телеметрии мне понятен и интересен. В больших объёмах измерений он может здорово помочь инженеру. Но право менять работающую сеть я бы выдавал после испытаний на отказах, неполных данных и противоречивых показаниях.

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

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ИИ #телеком

ПИРС. Кому на самом деле принадлежит номер

В предыдущих постах для простоты говорили: «у телефона номер 203». Теперь откроем руководство и уточним: в Symway внутренний номер указан в карточке сотрудника, а телефоны относятся к его контактам.

Это различие становится понятным, когда у одного человека несколько аппаратов.
Допустим, есть условная организация с площадкой «Мастерская». В ней работает группа «Ремонт», а в группе — Иванов с внутренним номером 203. У Иванова настольный SIP-телефон и аналоговый аппарат.

В интерфейсе это выглядит как цепочка:
Филиал «Мастерская» → группа «Ремонт» → сотрудник Иванов, 203 → его контакты.

Теперь по порядку.

Филиал описывает отдельную часть организации. У него есть название, адрес, часовой пояс и сведения о сотрудниках. Это не обозначение конкретного ПИРСа: филиал и устройство в системе учитываются отдельно.

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

Название группы «Ремонт» само по себе не создаёт конференцию и не задаёт порядок обзвона всех ремонтников. Эти функции относятся к другим настройкам системы.

Сотрудник — отдельная карточка с ФИО, должностью, внутренним номером, параметрами доступности и контактами. Именно здесь система связывает человека и средства, через которые с ним можно разговаривать.

Поэтому два аппарата Иванова не обязательно означают двух сотрудников и два внутренних номера. Руководство допускает несколько контактов у одного сотрудника.

В разделе «Контакты» перечислены такие типы: аналоговый телефон, IP-телефон, мобильный телефон, городской телефон и переадресация. При этом наличие контакта ещё не означает, что он сейчас доступен для приёма вызова. Это отдельное состояние.

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

Аккаунт относится к входу в систему и правам пользователя. В карточке сотрудника для этого предусмотрен раздел «Авторизация». Внутренний номер, данные входа в веб-интерфейс и регистрационные данные SIP-телефона выполняют разные задачи. Не стоит считать их одной учётной записью только потому, что всё относится к Иванову.

Отдельно описан сотрудник с правами администратора. Эти права могут быть назначены и сняты. Само наличие телефона или внутреннего номера административных прав не даёт.

Получается, у нашего Иванова есть место в структуре организации, внутренний номер, контакты и права доступа. Когда мы понимаем, какое из этих свойств обсуждаем, фраза «посмотри настройки Иванова» уже требует уточнения: его телефон, доступность для звонков или доступ к управлению системой?

В руководстве Symway Cluster: филиалы — стр. 41–44, группы — 44–46, сотрудники и контакты — 46–55, аккаунты — 57.

Следующий пост — про входящий звонок: как система определяет, кому его передать.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ПИРС #телефония

ПИРС. Что где находится в интерфейсе

С телефонами, портами и номерами разобрались. Теперь посмотрим на интерфейс Symway. Открываешь его впервые — слева значки, справа сотрудники, посередине появляются какие-то карточки. Что здесь к чему?

В руководстве окно разделено на три области.

Слева — основное меню. Здесь выбирают, с какой частью системы работать: оборудование, правила звонков, статистика, конференции.

Справа — структура организации: филиалы, группы и сотрудники. В свёрнутой карточке сотрудника видны внутренний номер, ФИО, должность и значок текущего состояния. Например, недоступен, идёт входящий вызов или уже разговаривает.

Посередине — карточки выбранного объекта. Это может быть сотрудник, устройство или правило обработки звонка. Их содержимое зависит от того, что вы открыли.

Теперь о разделах, названия которых могут сбить с толку.

«Входящие» — это правила обработки входящих вызовов. Здесь описывается, что система должна делать с поступившим звонком. Список уже состоявшихся и пропущенных звонков находится в «Статистике».

Например, вопрос «куда должен поступать звонок на общий номер?» относится к правилам. А вопрос «кто вчера звонил и чем закончился вызов?» — к статистике.

«Исходящие» тоже содержит правила: как система обрабатывает набираемые внешние номера и выбирает линии для вызова.

«Кластер» относится к ресурсам системы: филиалам, оборудованию, внешним линиям и аналоговым абонентам. Здесь важно помнить различие из предыдущего поста: сотрудник и аппаратный порт — разные объекты, хотя между ними есть связь.

«Конференции» объединяет сразу три формата: конференц-комнаты, мероприятия и планёрки. Поэтому регулярное совещание и постоянно доступная переговорная представлены в системе отдельно.

«Отчёты» предназначен для формирования отчётов, в том числе периодических. «Профили» — для управления правами доступа. А в «Прочее» собраны дополнительные функции: почта, вебхуки, запись разговоров, средства отладки и история действий администратора.

С разделом «Оповещения» есть оговорка: на странице 24 руководства прямо сказано, что по умолчанию он отсутствует и открывается дополнительной лицензией. Его отсутствие само по себе не означает неисправность.

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

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

Весь этот обзор находится в главе 5 руководства Symway Cluster, страницы 23–27. Там же есть изображения интерфейса.

В следующем посте разберём правую часть окна: зачем системе отдельно нужны сотрудник, аккаунт, группа и филиал.

Communicatio est victoria.

— Душнила
t.me/zas_svo
vk.com/zas_svo
#СВО #связь #ПИРС #телефония