artmc

И строить на них отдельную независимую сеть, что бы получить многоуровневую независимую сеть следующего покаления!!! Можно еще с тунелями поиграться.

Иногда может быть. hello начинает отправляться с момента запуска ospf процесса, в данном случае через 6 секунд полетит следующая, еще через 6 секунд следующая. А dead интервал он же для принятого hello, принял и таймер запустил. Грубо говоря даже если синхронно, я за этот dead интервал 2 hello отправлю и буду думать что сосед жив, если линк у меня физически не падал, а в данной схеме он и не упадет, так как все через коммутатор включено. Full -> Init (1-WayReceived) как бы намекает :) Нужно смотреть логи с длинка. mtr еще запустить с роутера на кваге до длинка если потерь нет, возможно с мультиикастом беда какая то.

Мы смотрим логи с противоположного маршрутизатора же, у 192.168.1.31 может и по dead timer падает.

Видимо Router ID 192.168.1.31 не получил Hello, поэтому в его Hello и нет адреса соседа.

Все я разобрался, номера handle изменил

В целом это выглядит вот так: #!/bin/bash DEV="eth1.2501" tc qdisc del dev $DEV root >/dev/null 2>&1 tc qdisc del dev $DEV ingress >/dev/null 2>&1 tc qdisc add dev $DEV root handle 1: htb default 100 tc class add dev $DEV parent 1: classid 1:1 htb rate 7900kbit ceil 8000kbit tc class add dev $DEV parent 1:1 classid 1:10 htb rate 64kbit ceil 7900kbit quantum 1500 tc class add dev $DEV parent 1:1 classid 1:11 htb rate 64kbit ceil 7900kbit quantum 1500 tc class add dev $DEV parent 1:1 classid 1:12 htb rate 256kbit ceil 7900kbit tc class add dev $DEV parent 1:1 classid 1:13 htb rate 256kbit ceil 7900kbit tc class add dev $DEV parent 1:1 classid 1:14 htb rate 2048kbit ceil 7900kbit tc class add dev $DEV parent 1:1 classid 1:100 htb rate 5212kbit ceil 7900kbit tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip protocol 1 0xff flowid 1:10 tc filter add dev $DEV protocol ip parent 1:0 prio 2 u32 match ip sport 53 0xffff flowid 1:11 tc filter add dev $DEV protocol ip parent 1:0 prio 3 u32 match ip sport 22 0xffff flowid 1:12 tc filter add dev $DEV protocol ip parent 1:0 prio 4 u32 match ip sport 23 0xffff flowid 1:12 tc filter add dev $DEV protocol ip parent 1:0 prio 5 u32 match ip sport 143 0xffff flowid 1:13 tc filter add dev $DEV protocol ip parent 1:0 prio 6 u32 match ip sport 993 0xffff flowid 1:13 tc filter add dev $DEV protocol ip parent 1:0 prio 7 u32 match ip sport 80 0xffff flowid 1:14 tc filter add dev $DEV protocol ip parent 1:0 prio 8 u32 match ip sport 8080 0xffff flowid 1:14 tc filter add dev $DEV protocol ip parent 1:0 prio 9 u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x10 0xff at 33 flowid 1:10 #tc filter add dev $DEV parent 10: protocol ip handle 10 flow hash keys nfct-dst divisor 1024 #tc filter add dev $DEV parent 11: protocol ip handle 20 flow hash keys nfct-dst divisor 1024 #tc filter add dev $DEV parent 12: protocol ip handle 30 flow hash keys nfct-dst divisor 1024 #tc filter add dev $DEV parent 13: protocol ip handle 40 flow hash keys nfct-dst divisor 1024 #tc filter add dev $DEV parent 14: protocol ip handle 50 flow hash keys nfct-dst divisor 1024 #tc filter add dev $DEV parent 100: protocol ip handle 70 flow hash keys nfct-dst divisor 1024 tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10 tc qdisc add dev $DEV parent 1:11 handle 11: sfq perturb 10 tc qdisc add dev $DEV parent 1:12 handle 12: sfq perturb 10 tc qdisc add dev $DEV parent 1:13 handle 13: sfq perturb 10 tc qdisc add dev $DEV parent 1:14 handle 14: sfq perturb 10 tc qdisc add dev $DEV parent 1:100 handle 100: sfq perturb 10 tc -s -d qdisc show dev $DEV tc -s -d class show dev $DEV вроде как все правильно

Мне в общем нужно между interface-vlan трафик гонять, OSPF на 1,5 тыс маршрутов, без всяких наворотов и фильтров. Есть вероятность что придется взять либо Qtech 8300 или SNR-S3750G, не понятно чего ждать)))

Когда я добавляю подобную конструкцию, у меня после отработки скрипта появляется: RTNETLINK answers: Invalid argument We have an error talking to the kernel в чем может быть проблема?

А какие проблемы с L3 у него?

Трейс на картинке нормальный, трафик от ivi может идти через CDN с местной точки обмена трафика например, поэтому лучше вайршарком посмотреть откуда трафик идет, и туда трейсы пускать.

Так в документации и написано для ESP5 Cisco ASR 1000 Series 5-Gbps ESP Module Performance and Scaling 500,000 IPv4 or 125,000 IPv6 routes Multicast: 64,000 routes and 1,000 groups

А что показывает у вас show platform software status control-processor brief ?

Могут быть ограничения на forwarding table, в ASR1000 за это ESP отвечает у него своя память может быть.

В конфиге ospf все верно описано, что ip route показывает на маршрутизаторе 2 и 3? Что в логах " log file /var/log/ospfd.log "?

В приделах одной зоны можно и не в area 0, что показывает trace ?

Может вы пингаете из под сети которая не объявлена в OSPF

Ну значит с обоих сторон там автосогласование стоит, всё хорошо :-) Скорость просядет на линке при средней загрузке, коллизии это классика езернета))))

А какая скорость на порту определяется? Такое может быть если на одной стороне выставить скорость на порту, а на другой оставить автосогласование.

А в чем они выражаются эти непредсказуемости?

Разбить сеть 192.168.0.x/24 на 4 сети /26, или одну /25 и две /26 и запихать их в разные вланы.

OpenVZ еще подойдет

А в чем заключается его хламежность?

У default gateway мак адрес не менялся? У зюкселей есть патологическая проблема с обновлением арп.

Zyxel es2108

в первом варианте порт пропускает кадры с тегами указанными в allowed vlan, а весь трафик прилетевший без тегов заворачивает в влан 100. во втором варианте порт пропускает кадры 4х вланов, трафик для влана 100 отдается без тега что б в обратную сторону работало нужно что то вроде vlan id для порта , в случае с snr switchport hybrid native vlan 100 что б работало корректно.