All Activity

как я понял суть задачи - два 40г в одном волокне

Есть такое, тоже гуляет сигнал. Решили вопрос позиционером и скриптом подстройки по SNR.

По идее можно попробовать через циркулятор 1310 уложить lr4 qsfp+ в одно волокно (не проверял) .

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

а на AMD Epyc кто то ставил? у нас сейчас E5-2660*2, mem 64Gb, net XL710 в чнн загрузка: цпу 83%, память 5gb, при трафике 34гб

Потому, что ТСПУ оказывает влияние на связность наравне с экскаватором, и пожаром/обыском в ЦОД.

Тоже обратил на это внимание, но на сайте газкома указана точность поддержания позиции +- 0.1 градус. Уже менял и сам волновод и LNB... Эти просто ответили "мы не гарантируем стабильный прием на зеркала больше 1м".

как пример https://shop.nag.ru/catalog/07179.uplotnenie-cwdmdwdm/33755.transportnaya-wdm-platforma/11111.rm1000110010 думаю такое б/у или что нить от других брендов вполне для Вашего если конечно примете решение разбить 40 на 4х10 и так далее - можно и еще извернуться на нижний уровень дендрофекальных методик как вариант какие нить sfp+/sfp+ конверторы и все это на 8 разных длин волн да же пассивным муксом на одно волокно но может оказаться, что цена трансиверов/конверторов выйдет сопоставимо

все варианты выше с буфером 40, когда начнется пролив трафика 80Gb на принимающей стороне 2x40gb тут и пойдут берсты, у вас вообще как часто полка в 40Gb? буферы 80мб ( это c9332/9364 если точно помню) при полке заполнятся ща 2-3 мс и там пойдут дикие потери вашего span нельзя сделать так? 2*40 Гб поделить на 2 разных потока и сливать каждый по своей трассе? 1. OUT 1x40g - 1x40g - 10км (одноволоконный модуль) - 1x40g - 1x40g - IN span сервер 2. OUT 1x40g - 1x40g - 10км (одноволоконный модуль) - 1x40g - 1x40g - IN span сервер если конечно у вас трафика там не превышает 40Gb то можно любой коммутатор юзать хоть C93180YC-EX (их бу вариантов куча должно быть)

мукспондер .... а по чем оно? Что-то не мне попадалось такого.

может как вариант 40 разложить на 4х10 и перебросить через мукспондер? вроде уже вполне заурядные dwdm 10x10g/100g в линию и наоборот и никаких обработок пакетов, которые еще собьются местами и будете разбираться что не снимается и все такое

в свете появления далеко не единичного количества абонентов, которые в сетях разбираются немножко слегка (хотя по вус проходят, полагаю, связистами), и прям норовят пхнуть вместо онушки обычный медюк, озадачился отслеживанием сработок по AlwaysLaserOn, ну и до кучи разными прочими трапами... ну так вот... оказалось, что втыкании медюка напрямую в SFP (в смысле, вообще без висящих на дереве ONU), в логе сообщение про AlwaysLaser генерится, но вот трапа (любого, пусть даже не nmsOnuLaoNotification, а хоть что угодно) - тю-тю. аналогично и с подключенной онушкой - вешаю на соседний отвод медюк, на голове линк падает совсем, в логе ругань, трапов нет. с трапом авторизации примерно так же (ну просто до кучи пошел пробовать) - пытаюсь залогиниться с заведомо неправильным паролем, авторизация на OLT через радиус, в логе три сообщения "User nixx Authorization failed", трапов - ноль. при этом на успешную авторизацию трап летит... но нафига-то он нужен по большом счету... хост для трапов настроен так: snmp-server host 192.168.10.10 description Zabbix version v2c myCommunity authentication configure snmp я в печальке. посоветуйте парсер логов, чтобы с него по нахождению ключевых слов можно было сгенерить че-нить для zabbix_sender'а логи принимаются сислогом со всего железа одним хостом и раскладываются по каталогам ip-address/year/month/dayfile про zabbix_agent в плане чтения логов у меня какие-то не очень добрые мысли ("Регулярные выражения для logrt поддерживаются только в имени файла, сопоставление регулярного выражения для каталога не поддерживается" (c) )

Так я же сказал - есть 2*40 Гб - надо пролить их бюджетно через 1 волокно БЕЗ ПОТЕРЬ в другую точку. Как вариант рассматриваю что-то типа 2*40 -> 1*100 ->10км-> 1*100 ->2*40. Более того, достаточно лить только в ОДНУ сторону! НО!!! ОЧЕНЬ ВАЖНО,ЧТО В ПОТОКАХ SPAN!!! Т.е. МАКЛЁНИНГ не нужен, и даже вреден! Отсюда или поддержка SPAN на 100 или вот предложили MPLS. Хотелось бы удержаться в бюджете 200-250 тр одна сторона, б/у железо брэндов сильно не пугает. Вот мудрый ИИ говорит, что N9K-C93180LC-EX и N9K-C93180YC умеют и SPAN, и MPLS роутинг на 100Гб, кто что скажет может? Еще как вариант N9K-C93108TC-EX - но медь у нас не в почёте :-). Еще ИИ рекомендует гнать через ERSPAN или Через L2 Trunk + отключение MAC-learning... -- ================================================ -- Вот до чего договрились мы с ИИ! И мне такой понравился вариант на N9K-C93180LC-EX (с учетом его цены около 120тр): Или даже так: И вот что обещает про потери при отправке (а при получении, говорит - словить микробёрсты можешь) : Для борьбы с микроберстами на приемнике сошлись с ИИ на варианте разделить 40Гб по Слайсам и включить увеличение буферов: Ну и еще наговорил мне про настройку DBA буферов: Еще предложил для исключения потерь на приёмнике поискать : Nexus 9364C / 9332D c DEEP BUFFER но тут он начинает явно ЧУДИТЬ! Оптимум говорит 9336C-FX2 на прием, а еще лучшее Arista DCS-7280QR-C36 (7280R 24x40GbE QSFP+ & 12x100GbE QSFP) -- ========================================================== -- Кто-то что может откомментить, по личному опыту?

Доброго времени суток! Имеются головы BDCOM P3600-08E/P3600-16E. Прошивка последняя 152865. Все абоненты работают как IPoE-DHCP (dual-access ipv4+ipv6 [RA+dhcpv6] в одном влане, топология - влан на голову с switchport protected), онушки запущены со стандартным шаблоном: epon onu-config-template base_template cmd-sequence 001 epon onu all-port ctc vlan mode tag 1000 cmd-sequence 002 epon onu all-port storm-control mode 1 threshold 256 cmd-sequence 003 epon sla upstream pir 550000 cir 15000 cmd-sequence 004 epon sla downstream pir 550000 cir 15000 cmd-sequence 005 epon onu all-port ctc loopback detect cmd-sequence 006 switchport port-security mode dynamic cmd-sequence 007 switchport port-security dynamic maximum 10 ! Пример настройки EPON порта: interface EPON0/1 epon pre-config-template base_template binded-onu-llid 1-64 epon bind-onu mac 4092.4947.045d 1 epon bind-onu mac 4092.498a.1deb 2 epon bind-onu mac 4092.4948.7d69 3 epon bind-onu mac 4092.4923.ba23 4 epon bind-onu mac 4092.4948.79a6 5 switchport trunk vlan-allowed 1000,3029 switchport trunk vlan-untagged 3029 switchport mode trunk switchport pvid 3029 switchport protected 1 storm-control broadcast threshold 500 storm-control multicast threshold 500 storm-control unicast threshold 500 epon error-frame-alarm ! IPv4 работает отлично, а вот IPv6 - нет. Не могу понять причину, единственное что включено на голове касаемо мультикаста это ip mcst series-connection. Транзитные абоненты, работающие через голову по ethernet, ipv6 получают и работают нормально. Вероятно упускаю какие то настройки на epon для ipv6?

Тогда Ваш вариант это переход на 100g на всех этапах или хотя бы 40g. Вообще для таких скоростей брокеры или tap используется чтобы сливать сразу же

Не! Мне не надо 32 * 100.... хватит и 4! И желательно EOL! Второе крыло от боинга в этой теме не очень интересно!

Очень дорогая лабуда, я знаю только внутри cisco ,https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/nexus-9332d-h2r-switch-ds.html, у хуавей наверняка тоже есть. Там буфера не 40/80 мбит, а уже в гигах меряются

Добрый день. помогите скачать https://support.huawei.com/enterprise/en/software/264914057-ESW2001538316 спасибо.

Не совсем понимаю о чём речь, можно пример такого коммутатора?

В принципе, 55е на лингсате обозначен как спутник с наклонной орбитой с наклоном 1,3 градуса. Возможно, ваша антенна настроена в край "восьмёрки". Если настроить ее в центр, максимальный уход будет вдвое меньше. Но для этого надо знать время прохождения центра - чтобы настроиться именно в это время плюс-минус. Попробуйте поговорить с поддержкой оператора спутника - Газкомом https://www.gazprom-spacesystems.ru/ru/ Хотя, скорее всего, пошлют. Или с ТП НТВ-Плюса. Они по идее должны знать "расписание". Вторая вероятная причина - деградация LNBшки, редко, но бывает. К ночи изменение температуры/влажности могут приводить к уходу частоты гетеродина или возрастанию шума. Просто поменяйте, если есть на что, и посмотрите.

с модулями проще, одноглазые такие есть SNR-QSFP28-W39-20 / SNR-QSFP28-W93-20, а все на 100G не поменять? тогда проблема буфера будет не критична у него буффер же маленький, для перекладывания 100 в 40 надо коммутатор с deep buffer который гигов 8

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

Отработаем на кошках.. на точках.. там уже и посмотрим.. ps: кошки - это кошки, образно, не cisco

Возможно это внешняя блокировка. Без ТСПУ тоже не работает. или фиг его знает.

Приветствую старожил! У кого еще остались антенные посты, кто мониторит сигналы? Имею 1.8м прямофокус, направленый на 55e, и сигнал колбасит в течении дня до полного падения. При этом в мультифиде находятся еще два спутника, сигнал от них стабильный (то есть дело не в перемещении самой антенны). Пробовал расфокусировать конвертер - сигнал мощный, его из без точной фокусировки хватает, но даже в расфокусированом состоянии ближе к ночи начинается деградация. Правильно ли я понимаю, что дело в перемещении спутника, раз на маленькие индивидуальные зеркала (60) все ловится нормально? Или имеет место быть какой-то другой эффект?