greyshadow

Если дальше стоят управляемые свичи - проследить по вот этим "писюнам" с какого абоновского порта так приходит этот всплеск. Как вариант - уменьшите время жизни arp таблицы на серваке.

На некоторых графиках IN взлетает одновременно с OUT, уверен, что если посмотрите статистику ucast фреймов на этих портах - получите еще более интересную картинку с еще большими писюнами. Это НЕ глюк кактуса почти однозначно.

Ветка уже длинная, всю не прочел... Выход в инет как организован? случайно не pppoe+dhcp для внутренней сетки??

Цели и задачи какие?? У нескольких знакомых стоят бытовые millenium (сейчас называются breeze) 5-9 лет, полет нормальный. У них диапазон вроде чуть поменьше, но и цена не такая кусючая, как у вольтера.

man syslogd man syslog.conf

И снифером не поленитесь посмотреть - шлет он сии запросы-обьявления или нет?

Кроме того шлюз может сам регулярно посылать собственное обьявление себя любимого шлюзом, и т.к. у клиента вариантов немного - он его таки может принять к сведению от безисходности, т.к.arp mac шлюза так и не выявил....

Т.к. шлюз вообще говоря не достижим netstat -rn чо говорит??

Кстати, согласно спецификации если на устройсве реализован стек IP, то ICMP ОБЯЗАН быть так же реализован, так что в теории это должен уметь ЛЮБОЙ шлюз. Во как...

ICMP видел такое, на пальцах - комп посылает на бродкаст мультикаст "кто тут есть шлюз?" и ему таки шлюз может взять, и ответить. ICMP типа 10 и 9. Учите матчасть

до 15 чего? Вроде до 15 февраля. до 10 февраля совершенно точно, 40 дней после прошествия отчетного периода Так сначала же на 9 дней поминают? и только потом на 40-ой окончательно прощаются с усопшим.... (шутка юмора)

Вы не указываете нагрузки и специфику подключений, как уже описал при варианте DHCP + pppoe у тенды получается 2 интерфейса в ВАН и она по какому-то одному ей известному принципу пихает пакеты из одного в другой, да еще и пакеты ей не предназначенные (в dst mac как и в dst IP вовсе не ее mac стоит), вполне логично, что при использовании только одного подключения (или DHCP или PPPoE) эффект не проявляется. zyxel P-660RT2 на одной из прошивок переставал резольвить после банального всплеска DNS запросов к нему в количестве более 50шт. в секунду. еще некоторые рутеры уходят в ступор если на 2

Пока вроде лечиться блокировкой передачи трафа из pppoe интерфейсов в абонские vlan-ы и обратно.

проблемы есть, именно с tenda, проявляются довольно любопытно: Резкими всплесками unicast фреймов. Детальный разбор полетов выявил следующее: Есть сетка с pppoe, если вдруг на tenda прилетает случайный фрейм не для нее, она его все равно маршрутизирует.. т.е. например на tenda wan интерфейс прилетае фрейм, внутри которого IP пакет и dst IP например 10.1.2.3(ваша "внутренняя сетка, которую вы по dhcp например абонам назначаете"), а src IP какой-нить 1.2.3.4 tenda его благополучно маршрутизирует в pppoe интерфей, шлюз его естественно пуляет обратно в eth и так может продолжаться от не

Ёпть, сколько сложностей... ВЫ ПЫТАЛИСЬ ВЫЯСНИТЬ НА АТС ВОЗМОЖНОСТЬ ПОСТАВИТЬ БЕЗУСЛОВНУЮ ПЕРЕАДРЕССАЦИЮ?????????????? т.е. у вас есть номер 11111 и 22222, и 11111 засвечен в куче мест, но дальше его использовать проблемно, Пишете заявление "прошу установить безусловную переадрессацию номера 11111 на номер 22222", как это будет выглядеть: человек набирает номер 11111, а попадает на 22222, вы благополучно говорите со всеми донаборами, тонами, факсами и прочей дребеденью....

Почему? Вы стык между 2-мя сетями делаете, да еще типа и в коммерческих целях (и не так важно, что вы прям из звонков выгоду не извлекаете), а по закону сие только оператор связи с соотв. лицензиями делать может.... Где-то так. Так мыж оператор... или тут уже лицензия на телефонию надо? На телефонию. По крайней мере до недавнего времени так было... Вон в Росси дедушку одного под суд отдали, зато, что телефонную трубку к компу прилепил и по скайпу звонить соседям разрешал. причем ЗАБЕСПЛАТНО.

Почему? Вы стык между 2-мя сетями делаете, да еще типа и в коммерческих целях (и не так важно, что вы прям из звонков выгоду не извлекаете), а по закону сие только оператор связи с соотв. лицензиями делать может.... Где-то так.

g711 в IP с 20ms в пакете ест примерно 105K, из которых 64k - голос, и остаток - IP+UDP заголовки

Заказываете на укртелефоне безусловную переадрессацию на с номера такого-то на такой-то и все... все звонки на номер А сходу выпуливаются на номер В. Оплачивать правда все это придется - ну так это в любом случае... А за шлюз IP-ный еще и влететь можно....

А что тут подсказывать-то??? балансировка в том же LACP-е может осуществляться по: 1. MAC 2. ip 3. IP+Port в зависимости от "умения" свича, если свич не умеет - то упс....

да вы шо) а про vrf не слышали? кто вам мешает крутнуть трафик еще раз у себя и только потом отдать провайдеру? Так вопрос не про отдачу, а прием... с отдачей то как раз проблем никаких...

Можно например взять, и все, что с src портом отличным от набора 20, 21, 53, 80, 110, 143, 443 (+что нужно по обстоятельствам) приходит на ваш интерфейс свыше, например, 50М просто дропать, tcp-ки сами выравняются, а http(s) например будет жужжать аж бегом Это да, мы в курсе. Но ведь виртуальный интерфейс ещё никто не отменял... Трафик УЖЕ прилетел, канал УЖЕ в полке, и причем тут виртуальные интерфейсы??

Вы вкурсе, что приоретизировать получиться ИСКЛЮЧИТЕЛЬНО исходящий трафик (с точки зрения интерфейса конечно) и соответсвенно задача становиться по-нормальному не решаемой, т.к. приоретизировать должен интерфейс со стороны провайдера

2 канала, BGP перевесить на лупбеки, балансировать на L3 уровне.

Если там всего 2 MAC адреса - то все так и должно было быть Ибо сей девайс если мне память не изменяет балансит ТОЛЬКО по МАС-ам, грубо говоря - четные в одну дырку, нечетные - в другую.