DGM

Я делал визуализацию трафика на elk v3, коллектором был logstash с плагином netflow. Ничего сложного, только ресурсов много нужно и времени для создания графиков и дашбордов.

Вам точно as-stats не подходит?

Займусь с понедельника. Вы верно подметили выше, без LG, AS-Stat и NfSen балансировка входящего превращается в лотерею.

У одного из аплинков есть LG, у другого - нет. Отдаю: Communities: 15169:13000 ххх85:51101 ххх85:52323 ххх85:52410 Принимается: Community: ххх85:10061 ххх85:51101 ххх85:52323 ххх85:52410 Похоже, что 15169:13000 сбрасывается. На райпе у аплинка ничего возможность использования 15169:13000 нет.

Вариант с коммьюнити все-же проще, кмк.

Сработает. А при падении одного из аплинков или при проблемах на транзите возникнет недоступность ресурсов?

Есть задача распределить трафик от AS15169 и GGC между аплинками(примерно 60% входящего трафика). Аплинки эти коммьюнити 15169:13000-13300 не принимают. Трафик от GGC идет с SRC-AS аплинков, манипулировать им можно только при помощи навешивания препендов на весь свой префикс, это в свою очередь, ведет к перегрузке одного из каналов(каналы по емкости симметричные) в ЧНН.

Как быть, если на первом месте AS аплинка(вернее трафик с серверов GGC), а на втором - AS15169(Google) и коммьюнити для управления именно для этого трафика нет?

Можно к Nfsen фильтры прикрутить или использовать AS-Stats, если Вас TOP20 AS устроит.

Собственно, выше Вам все сказали: либо режете порты на вход для этих клиентов, либо помогаете настраивать клиенту оборудование. Или оставляете все как есть и ждете, пока к Вам ответка прилетит в виде 300G и 300MPPS какого-нибудь tcp-SYN или GRE. От этих всяких криво настроенных роутеров с DVR-ами еще много беды будет.

Я по таким граблям тоже в своё время прогулялся, но аттенюаторов у меня не было, а патчкорд гнуть мне не хотелось. Я просто не до конца разъем патчкорда в модуль и в ONU вставил и необходимое затухание внеслось воздушной прослойкой)

Как отбивались, если не секрет?

CFGFAILED проявляется в конфигурации 128 ONU на PON порт. Не то, чтобы клянчил, но багрепорты слал. В этой версии CFGFAILED пофиксили, но проблема с периодической недоступностью по snmp и некорректной обработкой dhcp осталась. Логи и конфиги отправил, в релизе обещали пофиксить и еще кое-какой функционал добавить.

на опыте ))) REGEXP, не более того)

На этом софте проблема с CFGFAILED у меня больше не появляется LTE-2x_1# show version Eltex LTE software version 3.14.4 build 5 on 19.05.2015 13:13:58 LTE-8X_1# show version Eltex LTE software version 3.14.4 build 133 on 19.05.2015 13:16:15 Более того, у меня есть абон, который вполне себе работал с уровнем (-30.5 dBm). Сейчас как-то так: LTE-8X_1(ONT-x/1006/XX:XX:XX:XX:XX:XX)# show state Channel/ID: 0/1006 MAC: XX:XX:XX:XX:XX:XX Type: NTE-2:B+ State: OK Firmware revision: 2.60 Rssi: 1.2 uW (-29.2 dBm) Video power: N/A uW N/A dBm Config links count: 2 Identified links count: 2 ONT links: MAC: XX:XX:XX:XX:XX:XX LLID: 0x1006 State: OK MAC: XX:XX:XX:XX:XX:XX LLID: 0x1013 State: OK