fet4

А могут быть проблемы с ?

Нужно!

Я думаю идти в суд.

В НКРЗІ сказали что можно использовать данную методику при доступе в ОСББ

Т.е можно смело опираться на данную методику при доступе к ОСББ?

Но оно того стоит же, если хочешь работать и жить по людски ? Даже при таком раскладе? Не думаю что это легко, даже найти свое какое никакое место там, как по мне тоже достижение...

to LV10 Если все так сложно с провайдерством там где вы живете ? Чем вы занимаетесь и зачем вам 3 трактора и другой техники ? Подрядчик ?

Так а почему же вернулись?

Ну 480 связок это уже что-то, плюс если сделать binding all там еще больше будет с каскадного олт, только непонятно учитываются они в tcam или нет. Но если в процентах то это почти половина 3616 (1024 онух). У меня начались проблемы на 3310 при 171 связке, а это почти 70% загруженности при включенных snooping, dai, isg. Так что это не факт что у вас проблем в дальнейшем не будет. Делаете влан на пользователя, на ОЛТе каждой ОНУ в темплейте свой vid. На выходе ОЛТ навешивает второй тег под QinQ. Работает на любом железе, не нужны никакие снупинги с инспекшинами, пофиг

А можно полностью выложить #show ip dhcp-relay snooping statistics server forward from trusted port: 19586815 client forward to trusted port: 20277779 server drop received on untrusted port: 2144 client drop destination on untrusted port: 7 client drop untrusted option 82 field: 0 client drop bad DHCP release request: 0 client drop failed verify MAC check: 351 client drop max client check: 0 Vlan 125: The current client:53 Vlan 126: The current client:20 Vlan 127: The current client:20 Vlan 128: The cu

Покажите show ip dhcp-relay snooping statistics и show ip dhcp-relay snooping binding all И какая у вас прошивка ? Клиент = ону везде?

Покажите конфиги пожалуйста.

У вас особенные олты ? С увеличенным tcam? У меня с отказом от pppoe и увеличением ipoe сессий вылезли такие глюки, на всех сериях 33 и 36

Вы знаете олты я бы заменил, но гору онух нет.

Вниз вверх?

Прикол в том что даже сейчас с отключенными ISG, DAI на олте в таблице биндинга нет этой связки клиента, хотя request и ack летают к нему и от него. Вопрос почему нет? А так трафик у него ходит, так как ISG DAI выключен.

Нет. Выключен. Так как клиентской связки не было в таблице и isg блокировал трафик от клиента. Выключил и трафик пошел. С другой стороны почему связки не было или память закончилась или dhcp пакето не было? Но тогда сессия бы на брасе упала бы.

interface EPON0/1 epon mpcp-registration-mode ctc 50 epon pre-config-template access binded-onu-llid 1-64 param 125 ... switchport trunk vlan-allowed 125 switchport mode trunk switchport protected 1 epon fec-rx epon fec-tx ! interface EPON0/2 epon mpcp-registration-mode ctc 50 epon pre-config-template access binded-onu-llid 1-64 param 126 ... switchport trunk vlan-allowed 10,101,103,112,114,119,122-123,126,200 switchport mode trunk switchport protected 1 epon fec-rx epon fec-tx ! interface EPON0/3 epon mpcp-registration-mode ctc 50 epon pre-config-template access binded-onu-lli

Если не сложно гляньте в моем конфиге что не соблюдено, так как при 171 связке он уже не работает? Или что может есть tcam и от которого можно отказаться.

Включение в любом влане, включает на всех остальных вланах. Поздравляю ! Это бдком. И фактически про транзитный трафик через ОЛТ можно забыть ( Даже с учетом того что олт будет конечным устройством и будет под завязку, в существующих реалиях не хватит на 256 абонентов, которые заявлены производители.

Т. Читал, видел. Но В общем, смотрите сами - по максимуму на 3310 можно взять всю таблицу TCAM (512 записей) и разделить её только между DHCP Snooping и ISG. Как раз получится, что все 256 клиентов могут сидеть одновременно. Да же с учетом этого, в момент проблемы было 171 связка, включен был DHCP Snooping и ISG. Должно было хватить?!

И тут сразу несколько вопросов. Как следить/контролировать ? Не нахожу команд, подскажите И тут непонятно, делаю show ip dhcp-relay snooping statistics server forward from trusted port: 19506655 client forward to trusted port: 20196492 server drop received on untrusted port: 2144 client drop destination on untrusted port: 7 client drop untrusted option 82 field: 0 client drop bad DHCP release request: 0 client drop failed verify MAC check: 351 client drop max client check: 0 Vlan 12

Столкнулся с проблемой, за онухой несколько человек (до 5), все по ipoe. Часть из них работает, другая часть получает Ip но пакеты от них не ходят. В таблице show ip dhcp-relay snooping binding их записей нет, удаляю ip arp inspection и ip verify source трафик от них начинает ходить и появляются записи в binding. Чем объяснить такое поведение ? #show running-config non-pon !version 10.1.0E build 46085 service timestamps log date service timestamps debug date service password-encryption logging 172.19.0.5 logging buffered 4096 logging trap debugging ! hostname OLT2 port-pro

Ребята подскажите из своей практики кто работает с ОСББ, какая методика расчета и месячная плата сейчас? Насколько я понял законной методике не существует?! Можно в ЛС. Спасибо.

Или поставь accel-ppp. Там есть контроль этого нюанса (check-mac-change) и много других интересных плюшек.