alexmern

Uptime for this control processor is 1 year, 49 weeks, 4 days, 11 hours, 27 minutes System image file is "bootflash:asr1001x-universalk9.16.09.03.SPA.bin" c4500x-1 uptime is 2 years, 12 weeks, 1 day, 3 hours, 7 minutes System image file is "bootflash:cat4500e-universalk9.SPA.03.08.08.E.152-4.E8.bin"

FIB, сейчас там уже 950к, учтите

А зачем велосипед изобретаете если есть L2 MAC ACL? 0x8864 0x8863 оставьте [HUAWEI] acl 4001 [HUAWEI-acl-L2-4001] rule permit l2-protocol 0x8863

Да, такая конфигурация поддерживается.

Для каждого VSI должно быть включено flow-label both на обеих PE. Как вы согласуете их - не важно, bgp/ldp/static. Узел P должен уметь балансировку по 3rd label (в стандартном профиле балансировки Huawei это обычно включено по-умолчанию).

Если это P узел, то на двух PE нужно включить entropy label. В Huawei это называется flow-label.

unbound живет на виртуалочке 4C/8GB, жует 15krps, не тужит мониторинг прикручен к zabbix

Аналогичную задачу у себя выполнили на MPLS + MPLS TE. В целом, практически всё тоже самое имеется и в VXLAN + EBGP. Тут скорее вопрос в том, какое у вас оборудование и что оно может. В нашем случае для VXLAN нужна была отдельная лицензия, на некотором оборудовании VXLAN отсутствовал вообще.

МГТС тоже есть IPv6

Я бы сделал LACP с port-priority, если ваше радио прозрачно пропускает кадры LACP. Это исключит потенциальные петли.

Сравнили настройки 10 и 11 через SG Optimizer - всё одинаково. Видимо что-то поменялось в ядре, вопрос - что? Шейпера на исходящий вообще нет.

Результаты дальнейших изысканий: на OS Windows 11 данная проблема отсутствует. На том же железе, через тот же роутер. Куда еще копать пока без вариантов. Всякие TCP autotuning и другие параметры netsh крутили - не помогает.

@jffulcrum Так прикол в том, что даже если pppoe поднят на роутере, ситуация не меняется. То что роутер справляется, тут сомнений нет, с других устройств все работает отлично. И это не единичный Windows клиент, тестировали разные, в разных участках сети.

flow control пробовали включать/отключать - на ситуацию никак не влияет.

После продолжительных изысканий и обращений пользователей выявили следующую проблему: В ОС Windows (7/10) при подключении через гигабитный линк по PPPoE (напрямую или через роутер не важно, главное заниженный MTU) наблюдается значительное снижение производительности TCP UPLOAD (порядка 30 Мбит/с) при взаимодействии с хостами RTT до которых более 50 мс. С хостами, которые по близости - отбивает свой гигабит без проблем. Более интересно то, что стоит на этом же компьютере переключить линк в режим 100 Мбит/с - отправляет 90+ Мбит/с. А еще более интересно что, при подключении по IPoE (MTU 1500) проблема ликвидируется. На этом же подключении PPPoE всякие андроиды/линуксы проблем не наблюдают. Пробовали тюнить TCP через SG TCP Optimizer, но каких-то значительных успехов достичь не удалось. Подскажите пожалуйста что можно еще подкрутить, в какую сторону посмотреть.

Обратил внимание на файл c4500x-1#show license file | inc 2035 License: 12 entservices 1.0 LONG TRIAL DISABLED DISABLED DISABLED STANDALONE ADD INFINITE_KEYS INFINITE_KEYS 1 JAN 2006 1 JAN 2035 NiL NiL SLM_CODE DEMO NiL NiL Ni NiL NiL 5_MINS Меня терзают смутные сомнения, что именно 1 января 2035 RTU и закончится? Железка скорее всего будет уже не нужна к этом времени конечно, хотя...

Видеорегистратор со встроенным PoE рассмотрите, такие модели есть у Dahua.

и заодно его гарантированного сжигания

У нас для IPoE сессий User-Name точно применяется из Access-Accept, возможно дело в прошивке. Попробую проверить для PPPoE.

У меня тоже самое было, успел зайти в веб и отключить функцию "reset button".

По простому можно сделать чтобы был редирект на ваш профиль в инстаграм, проверять подписался или нет - это уже проблемка.

8.8 гиг - 1.2 млн

Что-то вы совсем заврались, товарищ. Вот статистика с ASR с реальным абонентским трафиком asr1k-1#show interfaces port-channel 1 Port-channel1 is up, line protocol is up Hardware is 10GEChannel, address is XXXXXXX MTU 1500 bytes, BW 20000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 108/255, rxload 112/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) ARP type: ARPA, ARP Timeout 04:00:00 No. of active members in this channel: 2 Member 0 : TenGigabitEthernet0/0/0 , Full-duplex, 10000Mb/s Member 1 : TenGigabitEthernet0/0/1 , Full-duplex, 10000Mb/s No. of PF_JUMBO supported members in this channel : 2 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/750/7636536/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/80 (size/max) 5 minute input rate 8895978000 bits/sec, 1235459 packets/sec 5 minute output rate 8553559000 bits/sec, 1204111 packets/sec 756744402753 packets input, 679837280769148 bytes, 0 no buffer Received 1016541118 broadcasts (0 IP multicasts) 0 runts, 67 giants, 0 throttles 69 input errors, 1 CRC, 10 frame, 0 overrun, 165 ignored 0 watchdog, 73867866 multicast, 0 pause input 739042383148 packets output, 657496587348256 bytes, 0 underruns 8741 output errors, 0 collisions, 0 interface resets 233908 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions   А по теме - берите ASR.

bandwidth 10000XXX

6x10 GE Port Base SKU: IPv4: 64K, IPv6: 32K