
Dmitry
12.07.2016
09:41:46
нормальный L3 у d-link'а
MPLS не пробовал, а так у меня работает OSPF, BGP, PIM, IGMP, DHCP и т.п.

Илья
12.07.2016
09:42:13
то что надлинках и микротиках баги на порядок тупее пролетают, хотя на них и фич то сложных нет и не используется

E_zombie
12.07.2016
09:42:14
https://pp.vk.me/c636230/v636230151/1701d/F7lUijS195Y.jpg

Andrew
12.07.2016
09:42:21

Google

Evgeny
12.07.2016
09:42:24

Dmitry
12.07.2016
09:43:06
не падает
нужно смотреть загрузку CPU
BGP у них крутится на CPU
#show cpu port - в помощь

Илья
12.07.2016
09:43:28

Dmitry
12.07.2016
09:44:00
ну и не некоторых свичах есть "debug show cpu"

Ilya
12.07.2016
09:44:37

Dmitry
12.07.2016
09:45:44
@ivzakharov - так как у длинка оборудование "эконом класса",. то они обычно выпускают несколько прошивок, например RI (routing image) - со всякими свистоперделками для L3, и EI (ethernet image) - с уклоном в сторону L2

Илья
12.07.2016
09:46:12
и даже там полно багов

Dmitry
12.07.2016
09:46:36
и что ? Баги фиксятся в срок от недели до месяца

Zek
12.07.2016
09:46:40
@ivzakharov багов и в цисковских прошивках полно, причем в банальнейшем же функционале

Илья
12.07.2016
09:46:49
да ладно

Dmitry
12.07.2016
09:47:25
вы так намеряете

Google

Илья
12.07.2016
09:47:34
роутинг, bgp, isis, ospf - ни разу проблем не было

Dmitry
12.07.2016
09:47:39
для начала сравните размеры таблиц маршрутизации
и количество flow за NAT
а то разговор не очем

Илья
12.07.2016
09:47:55
вот залипание меток при флапах было

Dmitry
12.07.2016
09:48:10
для NAT нужна аппаратная поддержка

Илья
12.07.2016
09:48:28
и это нормально для аппаратных роутеров

Dmitry
12.07.2016
09:48:33
аппаратная поддержка чего?
:)

Zek
12.07.2016
09:48:45
багов

Илья
12.07.2016
09:48:45
он видимо про SIP платы

Ilya
12.07.2016
09:49:30
генерить и тут начали

Dmitry
12.07.2016
09:49:45
начнем с того, что аппаратная поддержка нужна lookup'ов next hop
если уж совсем так
она даже на писюке есть, кстати
DRAM называется :)
а все остальное - вопрос исключительно задержки обращения и размера таблиц
У Trio - отдельная микросхема для доступа к LLDRAM
считай - на 4 10G порта, если мне память не изменяет

Dmitry
12.07.2016
09:52:48
ага
особенно, когда мне catalyst 3560G при пате тысяч записей начал кричать, что ему не хватает TCAM, и нужно выбрать, или уменьшить число маршрутов, или уменьшить таблицу MAC адресов

Google

Dmitry
12.07.2016
09:52:52
LLDRAM большой и дешевый
на кисках - TCAM
дорогой и маленький

Dmitry
12.07.2016
09:53:13
а тот же DGS-3627G прожевал это все без проблем

Dmitry
12.07.2016
09:53:32
я про 7600
на tile gx надо смотреть, что они ему наставили там рядом

Dmitry
12.07.2016
09:54:42
7600 - совсем другого уровня железка
у длинка аналог - это DGS6000, но я его не щупал

Dmitry
12.07.2016
09:55:05
а так - вся "аппаратность" -- несколько параллельно работающих блоков какой-то памяти
внутри NP - один хрен, микрокод крутится

Dmitry
12.07.2016
09:55:46
да. в основном - в пределах линейной карты

Dmitry
12.07.2016
09:56:12
понятно, что современный писюк вполне будет держаться вровень с железкой
пока у него будет хватать шины памяти
проиграет только за счет задержек доступа

Ilya
12.07.2016
09:56:37
Так TRIO тоже крупная железка

Dmitry
12.07.2016
09:56:40
в 2-3 раза
TRIO -- 3 или 4 микросхемы
на группу портов
из них крупных в общем-то 2
:)

Dmitry
12.07.2016
09:57:27
смысл в том, чтобы хеш влазил в слово памяти

Google

Dmitry
12.07.2016
09:57:44
например, на цисках, хеш 48 бит и больше

Andrew
12.07.2016
09:57:46

Dmitry
12.07.2016
09:58:11
а остался еще доступ на dgs-6000 ?

Andrew
12.07.2016
09:58:19
нет. мы на тест брали

Dmitry
12.07.2016
09:58:24
у *CAM цена растет не от емкости, а от ширины адресной шины
у SRAM и LLDRAM - от размера

Dmitry
12.07.2016
09:59:07
жаль. мы на тест брали des-6500 - вот то действительно говно. тупо L2 свич по цене L3

Dmitry
12.07.2016
09:59:14
и сама шина широкая

Dmitry
12.07.2016
09:59:51
ну так сейчас на платформе amd64 шина адреса 48 бит, а шина данных 64 бита
64 бита хеша вполне хватает, чтобы не было коллизий
я сморю в сторону PPC64, у которых есть DSP
вот они вообще могут аппаратно считать хеши и т.п.
Но почему-то все уперлись в архитектуру x86

Andrew
12.07.2016
10:06:47
никто в нее не упирался
сетевое железо на нормальные нагрузки на проце ничего не делает

Dmitry
12.07.2016
10:07:31
чем NP не проц? :)
и даже smartedge вспомним
где самый что ни на есть проц :)
многоядерный

Ilya
12.07.2016
10:10:53
@dvolodin KB не работает

Andrew
12.07.2016
10:12:02

Ilya
12.07.2016
10:12:10
@dvolodin
в общем-то это баг.
NOC по STP видит Juniper и запускает для него выполнение get_spanning_tree

Google

Ilya
12.07.2016
10:12:10
но этого скрипта для Джунипера не написано
и вылетает трейс
отпишись Диме - надо проверку сделать
на наличие скрипта

Dmitry
12.07.2016
10:12:34
толку с его многоядерности ?
доступ то к памяти линейный
пока одно ядро обращается к шине данных, другое "сосет"
и даже NUMA не спасает
одна надежда не кеш процессора
а это все издержки фон-неймановской архитектуры
и даже аппаратная поддержка процессором пометок страниц памяти как R, W и X не спасает

Andrew
12.07.2016
10:14:27
Тебя куда-то не туда занесло

Dmitry
12.07.2016
10:15:08
туда. знаешь, как тяжко привыкать было к x86 после RISC ?

Andrew
12.07.2016
10:17:44
Ну вот стоит у меня 1U железка с x86 унутре. Прожежывает 12x10G (не считает 7x1G management) и не парится

Dmitry
12.07.2016
10:18:31
он не должен запускать STP
capabilities выставлено?

Ilya
12.07.2016
10:19:19
и KB почини пожалуйста, оч важно инженерам оставить после себя инфу

N
12.07.2016
11:11:24
Кто как мониторит состояние ospf на цисках? пока новый нок не прикрутил, интересует реализация для забикса
Как отмониторить падение канала, когда между роутерами на магистрали стоит несколько л2 свичей

Dmitry
12.07.2016
11:13:40
закоммитил оптимизации ping'а
по идее должен поменьше проца жрать

Ilya
12.07.2016
11:15:07