Гайджин Posted July 11, 2013 Posted July 11, 2013 (edited) А теперь усложняем задачу - кольцо межпортовое (между разными портами олта) или вообще межолтовое. Ну и плюс реданднутые корпоративные включения. Edited July 11, 2013 by Гайджин
hapel Posted July 11, 2013 Posted July 11, 2013 Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С
sanyadnepr Posted July 11, 2013 Posted July 11, 2013 (edited) Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С 1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео Представьте что в этих ону абоны. 2. Тоже самое только онушки в разные деревья. 3. Ону в разные ОЛТы. 4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом. Edited July 11, 2013 by sanyadnepr
hapel Posted July 11, 2013 Posted July 11, 2013 Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С 1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео Представьте что в этих ону абоны. 2. Тоже самое только онушки в разные деревья. 3. Ону в разные ОЛТы. 4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом. Прям как все из коробки есть так и воткнуть? Никаких примочек не включать? )
hapel Posted July 11, 2013 Posted July 11, 2013 Включить все то что включил ufm. Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался )
ufm Posted July 11, 2013 Posted July 11, 2013 (edited) Включить все то что включил ufm.Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался ) Да собственно я и так расскажу что будет С моими настройками (а они отличаются от настроек по умолчанию отключением spaning-tree во всех местах и включением switchport protected на PON интерфейсах) не будет происходить ничего страшного, так как при любых соединениях не будет кольца. С голыми настройками по умолчанию - можно организовать кольцо, соеденив между собой ONU в разных ветках, но его поймает STP (теоретически, поймает ли на самом деле при настройках по умолчанию я не проверял, так как оно мне нафиг не нужно). Edited July 11, 2013 by ufm
Гайджин Posted July 11, 2013 Posted July 11, 2013 2 Гайджин - убил ))"Ф-ф-ф-ф (зятягиваясь)... Да-а-а... Я такой..." (с)анек
wladd Posted July 11, 2013 Author Posted July 11, 2013 (edited) Option82 нам нужно на 1501С? чето говорят что тогда будет нестабильно работать. настаиваем? Edited July 11, 2013 by wladd
kha0s Posted July 11, 2013 Posted July 11, 2013 Option82 нам нужно на 1501С? Нужно на 3310. Да еще учетом, что оно однопортовое там все просто должно быть.
martin Posted July 11, 2013 Posted July 11, 2013 opt82 на ОЛТ, она и так знает кто откуда запросы шлет, на ону ненужно
kha0s Posted July 11, 2013 Posted July 11, 2013 Был смысл для 4-х портовых ОНУ в опцию 82 цеплять номер порта ОНУ. Для 1-портовых не актуально.
impole Posted July 11, 2013 Posted July 11, 2013 актуально епт ), порт ненадо да но мак ону то нужен ведь!
kha0s Posted July 11, 2013 Posted July 11, 2013 Я к тому что запросы с однопортовых всегда пойдут с первого и единственного порта.
wladd Posted July 11, 2013 Author Posted July 11, 2013 (edited) Как то все что вы пишете "мазано" нет четкости. мой уровень знаний в этом немного абстрактен. Итак пакет запроса к DHCP влетает в ОНУ и попадает в ОЛТ а в последствие вылетает наружу по направлению к DHCP серверу. Насколько я знаю, чеса Опция 82 может подписать лишь из какого ОЛТ порта пришел пакет. В период популярности 1004B, всем было интересно чтобы была подписана ОНУ и UNI port. Это не было реализовано. Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно. MAC придет к DHCP в любом случае. Подписать пакет можно только номером ОНУ. Нужно???? Edited July 11, 2013 by wladd
martin Posted July 11, 2013 Posted July 11, 2013 всем было интересно чтобы была подписана ОНУ и UNI port. - как раз это и нужно.
Гайджин Posted July 11, 2013 Posted July 11, 2013 (edited) В период популярности 1004B, всем было интересно чтобы была подписана ОНУ и UNI port. Это не было реализовано. А что, период популярности уже прошел? Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно. MAC придет к DHCP в любом случае. Не стоит извращаться с каждым типом ОНУ как то специфически - сделать везде и всегда "мак ОЛТа::/мак ОНУ::номер УНИпорта". Ведь не будут же люди ДХЦП сервер рихтовать под каждый тип запроса. Edited July 11, 2013 by Гайджин
ufm Posted July 11, 2013 Posted July 11, 2013 Option82 нам нужно на 1501С? чето говорят что тогда будет нестабильно работать. настаиваем? "Нестабильно" работать будем вся ОНУ в целом, или DHCP?
Gang Posted July 11, 2013 Posted July 11, 2013 (edited) Всем привет! Долго я отсутствовал на празднике жизни Влад, по опшинс 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 но с радиусом будет конечно лучше Edited July 11, 2013 by Gang
martin Posted July 11, 2013 Posted July 11, 2013 плюс сто тыщ питсот )) Бдком стал бы мега полубрасом ))
wladd Posted July 11, 2013 Author Posted July 11, 2013 (edited) Ну так напишите грамотное подробное ТЗ. С картинками и пришлите мне, и давайте его вместе отстаивать в Скайп конференции. ФИЧРЕКВЕСТ принимается - шас выпишем Выписали запрос Про Радиус, послушаем что скажут. По просто реализации на базе шаблонов не писали, пусть ответят про Радиус. По шаблонам, будут идеи кроме переменной "601"? Вдруг еще кто что придумает? Edited July 11, 2013 by wladd
Zolks Posted July 11, 2013 Posted July 11, 2013 Влад, можно вопрос? А когда решиться проблема с ip verify? Андрей писал что: "Инженеры BDCOM признали, что функционал IP Verify работает не корректно, и пообещали выпустить версию прошивки, которая решит эту проблему" Вопрос - когда? Я конечно очень благодарен за прошивку 13113 которая решила проблему с управляющим вланом и DHCP snooping binding, но все же... когда? Естественно вариант если все абоненты на одном epon порту пропишут ip статикой маловероятен, но хотелось бы подстраховки со стороны железа.
Recommended Posts