ktoto

Поделитесь пожалуйста прошивкой для OptiCin SFP-WDM.1310-1490.LC.10 под джун MX/QFX

гуглите "nagios check bgp", "icinga check bgp"

Как это не поддерживает? https://doc.powerdns.com/authoritative/guides/recursion.html#scenario-2-authoritative-server-as-recursor-for-clients-and-serving-public-domains

https://dnsdist.org/ - не рассматривали?

Ну да кольцо ) Коммутатор на столе лежит, в один медный порт включен ноут, во второй медный коммутатор, пустой. SFP соответственно подключается без опты. Где там кольцо то.

Еще есть трабл, с тем, что если создать на коммутаторе vlan из диапазона, что мы в q-in-q уже упаковали, q-in-q превращается в тыкву. По крайней мере так себя ведет QFX5100 с рекомендованным Junos 14.1X53-D46 софтом.

RB3011UiAS-RM / RouterOS v6.42.2 (stable) При установке SFP пропадают линки по медным портам. В обоих группах портов. В начале думал что он просто пакеты теряет, но на столе заметил, что он именно гасит порт, потому как на второй стороне линк падает. Это его нормальное поведение? PING 192.168.36.2 (192.168.36.2): 56 data bytes 64 bytes from 192.168.36.2: icmp_seq=0 ttl=64 time=0.362 ms 64 bytes from 192.168.36.2: icmp_seq=1 ttl=64 time=0.150 ms 64 bytes from 192.168.36.2: icmp_seq=2 ttl=64 time=0.162 ms 64 bytes from 192.168.36.2: icmp_seq=3 ttl=64 time=0.157 ms 64 bytes from 192.168.36.2: icmp_seq=4 ttl=64 time=0.212 ms 64 bytes from 192.168.36.2: icmp_seq=5 ttl=64 time=0.330 ms 64 bytes from 192.168.36.2: icmp_seq=6 ttl=64 time=0.153 ms 64 bytes from 192.168.36.2: icmp_seq=7 ttl=64 time=0.210 ms 64 bytes from 192.168.36.2: icmp_seq=8 ttl=64 time=0.185 ms - Установили SFP Request timeout for icmp_seq 9 Request timeout for icmp_seq 10 Request timeout for icmp_seq 11 Request timeout for icmp_seq 12 Request timeout for icmp_seq 13 64 bytes from 192.168.36.2: icmp_seq=10 ttl=64 time=4003.390 ms 64 bytes from 192.168.36.2: icmp_seq=11 ttl=64 time=3002.119 ms 64 bytes from 192.168.36.2: icmp_seq=12 ttl=64 time=2001.587 ms 64 bytes from 192.168.36.2: icmp_seq=13 ttl=64 time=1001.494 ms 64 bytes from 192.168.36.2: icmp_seq=14 ttl=64 time=0.997 ms 64 bytes from 192.168.36.2: icmp_seq=15 ttl=64 time=0.174 ms 64 bytes from 192.168.36.2: icmp_seq=16 ttl=64 time=0.167 ms 64 bytes from 192.168.36.2: icmp_seq=17 ttl=64 time=0.249 ms 64 bytes from 192.168.36.2: icmp_seq=18 ttl=64 time=0.228 ms 64 bytes from 192.168.36.2: icmp_seq=19 ttl=64 time=0.142 ms 64 bytes from 192.168.36.2: icmp_seq=20 ttl=64 time=0.352 ms 64 bytes from 192.168.36.2: icmp_seq=21 ttl=64 time=0.190 ms 64 bytes from 192.168.36.2: icmp_seq=22 ttl=64 time=0.157 ms 64 bytes from 192.168.36.2: icmp_seq=23 ttl=64 time=0.143 ms 64 bytes from 192.168.36.2: icmp_seq=24 ttl=64 time=0.209 ms - Удалили SFP Request timeout for icmp_seq 29 64 bytes from 192.168.36.2: icmp_seq=26 ttl=64 time=4013.784 ms 64 bytes from 192.168.36.2: icmp_seq=27 ttl=64 time=3008.599 ms 64 bytes from 192.168.36.2: icmp_seq=28 ttl=64 time=2007.890 ms 64 bytes from 192.168.36.2: icmp_seq=29 ttl=64 time=1006.368 ms 64 bytes from 192.168.36.2: icmp_seq=30 ttl=64 time=1.231 ms 64 bytes from 192.168.36.2: icmp_seq=31 ttl=64 time=0.196 ms 64 bytes from 192.168.36.2: icmp_seq=32 ttl=64 time=0.172 ms 64 bytes from 192.168.36.2: icmp_seq=33 ttl=64 time=0.245 ms 64 bytes from 192.168.36.2: icmp_seq=34 ttl=64 time=0.146 ms 64 bytes from 192.168.36.2: icmp_seq=35 ttl=64 time=0.182 ms 64 bytes from 192.168.36.2: icmp_seq=36 ttl=64 time=0.343 ms 64 bytes from 192.168.36.2: icmp_seq=37 ttl=64 time=0.228 ms ^C --- 192.168.36.2 ping statistics --- 38 packets transmitted, 36 packets received, 5.3% packet loss round-trip min/avg/max/stddev = 0.142/557.025/4013.784/1167.687 ms

Так по нему вон, прям на сайте у них: КОММУТАТОР АГРЕГАЦИИ 10G MES5248 (СНЯТ С ПРОИЗВОДСТВА)

MES5448, поедет к Элтексу обратно, изначально уточняли, есть ли в нем селектив. Селектива нет, к тому же документация отстает от прошивки. Так что вопрос остается открытым. Я так понимаю более менее подходящий вариант - Extreme X670 ?

У елтекса есть такой: https://eltex-co.ru/catalog/aggregation_10G/mes5448/ Есть опыт по нему у кого то?   Да, в nexus 3k все хорошо, за исключением того, что с selective qinq у него грусть. Ему как раз подбираю замену. По extreme x670-48x смотрю, есть возможность взять у товарища, на потестить, но без БП, осталось его найти)

Что посоветуете взять на агрегацию оптики? из основных хотелок: 1U 32/48 sfp/sfp+ портов, всеядность модулей. полная поддержка vlan. q-in-q (Port-Based/Selective) Selective желательно без ограничений на количество трансляций, ну или как минимум больше одной. без коллизий маков. Само собой, безглючность важна. Спасибо!

Ну например анонсировать какой либо префикс участнику, но не анонсировать его всем остальным. Или вообще ни чего не отдавать на RS, но при этом пириться в общем влане, с нужными товарищами, без прокладки соединительных линий по площадке, что стоит денег и примерно неделя времени на ее организацию в случае М9.

Вот например что думает по этому поводу Яндекс.Касса Кто должен выдавать чек: магазин или Яндекс.Касса? По закону чек должен выдавать продавец товара или услуги или его агент (например, курьерская служба или розничная точка, с которой у вас заключен договор). Яндекс.Касса не реализует товары и услуги от имени продавца, и не является его агентом. Наш сервис технически обслуживает приём платежей от покупателей и уведомляет магазин, как только оплата прошла. В этот момент продавец должен отправить электронный чек покупателю и передать его копию в налоговую. https://kassa.yandex.ru/blog/54fz

Про лимиты на количество vlan, даже мурзилки есть у них на сайте: Cisco Nexus 3000 Series Configuration Limits for Cisco NX-OS Release 5.0(3)U1(1a) Cisco Nexus 3000 Series Configuration Limits for Cisco NX-OS Release 5.0(3)U2(2) Но в версиях далее, этой информации уже нет, я надеялся что лимиты убрали, но судя по всему это не так: Это на самой свежей версии софта пробовали? Как на нем дела с q-in-q, рабочий?

Попробуйте погонять http://dnsdist.org