show bandwidth_control - что показывает?

flow control ещё можно глянуть на портах, ну и sh err ports до кучи

Бэндвиз показывает ПЛ всем портам но лимит

flow control включен?

Прошли до последней. Все равно коммутатор шейпит скорость

А чем сорость проверяете ?

Бэндвиз показывает ПЛ всем портам но лимит

Спидтестом. Мля, после прошивки ещё хуже стало, то хоть 30 было теперь 13

Но на рх везде хренячат ошибки

А на гигу включал - нормально

flow control включен?

?

Сдох свитч, ясно

Секунд

Да, флоу контроль включен

отключи

а если выключить?

(ведь наверняка он с другой стороны не включен, а чтоб правильно флов контрол работал, должно быть включено с обоих сторон)

Да, флоу контроль включен

ну что там? А то мы волнуемся

Выключил. Ошибки ушли но шейпинг остался

А если не спидтестом и не через вафлю?)

По проводу

Тот же провод с тем же спидтестом в гиговый порт и скорость до гига

Тот же провод с тем же спидтестом в гиговый порт и скорость до гига

с обратной стороны от свитча ваше оборудование ?

Да, мое

а если там флоу контрол выключить?

И, собсно, зачем аплинк в свитче на сотку зажимать?

Ничего не зажато

Аплинк и комп админа в гиговых портах

а-а-а-а, не так понял.

а если всетки не спидтестом?

тупо копировать какой нить файл с локалки

Может мусор какой-то в управляющем влане свитч мучает?

Загрузка проца 14%, на гиговых портах нормально

На сетевой флоу контроль отключили - без изменений

Поясните где косяк. Есть два свича DGS-3420-52T и DGS-1210-48 Первый - access свич, во второй собраны ipmi и всякие другие mgmt интерфейсы, в том числе и mgmt от DGS-3420-52T. Значимый кусок конфа выглядит так # VLAN enable pvid auto_assign config vlan default delete 1:1-1:50,2:1-2:50 config vlan default add untagged 1:1-1:50,2:1-2:50 config vlan default advertisement enable enable qinq disable gvrp config gvrp nni_bpdu_addr dot1ad disable asymmetric_vlan disable vlan_trunk config port_vlan 1:1-1:50 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 1 config port_vlan 2:1-2:50 gvrp_state disable ingress_checking enable acceptable_frame admit_all pvid 1 # QINQ config qinq ports 1:1-1:32,1:36-1:50 role nni missdrop disable outer_tpid 0x88A8 config qinq ports 1:33-1:35 role uni missdrop disable outer_tpid 0x8100 config qinq ports 1:35 add_inner_tag 0x2E4 config qinq ports 2:1-2:50 role nni missdrop disable outer_tpid 0x88A8 # IP config ipif_mac_mapping ipif System mac_offset 0 config ipif System ipaddress 10.90.90.90/24 vlan default config ipif System dhcpv6_client disable config ipif System dhcpv6_client_pd disable config ipif System proxy_arp disable local disable config ipif System ip_mtu 1500 config ipif System ip_directed_broadcast disable config ipif System dhcp_option12 state disable disable autoconfig # manaport config out_band_ipif ipaddress 192.168.248.176/24 config out_band_ipif state enable config out_band_ipif gateway 192.168.248.236

Мне вот кажется, ошибки на соточных портах в 3200 свидетельствуют об умирающей секции портов (а в 3200-10 секция одна)

DGS-1210-48 торчит в порту 1:35

не могу добраться до 192.168.248.176

До любого ip из сети 192.168.248.0/24, на vlan740 могу, а конкретно до mgmt интерфейса - нет. Почему?

наверно потому что он удален с портов?

Дык, QinQ

управляющий влан default?

так?

Да

192.168.248.176 должен висеть в этом влане?

Нет

192.168.248.176 висит на out_of_band

out_band_ipif это настройка именно менеджмент порта. он доступен тока если туда писюк ткнуть

Он доступен, если его воткнуть в любой другой свич

и ни к каким вланам оно не привязано и своё на каждом коммутаторе

И через второй свич - должен быть доступен

транслейт управляющий влан мимо куинку может?

отлично. вы еще связываете менеджмент порты на коммутаторах???

обычного ipif чё не хватает?

тогда неясно что было написано про порт 1:35....

Обычного ipif - не хватает, нужен mgmt порт

До обычного я дотянуться могу

Вот почему это работет listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes 16:30:08.729823 00:25:90:2c:9e:30 > 00:25:90:d1:70:84, ethertype 802.1Q (0x8100), length 102: vlan 740, p 0, ethertype IPv4, 192.168.248.235 > 192.168.248.5: ICMP echo request, id 26161, seq 57, length 64 16:30:08.730189 00:25:90:d1:70:84 > 00:25:90:2c:9e:30, ethertype 802.1Q (0x8100), length 102: vlan 740, p 0, ethertype IPv4, 192.168.248.5 > 192.168.248.235: ICMP echo reply, id 26161, seq 57, length 64 16:30:09.729524 00:25:90:2c:9e:30 > 00:25:90:d1:70:84, ethertype 802.1Q (0x8100), length 102: vlan 740, p 0, ethertype IPv4, 192.168.248.235 > 192.168.248.5: ICMP echo request, id 26161, seq 58, length 64

Это другой хост, который торчит в свиче за портом 1:35

cpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes 16:32:41.600516 00:25:90:2c:9e:30 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 740, p 0, ethertype ARP, Request who-has 192.168.248.176 tell 192.168.248.235, length 28 16:32:42.602651 00:25:90:2c:9e:30 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 740, p 0, ethertype ARP, Request who-has 192.168.248.176 tell 192.168.248.235, length 28 16:32:43.600472 00:25:90:2c:9e:30 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 740, p 0, ethertype ARP, Request who-has 192.168.248.176 tell 192.168.248.235, length 28 16:32:44.600508 00:25:90:2c:9e:30 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 740, p 0, ethertype ARP, Request who-has

А вот это не пролезает

?

тогда может посмотреть в сторону tpid 8100 а не 88a8!?

именно потому и не работает?

без схемы ваще непонятно что вы там мудрите...

До любого ip из сети 192.168.248.0/24, на vlan740 могу, а конкретно до mgmt интерфейса - нет. Почему?

коммутатор видит что это его собственный мак и заворачивает фрейм на cpu сразу? show fdb что про мак oob говорит?

1 default E8-CC-18-2B-FE-00 CPU Self Forward

что они хотели сказать?

я им ничего не писал

1 default E8-CC-18-2B-FE-00 CPU Self Forward

вы свитчи не видите после куинку ?

картинка такая debian eth0, eth1 = bond0 -> bond0_br eth4, eth5 = bond2 -> bond2_br eth0 - 2:43 eth1 - 1:43 есть интерфейс 14: vlan740@bond0_br: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:25:90:2c:9e:30 brd ff:ff:ff:ff:ff:ff inet 192.168.248.235/24 brd 192.168.248.255 scope global vlan740 valid_lft forever preferred_lft forever inet6 fe80::225:90ff:fe2c:9e30/64 scope link valid_lft forever preferred_lft forever

в порту 1:35 стоит DGS-1210-48

в порту 11 свича DGS-1210-48 торчит out_of_band свича DGS-3420-52T

Я хочу его достать через vlan 740

C debian’а пакеты вылетают через правильный интерфейс и застревают в DGS-3420-52T

Всё, что воткнуто в свич DGS-1210-48 я вижу, кроме out_of_band’а от DGS-3420-52T

а накой вам tpid 88a8?

Так было до меня. Пока не знаю…

Пытаюсь разобраться.

я бы всё на 8100 переделал бы ;)

Всё, что воткнуто в свич DGS-1210-48 я вижу, кроме out_of_band’а от DGS-3420-52T

А адрес на аутбэнде какой указан? :)

А адрес на аутбэнде какой указан? :)

192.168.248.176/24