Cactus провайдер

Друзья завтра из-за сирен не переживаем, будет тестирование системы оповещения! Сегодня коллеги проверяли связанность, завтра все должно гудеть !!!

Так Т-Банк вернулся, остальное скорее всего тоже.

Так, сам сервис оживает, это радует. Ждем восстановление клиентских сервисов, ну и желательно отчета, а что было то?

Когда у вас сервис очень важный и нужный подключенный на скорости 100М, вы уязвимы, на него может прилететь паразитного 1G трафика, забить ваш канал связи, и вы начинаете нести убытки. Самостоятельно решить такую проблему невозможно. Для решения этой проблемы существуют сервисы как просто облачные по размещению серверов, где предоставляется базовая защита, так и специализированные которые заточены именно под задачу очистки трафика от DDoS и предоставляют расширенный спектр услуг. Сейчас лег один из таких серьезных и популярных сервисов - Curator лежит. Сайт https://curator.pro/ недоступен. Этим сервисом пользовался, к примеру, Т-Банк.

Прилетело по ДЦ Яндекса, по нашим данным люди не пострадали, сервисы тоже почти все работают. Коллегам сил и оптимизма все восстановить. Ситуация минус ДЦ, но все на плаву заслуживает уважения. Но надо понимать , что в IT обычная логика просчета рисков - отключение питания, охлаждения, пожар, потоп, наводнение, мы никогда не считали возможным , что такое может произойти сразу в нескоьких местах одновременно.

Друзья, мы честно не знаем пока что происходит, ощущение что ВСЕ зарубежные каналы связи разом попали под блокировку. Соединения заграничные зачастую устанавливаются, но как только начинаешь их интенсивно использовать они схлопываются, либо совсем скорость падает, либо коннекты рвутся. Мы еще и под двойным ударом нам свои претензии в первую очередь предъявляют абоненты. Только пережили блокировки XBox DNS серверов, вчера - сегодня 8.8.8.8 даже не пингвались, а на них у очень большого количества устройств они как эталон проверки доступа в Интернет. Наблюдем, собираем статистику, сейчас особо ничего другого не остается пока.

Восстановили.

Серверная центральная без света. Влияет пока только на кабельное ТВ, уточняем причины и сроки восстановления.

Рабочий вечер на точке обмена трафиком К12. Ошибка памяти в сервере, исправлено!

📊 От Госплана до «Служебного романа»: как зарождались советские ЦОД Друзья, поздравляем с Днем работников ЦОД! 🎉 Сегодня центры обработки данных — это километры оптических кабелей, серверные стойки с прецизионным охлаждением и облачные технологии. Но с чего всё начиналось? Давайте заглянем в историю и совместим строгий исторический документ с любимым советским кино. 🎬 Кино: В 1977 году на экраны вышел шедевр Эльдара Рязанова «Служебный роман». Помните футуристический «компьютер» на столе у Людмилы Прокофьевны? На самом деле это был венгерский дисплейный терминал Videoton-340 (на втором фото). Сам по себе он не производил вычисления, а выполнял роль «клиентского интерфейса». Тонким кабелем он подключался к настоящему суперкомпьютеру того времени — легендарной БЭСМ-6, которая гудела в машинном зале (фактически, в ЦОД) статистического учреждения. 💰 Сколько стоили технологии? На первом фото — прейскурант цен на советские ЭВМ. Полноценный вычислительный комплекс БЭСМ-6 стоил колоссальные 1 350 000 рублей! Для сравнения, один лишь терминал Videoton на столе Калугиной обходился государству примерно в 6 300 рублей — цена новеньких «Жигулей». Мало кто знает, но изначально Рязанов снял огромную сюжетную линию, где секретарша Верочка ссорится со своим мужем прямо в этом «советском дата-центре» — на фоне гигантских стоек БЭСМ-6! Из-за травмы актера Александра Фатюшина сцены пришлось вырезать, но архивные кадры Верочки на фоне серверных шкафов до сих пор восхищают системных инженеров. 📄 Документ: Рождение первого ВЦ А на третьем фото — уникальный архивный документ: Приказ № 597 от 1 октября 1959 года, подписанный председателем Госплана СССР А. Косыгиным. Именно этот документ положил начало созданию Вычислительного центра (ВЦ) при Госплане СССР. Тогда штат этого «прообраза современного ЦОД» составлял всего 25 человек, а передовые ЭВМ занимали огромные залы. Но именно эти люди и машины заложили фундамент для автоматизации сложнейших экономических расчетов страны. 🤖 ИИ на службе экономики Историки и экономисты до сих пор спорят: могла бы плановая экономика СССР, обладай она современными вычислительными мощностями, нейросетями и Big Data, обойти капиталистическую модель? Пока идут теоретические дискуссии, китайские товарищи из КПК уже вовсю используют суперкомпьютеры для точнейшего госрегулирования и планирования своей гибридной экономики. Сегодня, спустя десятилетия, мощности огромной БЭСМ-6 легко помещаются в кармане любого из нас, а бесперебойную работу сотен тысяч цифровых сервисов обеспечивают современные дата-центры и системные инженеры. С праздником, коллеги! Стабильного аптайма, холодного воздуха в коридорах и безаварийной работы! 🚀

📱 Кто на самом деле владеет вашим телевизором и роутером? Недавно для смены избирательного участка на Госуслугах мне понадобилось обновить приложение. К моему удивлению, Google Play сработал штатно. Но все мы знаем: это скорее исключение. От Сбера до «Макс» — приложения российских сервисов пачками вылетают из зарубежных сторов. Вообще складывается стойкое ощущение, что не мы используем свои гаджеты, а они нас. Кто-то на другом конце планеты решает, что вам можно запускать, а что нельзя. Этот контроль развернулся по всему фронту: Apple изначально выстроила «золотую клетку» с тотальной модерацией. TP-Link закрывает шифрованием прошивки домашних роутеров, лишая энтузиастов кастомизации. Смарт-ТВ блокируют установку удобного домашнего медиасервера Jellyfin просто из-за «не того» региона в настройках. 📺 Телевизор как рекламный баннер Ситуация с ТВ — самая циничная. Производители открыто говорят: «Мы продаем вам железо чуть ли не по себестоимости». А потом зарабатывают миллионы, пихая рекламу прямо на главный экран при каждом включении. Им жизненно необходим полный контроль над устройством, чтобы вы никуда не делись от их маркетинговых предложений. Этот «безобидный бизнес» на самом деле тормозит прогресс и создает дикие издержки для людей и компаний. Вспомните старое доброе кабельное ТВ. Сейчас это воспринимается почти как премиальная услуга: включил кнопку — и на экране мгновенно включается тот канал, на котором ты остановился. С той же громкостью. Никаких баннеров, никаких обновлений ОС и предложений «купи подписку». Кстати, пока мировые гиганты думают о рекламе, мы у себя эту «магию мгновенного включения» сохранили. Вы всегда можете подключить наше классическое КТВ — без тормозов, рекламы на пол-экрана и умных алгоритмов, которые решают за вас. 🌐 Почему интернет не может так же? Нам, как оператору связи, тоже хочется простоты. Зачем строить, лицензировать и обслуживать отдельную кабельную ТВ-сеть, если есть интернет? Клиент мог бы получать то же бесшовное ТВ по проводу или Wi-Fi: включил — и сразу смотришь любимый канал. Технически это возможно уже давно. Еще в 2018 году был принят международный стандарт DVB-I (где «I» — это Internet). Он делает именно то, о чем мечтают операторы и миллионы абонентов: превращает интернет-вещание в полноценное, мгновенное цифровое ТВ без посредничества тяжелых «умных» платформ. Но производители телевизоров не спешат внедрять DVB-I в прошивки. Зачем им удобный открытый стандарт, если выгоднее продавать рекламу на главном экране Smart TV? ⚖️ Выход — госрегулирование В некоторых странах эту проблему уже решают на законодательном уровне. Например, в Италии и Новой Зеландии производителей телевизоров обязали продавать технику только с поддержкой DVB-I. Честно говоря, хочется, чтобы и в России стандарт DVB-I сделали обязательным. Это защитило бы пользователей от засилья рекламы, разгрузило бы сети и дало бы операторам возможность давать качественный и быстрый ТВ-сервис без костылей. А как вы относитесь к «умным» функциям своего ТВ? Раздражает реклама или уже привыкли? 👇

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

Какая-то авария на К12 в Петербурге, разные проблеммы у разных операторов. Более информации пока нет. У нас овалился канал связи с Янино. Остальное пока на плаву.

Королевский сервис на линии связи: как наши монтажники спасали Ее Величество. При осмотре линии связи монтажники обнаружили в коробке застрявшее насекомое. Думали шершень, но оказалось — королевская особа, крупная матка осы, которая решила перезимовать в оптике. Как приличествует королеве — своего она не упустит, зажала волокно намертво. Чтобы вызволить заложницу собственного великодержавного Эго без травм, парням пришлось перекусить зажатое оптическое волокно. Гостью бережно пересадили в безопасное место, а волокно переварили. Вот она — королевская забота о клиентах и окружающей среде от нашей команды! Интернет работает, королева в безопасности. 🤍

Восстановили магистральный канал Мурино-Петербург после повреждения. Работаем как обычно в режиме полного резервирования. 🛠 Хорошая практика — нагружать каналы связи не более чем на половину, и при этом каждый канал даже в одиночку должен выдерживать всю нагрузку. Выходит что нагрузка в четверть от емкости обеспечивает свободу маневра в любой ситуации. Интернет при аварии не отключался, но инцидент помог нам устранить недочет в работе ТВ при обрыве магистралей. Теперь наш отечественный коммутатор Eltex MES5324 самостоятельно принимает ТВ-потоки по протоколу PIM от поставщика технического ТВ сигнала Глобалнет на точке обмена трафиком Большая Морская, 18. Второй поставщик сигнала — Инетком — подает нам сигнал на другой точке обмена (К12). Мы рассчитываем, что благодаря такой схеме оба источника ТВ-сигнала будут полностью доступны при подобных авариях в дальнейшем. Оставайтесь на связи! 🚀

Все сервисы полностью восстановлены в полном объеме, к сожалению, пришлось поработать ручками, отключение произошло в час максимальной нагрузки, и автоматическое переключение пустило огромный трафик не оптимально. Как же здорово, что есть альтернативные каналы связи :) Оставайтесь на связи!

Скорее всего обрыв кабеля на Высоковольтной ЛЭП. На Дальнем Востоке сегодня, так вообще была попытка связь положить полностью - https://t.me/Telecomreview/14639 , а у нас скорее всего ветер.

Инет полностью в строю, ТВ пока подправляем.

Авария 100G канала в неприятном месте, меняем конфигурацию сети, скоро все нормализуем. Пока Инет тормозит, но уже отпускает.

🌐 Шутки в сторону: серьезный телеком Крупные клиенты — банки, сетевые магазины или госорганы — часто уже имеют своих федеральных поставщиков телеком-решений. Им так удобнее. Но тянуть свои физические кабели к каждой региональной точке накладно. «Кактус», как надежный оператор, предоставляет такие каналы («последние мили») широкому спектру других операторов. Многие наши партнеры знают, как серьезно мы работаем, и берут у нас десятки услуг связи. Наша задача — сделать такие услуги железобетонными. Обычно подобные задачи обеспечиваются арендой виртуального канала связи — VLAN. Это классическая технология, которая позволяет через любую L2-сеть «просверлить» независимый канал. Традиционно для этого цепочка VLAN прописывается вручную на каждом коммутаторе в сети от точки стыка с партнером до конечного клиента. 🚜 Но трактору не объяснишь... ...всей важности того, чтобы у поликлиники или отделения банка оставался доступ в государственную базу данных. К сожалению, магистральные кабели рвутся. А городить резервные кольца (STP/ERPS) внутри клиентских виланов — дело сомнительное. Внутреннее пространство клиента — его святая территория, там должны бегать только его данные, и наши протоколы резервирования не должны туда вмешиваться. Вы порой, наверное, замечали, что мы пишем в канале о проблемах с обрывами магистралей, а сервисы у клиентов работают как прежде. Рассказываем секреты. Один из наших секретов — технология VXLAN (Virtual Extensible LAN), которую мы научились использовать в мультивендорной среде. Мы упаковываем клиентский L2-трафик в IP-пакеты и пускаем по опорной сети. Если падает одна магистраль, наша сеть за доли секунды перенаправляет IP-пакеты по резервному маршруту. Клиент внутри своего VLAN даже не замечает аварии. 🦄 Суровая reality мультивендора (о чем молчат в рекламе) К сожалению, на фоне хвалебных маркетинговых статей вендоры забывают упомянуть важную деталь. Разработчики аппаратных чипов (ASIC) для VXLAN, видимо, живут в стране розовых пони. Они решили: раз пришел VXLAN, значит классическим VLAN в сети больше не место. Поэтому «из коробки» на свитчах VXLAN аппаратно заводится нормально только поверх чистых routed IP-интерфейсов — без транков и виланов под ними. Очень неприятная история. Как это обходится на практике? На Cisco Nexus решается, явно указывая виланы, поверх которых разрешено гонять L3 UDP-трафик инкапсуляции: system nve infra-vlans 2200,2209... На коммутаторах MikroTik (CRS серии) аппаратный чип так делать просто не умеет — там VXLAN поверх транка нативно не полетит, точнее у нас удавалось это запускать, но до первой перезагрузки. Но и это еще не всё. Ловите настоящий эксклюзив: популярные коммутаторы серии Cisco Nexus 93180YC-EX имеют аппаратное ограничение чипа Cisco Cloud Scale ASIC. Он не умеет обрабатывать чистый MPLS внутри VXLAN на уровне железа и просто дропает такие пакеты. Чтобы обойти эту проблему и пробросить такой трафик, его приходится дополнительно оборачивать в GRE-туннели. В чем же наш секрет успеха? Когда задача локальная — мы приземляем этот трафик на производительных маршрутизаторах MikroTik серии CCR, где VXLAN обрабатывается программно (на CPU). Но если нам самим нужно принять многогигабитный поток Интернета с удаленной точки обмена трафиком под полноценный BGP, мы идем еще дальше — в сторону Debian Linux. Процессоры этих платформ и современных сетевых карт перемалывают сложную инкапсуляцию настолько быстро и без ограничений железных чипов, что мультивендорный стык работает идеально на любых скоростях и с любыми типами вложенного трафика. 🛠 Показываем конфиги на примере двух разных задач Задача №1: Высокоскоростной BGP-стык для собственных нужд (VLAN 1735) Когда нам нужно принять высокоскоростной поток трафика на наш BGP-маршрутизатор на базе Debian Linux, мы заводим его в отдельный VLAN 1735 и упаковываем в туннель с VNI 1001735. 1. На стороне Cisco Nexus 9000 (Точка К12): text

! Обход аппаратного ограничения на Nexus
system nve infra-vlans 2200,2209,2216,2220,2231,2260

!связь держим строго через loopback интерфейсы, адреса которых анонсируем в OSPF
interface loopback0
  ip address 172.16.16.100/32

! Связка нашего BGP-вилана и VXLAN ID
vlan 1735
  vn-segment 1001735

interface nve1
  no shutdown
  source-interface loopback0
  member vni 1001735
    ingress-replication protocol static
      peer-ip 172.16.16.3

2. На стороне Debian Linux (Наш пограничный BGP-маршрутизатор /etc/network/interfaces): Туннель поднимется прямо на лету, принимает «белую» подсеть и готов молотить многогигабитный трафик: text

auto vx1735
iface vx1735 inet static
    pre-up ip link add vx1735 type vxlan id 1001735 local 172.16.16.3 remote 172.16.16.100 dstport 4789 || true
    up ip link set vx1735 up
    down ip link set vx1735 down
    post-down ip link del vx1735 || true
    
    # Публичная IP-сеть для BGP-сессии (данные изменены для безопасности)
    address 198.51.100.22
    netmask 255.255.252.0
    network 198.51.100.0
    broadcast 198.51.103.255
    hwaddress ether 02:47:29:78:37:44 # Точка обмена К12
    mtu 1500

Задача №2: Аренда изолированного L2-канала для клиента (VLAN 3448) Если же речь идет о транзитном B2B-канале для партнера, трафик летит с Nexus через тот же VXLAN-транспорт, но приземляется на MikroTik CCR для дальнейшей прозрачной передачи. На стороне MikroTik CCR (Прием клиентского туннеля):

# Создаем VXLAN туннель для клиента
/interface vxlan
add bridge=bridge-switch bridge-pvid=3448 local-address=172.16.16.19 name=vxlan-3448 vni=1003448

# Пробрасываем VLAN 3448 внутри бриджа роутера, принимаем из vxLan и отправляем в SfpPlus11
/interface bridge vlan
add bridge=bridge-switch tagged=sfp-sfpplus11,bridge-switch,vxlan-3448 vlan-ids=3448

Итог: Мы нашли способ объединить сильные стороны совершенно разных платформ — от enterprise-железа Cisco до гибкого Linux и популярных MikroTik. Мы успешно обходим их аппаратные «болячки», строим скоростные стыки и даем партнерам изолированные, защищенные от аварий каналы связи. Сеть работает стабильно, а инженеры спят спокойно. Оставайтесь на связи! 🌵