fet4

Т.е. вы хотите сказать те правила только для строящихся домов? В сети встречаются термина "об'єкт незавершеного будівництва" вот это как по мне в процессе. Пункт 3 невозможно выполнить т.к. транзитные воздушные линии не уберешь.

Согласно им же и хочу получить договор доступа. Ребята помогите юридически грамотно ответить на ответ по запросу, кто что знает и на какие законы опирается. Я прав же ? Ну чушь же пишет - "не існує об’єкта будівництва. За вказаною адресою є житловий багатоквартирний будинок (надалі Будинок)" Багатоквартирний будинок — жилий будинок з трьома і більше квартирами. Об'єкт будівництва - будинки, будівлі, споруди будь-якого призначення,їх комплекси або їх частини

Я только начинаю этот путь в своем же ОСББ, где я совладелец, председатель как и все они жадный до денег. 800 за доступ и 240 грн в месяц за 160 кв. Хочу сделать по закону.

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

Нужно!

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

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

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

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

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

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

Ну 480 связок это уже что-то, плюс если сделать binding all там еще больше будет с каскадного олт, только непонятно учитываются они в tcam или нет. Но если в процентах то это почти половина 3616 (1024 онух). У меня начались проблемы на 3310 при 171 связке, а это почти 70% загруженности при включенных snooping, dai, isg. Так что это не факт что у вас проблем в дальнейшем не будет. Делаете влан на пользователя, на ОЛТе каждой ОНУ в темплейте свой vid. На выходе ОЛТ навешивает второй тег под QinQ. Работает на любом железе, не нужны никакие снупинги с инспекшинами, пофиг на все - размеры MAC, TCAM, коллизии адресов, флуд и кольца. Вариант? Для меня нет, не очень хочется следить потом за порядком нумерации ону в дереве дабы не сбился его 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 current client:34 Vlan 200: The current client:0

Покажите 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-llid 1-64 param 127 ... switchport trunk vlan-allowed 10,12,107,115,118,127,134 switchport mode trunk switchport protected 1 epon fec-rx epon fec-tx ! interface EPON0/4 epon mpcp-registration-mode ctc 50 epon pre-config-template access binded-onu-llid 1-64 param 128 ... switchport trunk vlan-allowed 128 switchport mode trunk switchport protected 1 epon fec-rx epon fec-tx Не считая привязки онух

Если не сложно гляньте в моем конфиге что не соблюдено, так как при 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 125: The current client:53 Vlan 126: The current client:23 Vlan 127: The current client:21 Vlan 128: The current client:34 Vlan 200: The current client:0 Итого 131 связка. Делаю show ip dhcp-relay snooping binding all, считаю, вижу 171 связку, как так? С таблицы видно что есть записи с downlink порта c0:4a:00:0c:ec:95 10.194.1.96 300 DHCP_SN 102 g0/2 c4:6e:1f:0b:45:4f 10.194.13.110 240 DHCP_SN 107 epon0/3 f8:1a:67:e0:bc:93 10.194.14.26 300 DHCP_SN 128 epon0/4 d4:6e:0e:50:6a:69 10.194.3.109 240 DHCP_SN 102 g0/2 24:18:1d:04:c9:e4 10.194.13.62 300 DHCP_SN 128 epon0/4 ac:84:c6:81:4e:af 10.194.1.5 180 DHCP_SN 128 epon0/4 Но как так ? Ведь dhcp snooping на том влане и не включен? Плюс на downlink - dhcp snooping trust ip dhcp-relay snooping ip dhcp-relay snooping vlan 125-128,200 ip dhcp-relay snooping information option format hn-type host interface GigaEthernet0/2 description DOWNLINK switchport trunk vlan-allowed 8,10,13-16,22,32,101-103,108,111-112,200,2000 switchport trunk vlan-allowed add 2001 switchport trunk vlan-untagged none switchport mode trunk dhcp snooping trust Почему записываются эти не нужные связки?