a_n_h

многоэтажки в "крупном" НП...

Нового не нужно! Хватает старого.

уже пришло, вон ТС уже качает!

один куплю, отправите?

напоминает возвращение Януковича в кресло...

Правила этикета на форуме требуют указать цену!

Всем доброго дня! В работе 5-ть плат EPON, "понизатор" показывает все уровни сигнала на ОНУ но до 35-й ону 4-го порта последней, 11-й, платы, дальше сигнала нет хотя все ону в работе и вручную сигналы видно.Не успевает? как можно устранить?

конечно: <6>arp: proxy: ignoring request from 172.16.1.227 via igb1.103 <6>arp: proxy: ignoring request from 172.16.1.232 via igb0.102 <6>arp: proxy: ignoring request from 172.16.1.248 via igb1.103 <6>arp: proxy: ignoring request from 172.16.2.207 via igb0.101 <6>arp: proxy: ignoring request from 172.16.0.216 via igb0.101 <6>arp: proxy: ignoring request from 172.16.0.228 via igb1.104 <6>arp: proxy: ignoring request from 172.16.2.213 via igb0.101 <6>arp: proxy: ignoring request from 172.16.1.83 via igb0.102 <6>arp: proxy

уже весь нет "перерыл", для линукса инфы полно, для фри - только net.link.ether.inet.proxyall=1...

Ингвар?

В продолжении темы: net.link.ether.inet.proxyall=1 "включает" arp proxy на всех интерфейсах, как можно это сделать только для одного?

Все сделал согласно: и в результате получил: Dec 15 19:43:59 kernel: arp: proxy: ignoring request from 172.16.3.222 via igb1.103 Dec 15 19:44:00 kernel: arp: proxy: ignoring request from 172.16.2.205 via igb1.104 Dec 15 19:44:02 kernel: arp: proxy: ignoring request from 172.16.2.151 via igb0.101 Dec 15 19:44:03 kernel: arp: proxy: ignoring request from 172.16.1.221 via igb1.103 Dec 15 19:44:04 kernel: arp: proxy: ignoring request from 172.16.3.232 via igb1.103 ... ... мост "собран" правильно, проблема в sysctl net.link.ether.inet.proxyall=1...

чип-82576? с короткой планкой есть?

ингвара не хватает, скучно...

Это все понятно, но ТС хочет купить!

при установке sysctl net.link.ether.inet.proxyall=0 ошибки пропадают, но так не будут "работать" белые адреса у абонов...

не могу понять как его использовать: у меня два интерфейса LAN, на каждом по два VLAN...

"маки" уже в порядке, но в билинге включил "ARPдиагностика" и увидел такое: Dec 12 01:43:00 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.2.122 via vlan103 Dec 12 01:43:01 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.1.234 via vlan104 Dec 12 01:43:02 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.3.246 via vlan104 Dec 12 01:43:03 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.1.217 via vlan103 Dec 12 01:43:04 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.3.203 via vlan104 ... ... сы

ну вот "гнилые отмазки"! и далее: и это ПРОБЛЕМА?! и главный вопрос: а почему вы отказываетесь?

так будет правильно? ifconfig_bridge0="addm vlan101 addm vlan102 private vlan101 private vlan102 up"

Вроде работает, НО! на всех vlan присутствуют ВСЕ маки! Это так и должно работать, или я "не умею готовить" мост?

летом очередной менеджер настойчиво пытался заключить договор.

ТС прикалывается? настолько бестолковые вопросы задавать можно только "по приколу"...

провода нельзя брать голыми и мокрыми руками, они от этого ржавеют и портятся!

ок!