Нет, но я хочу минимизировать потери
по-моему вы хотите заниматься всем :) от л1 до л7
Eugene
Stanislav
Ну то есть там если есть проблемы с оптикой, там это часто видно клиенту в телевизоре и мы реагируем)
чота сложно. мы тупо уровни по ddm мониторим везде.
Eugene
оптик-спецы сурьезные ребята, к ним с одним курсом во ВОЛСу не подьедешь
Ilya
😀
Ilya
оптик-спецы сурьезные ребята, к ним с одним курсом во ВОЛСу не подьедешь
Там курс несколько недель, я его сюда кидал)
Eugene
да я помню
Igor
чота сложно. мы тупо уровни по ddm мониторим везде.
А что там сложного? Каждый оптический приёмник мониторится, как на уровне аксеса, так и бэкбона, там snmp встроен
Eugene
просто это вообще не ваша епархия
Igor
чота сложно. мы тупо уровни по ddm мониторим везде.
А ddm на бэкбоне есть конечно, как без этого
Stanislav
А что там сложного? Каждый оптический приёмник мониторится, как на уровне аксеса, так и бэкбона, там snmp встроен
я думал вы прям картинку смотрите
Ilya
Igor
А мы узнаем оооочень быстро
Stanislav
ну так неинтересно. так мы тоже мониторим :)
Stanislav
оптик-спецы сурьезные ребята, к ним с одним курсом во ВОЛСу не подьедешь
ага, а потом втыкают в разъемы sc/upc патчки sc/apc
Stanislav
и говорят - а чо. феруллы теперь не керамические же! а пластиковые. чо им будет.
Eugene
и говорят - а чо. феруллы теперь не керамические же! а пластиковые. чо им будет.
ну эт не спецы, что тут говорить
Eugene
это обезьяны монтажники
Eugene
набранные по обьявлениям вумными эйчарами
Stanislav
там тоже есть темы при проседании BER лямбду переключать другим путем
Igor
Телеметрия online
Мы рассматривали вариант выделить пул тёмных волокон в ключевых волс на бэкбонах, поставить на них специальные приборы, которые по сути управляемый рефлюк с постоянным прострелом
Igor
Чтобы олярмить, когда проёбывается ттх
Igor
Но чот дорого и наличие резервов везде как бы
Ilya
там тоже есть темы при проседании BER лямбду переключать другим путем
Не, у нас такого нет пока)
А вот для переключения lsp из-за oam cfm можно было бы сделать, но у меня clsp, его нельзя сделать bi-directional, потому что lsp динамически создаются и удаляются
Ilya
oam lfm там, ber
Igor
сильно в l1 мониторинг не углублялся, efm(lfm) есть
Igor
там на большей части железа есть вариант настроить шатдаун порта при опр. уровне сигнала
Roman
Accelerating Open Contrail vRouter at MWC - Netronome
https://www.netronome.com/blog/netronome-and-juniper-are-accelerating-open-contrail-vrouter-at-mwc/
Igor
Ну что, Роман, ты задеанонился ужо или исчо нет?)
Roman
Нет
Igor
Ох как я люблю графики, где прям xN faster, прям сразу верится и хочется закупить
Roman
Но скоро надо будет искать Network Enginiger искать
Roman
Себе в помощь
Roman
Придётся
Ilya
Igor
Без релокейта я подумаю :D
Ilya
Ты был?
Roman
Мы рассматривали вариант выделить пул тёмных волокон в ключевых волс на бэкбонах, поставить на них специальные приборы, которые по сути управляемый рефлюк с постоянным прострелом
А инлайн самим оборудованием такое не умеет?
Igor
А инлайн самим оборудованием такое не умеет?
Не скажу, возможно, какие-то DWDM-карты или отдельно корзины что-то такое должны уметь.
Igor
Но вот чтобы просто железки, не слышал
Roman
Отдельно лямбдой
Roman
Можно RSVP-TE перенаправлять если BER превышает какой то предел
Igor
Ну вот об этом писалось выше
Igor
У джуна есть
Igor
https://www.juniper.net/documentation/en_US/junos/topics/concept/ethernet-physical-link-monitoring-overview.html
Roman
Но хз кто так заморачивается
Ilya
@zi_rus вагон 0214, не подключается к сети, почини
ewcha
Volodymyr
из-за этого ломаются всякие мультисессионные протоколы типа FTP passive mode, IPsec, PPTP, некоторые сайты глючат, пользователи орут и т. д.
У них же есть и давно была возможность для сервисной платы включить только хеш по соурс л3. Синтаксический сахар в cli. Так все и юзают же
Misak
Илья
Нат не нужен.
Илья
Если надо, пусть нок автоматом дискаверит
Tema
У них же есть и давно была возможность для сервисной платы включить только хеш по соурс л3. Синтаксический сахар в cli. Так все и юзают же
Для корректного распределения трафика в пределах фермы CGNAT дополнительно используются два VRF
(CGN-1 и CGN-2), в которых участвуют исключительно маршрутизаторы фермы CGNAT. В штатном режиме
работы в VRF CGN-1 предпочтительным шлюзом по-умолчанию является является маршрутизатор №1, а в
VRF CGN-2 предпочтительным шлюзом по-умолчанию является маршрутизатор №2. Распределение трафика
по данным VRF происходит с использованием функции Filter-Based Forwarding (FBF), настроенной в VRF CGN-
PRIVATE. Алгоритм распределения в FBF одинаков на двух шасси – это гарантирует трансляцию всех сессий
для конкретного приватного IP адреса на одном маршрутизаторе фермы вне зависимости от метода
балансировки трафика в сторону фермы на PE-маршрутизаторе.
Перенаправление трафика на сервисные карты MS-DPC производится с помощью маршрута по-умолчанию в
сторону группы сервисных интерфейсов (NPU) в VRF CGN-1 и CGN-2 (с использованием Equal Cost Multipath).
Для предотвращения распределения различных сессий для одного приватного IP адреса между несколькими
NPU используется балансировка трафика по адресу источника.
Tema
Павел все правильно говорит, в служебном vrf висит фильтр и по маске раскидывает между ещё двух vrf
Evgeniy
колхоз какой-то
Tema
это общая рекомендация по фермам jun )
Tema
сервис)))/
Roman
хоть multipath pbr?
Roman
если один некстхоп падает то на другой начинает форвардить?
Tema
что за мультипас
Roman
или блекхолиться?
Tema
а да, конечно
Roman
ну ты говоришь redirect X redirect Y reditrect Z
Roman
если X недоступен по ARP/BFD/PING то редиректи на Y
Tema
если один некстхоп падает то на другой начинает форвардить?
nh чего? маршруты оба ната анонсят, Нат пропал пропал и роут