Гайджин Опубликовано: 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б втыкаем по компу и пингаем друг друга, и хост за ОЛТом. Прям как все из коробки есть так и воткнуть? Никаких примочек не включать? )
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 статикой маловероятен, но хотелось бы подстраховки со стороны железа.
Рекомендованные сообщения