Гайджин Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 (відредаговано) А теперь усложняем задачу - кольцо межпортовое (между разными портами олта) или вообще межолтовое. Ну и плюс реданднутые корпоративные включения. Відредаговано 11 липня, 2013 Гайджин
hapel Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С
sanyadnepr Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 (відредаговано) Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С 1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео Представьте что в этих ону абоны. 2. Тоже самое только онушки в разные деревья. 3. Ону в разные ОЛТы. 4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом. Відредаговано 11 липня, 2013 sanyadnepr
hapel Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С 1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео Представьте что в этих ону абоны. 2. Тоже самое только онушки в разные деревья. 3. Ону в разные ОЛТы. 4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом. Прям как все из коробки есть так и воткнуть? Никаких примочек не включать? )
sanyadnepr Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Включить все то что включил ufm.
hapel Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Включить все то что включил ufm. Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался )
ufm Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 (відредаговано) Включить все то что включил ufm.Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался ) Да собственно я и так расскажу что будет С моими настройками (а они отличаются от настроек по умолчанию отключением spaning-tree во всех местах и включением switchport protected на PON интерфейсах) не будет происходить ничего страшного, так как при любых соединениях не будет кольца. С голыми настройками по умолчанию - можно организовать кольцо, соеденив между собой ONU в разных ветках, но его поймает STP (теоретически, поймает ли на самом деле при настройках по умолчанию я не проверял, так как оно мне нафиг не нужно). Відредаговано 11 липня, 2013 ufm
Гайджин Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 2 Гайджин - убил ))"Ф-ф-ф-ф (зятягиваясь)... Да-а-а... Я такой..." (с)анек
wladd Опубліковано: 11 липня, 2013 Автор Опубліковано: 11 липня, 2013 (відредаговано) Option82 нам нужно на 1501С? чето говорят что тогда будет нестабильно работать. настаиваем? Відредаговано 11 липня, 2013 wladd
kha0s Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Option82 нам нужно на 1501С? Нужно на 3310. Да еще учетом, что оно однопортовое там все просто должно быть.
martin Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 opt82 на ОЛТ, она и так знает кто откуда запросы шлет, на ону ненужно
kha0s Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Был смысл для 4-х портовых ОНУ в опцию 82 цеплять номер порта ОНУ. Для 1-портовых не актуально.
impole Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 актуально епт ), порт ненадо да но мак ону то нужен ведь!
kha0s Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Я к тому что запросы с однопортовых всегда пойдут с первого и единственного порта.
wladd Опубліковано: 11 липня, 2013 Автор Опубліковано: 11 липня, 2013 (відредаговано) Как то все что вы пишете "мазано" нет четкости. мой уровень знаний в этом немного абстрактен. Итак пакет запроса к DHCP влетает в ОНУ и попадает в ОЛТ а в последствие вылетает наружу по направлению к DHCP серверу. Насколько я знаю, чеса Опция 82 может подписать лишь из какого ОЛТ порта пришел пакет. В период популярности 1004B, всем было интересно чтобы была подписана ОНУ и UNI port. Это не было реализовано. Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно. MAC придет к DHCP в любом случае. Подписать пакет можно только номером ОНУ. Нужно???? Відредаговано 11 липня, 2013 wladd
martin Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 всем было интересно чтобы была подписана ОНУ и UNI port. - как раз это и нужно.
Гайджин Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 (відредаговано) В период популярности 1004B, всем было интересно чтобы была подписана ОНУ и UNI port. Это не было реализовано. А что, период популярности уже прошел? Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно. MAC придет к DHCP в любом случае. Не стоит извращаться с каждым типом ОНУ как то специфически - сделать везде и всегда "мак ОЛТа::/мак ОНУ::номер УНИпорта". Ведь не будут же люди ДХЦП сервер рихтовать под каждый тип запроса. Відредаговано 11 липня, 2013 Гайджин
ufm Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Option82 нам нужно на 1501С? чето говорят что тогда будет нестабильно работать. настаиваем? "Нестабильно" работать будем вся ОНУ в целом, или DHCP?
Gang Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 (відредаговано) Всем привет! Долго я отсутствовал на празднике жизни Влад, по опшинс 82: лично мне не надо, но разве им составит больших проблем дописать прошивку на ОЛТ, чтобы вставляла номер ONU в опцию, я думаю большинству будет достаточно - врядли вставляют в одну ONU по 4-ре клиента в ЧС , жлобство же Фичреквест : Могут ли китайцы допилить радиус в шаблоны. Сейчас поясню, что я имею ввиду: - При регистрации ONU OLT передает Access-Request с информацией(очень важно, чтобы можно было настраивать) на радиус сервер - для примера : номер пон порта, номер ону, мак ону и тд - В ответ получает Access-Accept(с параметрами!!!!) или Access-Reject - И самое важное, иметь возможность в шаблонах задавать переменные, значения которых и получаешь как раз из радиуса. Например : cmd-sequence 1 epon onu all-port ctc vlan mode tag $var1 cmd-sequence 2 epon sla upstream pir $var2 cir $var3 cmd-sequence 3 epon sla downstream pir $var4 cir $var5 В Access-Accept будет приходить : BDCOM-OLT-PEW-PEW = (601,1000000,19200,1000000,19200) В итоге получаем : cmd-sequence 1 epon onu all-port ctc vlan mode tag 601 cmd-sequence 2 epon sla upstream pir 1000000 cir 19200 cmd-sequence 3 epon sla downstream pir pir 1000000 cir 19200 Это все условно, но идея понятна Я конечно понимаю, что я хочу от OLT часть брас-функционала, но все же. Очень удобная штука была бы для многих. И вдруг китайцы увидят для себя киллер фичу и сделают это все P.S.: если нет, может хотябы такую логику $variable_on_previos_onu_(+ или - ) 1 и какое-то дефолт валуе, чтобы можно было задавать $default_value=601 cmd-sequence 1 epon onu all-port ctc vlan mode tag $variable_on_previos_onu + 1 interface EPON0/1:1 epon onu port 1 ctc vlan mode tag 601 epon onu port 2 ctc vlan mode tag 601 epon onu port 3 ctc vlan mode tag 601 epon onu port 4 ctc vlan mode tag 601 interface EPON0/1:2 epon onu port 1 ctc vlan mode tag 602 epon onu port 2 ctc vlan mode tag 602 epon onu port 3 ctc vlan mode tag 602 epon onu port 4 ctc vlan mode tag 602 но с радиусом будет конечно лучше Відредаговано 11 липня, 2013 Gang
martin Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 плюс сто тыщ питсот )) Бдком стал бы мега полубрасом ))
wladd Опубліковано: 11 липня, 2013 Автор Опубліковано: 11 липня, 2013 (відредаговано) Ну так напишите грамотное подробное ТЗ. С картинками и пришлите мне, и давайте его вместе отстаивать в Скайп конференции. ФИЧРЕКВЕСТ принимается - шас выпишем Выписали запрос Про Радиус, послушаем что скажут. По просто реализации на базе шаблонов не писали, пусть ответят про Радиус. По шаблонам, будут идеи кроме переменной "601"? Вдруг еще кто что придумает? Відредаговано 11 липня, 2013 wladd
Zolks Опубліковано: 11 липня, 2013 Опубліковано: 11 липня, 2013 Влад, можно вопрос? А когда решиться проблема с ip verify? Андрей писал что: "Инженеры BDCOM признали, что функционал IP Verify работает не корректно, и пообещали выпустить версию прошивки, которая решит эту проблему" Вопрос - когда? Я конечно очень благодарен за прошивку 13113 которая решила проблему с управляющим вланом и DHCP snooping binding, но все же... когда? Естественно вариант если все абоненты на одном epon порту пропишут ip статикой маловероятен, но хотелось бы подстраховки со стороны железа.
Рекомендованные сообщения