UA.PON v4.0

[Гайджин 574]

А теперь усложняем задачу - кольцо межпортовое (между разными портами олта) или вообще межолтовое.

Ну и плюс реданднутые корпоративные включения.

Відредаговано 2013-07-11 06:35:22 Гайджин

[hapel 31]

Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С

[sanyadnepr 305]

Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С

1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео

Представьте что в этих ону абоны.

2. Тоже самое только онушки в разные деревья.

3. Ону в разные ОЛТы.

4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом.

Відредаговано 2013-07-11 07:11:36 sanyadnepr

[martin 170]

2 Гайджин - убил ))

[hapel 31]

 

Схемку точнее дайте. И что как настроить. Щас как раз есть два ОЛТа и пару ОНУшек 1004б, 1501Б и одна 1501С

1. Одно дерево в него онушки, и патчкордами соединяем медные порты 2х разных ону при этом на 3й пингаем хост за ОЛТом, смотрим онлайн видео

Представьте что в этих ону абоны.

2. Тоже самое только онушки в разные деревья.

3. Ону в разные ОЛТы.

4. На протяжении всех тестов 1004б втыкаем по компу и пингаем друг друга, и хост за ОЛТом.

 

Прям как все из коробки есть так и воткнуть? Никаких примочек не включать? )

[sanyadnepr 305]

Включить все то что включил ufm.

[hapel 31]

Включить все то что включил ufm.

Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался )

[ufm 17]

 

Включить все то что включил ufm.

Та ну нафик. он тут мелким почерком на 10 страницах что-то включает выключает. Я уже запутался )

 

Да собственно я и так расскажу что будет

С моими настройками (а они отличаются от настроек по умолчанию отключением spaning-tree во всех местах и включением switchport protected на PON интерфейсах) не будет происходить ничего страшного, так как при любых соединениях не будет кольца.

С голыми настройками по умолчанию - можно организовать кольцо, соеденив между собой ONU в разных ветках, но его поймает STP (теоретически, поймает ли на самом деле при настройках по умолчанию я не проверял, так как оно мне нафиг не нужно).

Відредаговано 2013-07-11 08:44:31 ufm

[Гайджин 574]

2 Гайджин - убил ))

"Ф-ф-ф-ф (зятягиваясь)... Да-а-а... Я такой..." (с)анек

[wladd 382]

Option82 нам нужно на 1501С?

чето говорят что тогда будет нестабильно работать.

настаиваем?

Відредаговано 2013-07-11 08:55:31 wladd

[kha0s 112]

 

 

Option82 нам нужно на 1501С?

Нужно на 3310. Да еще учетом, что оно однопортовое там все просто должно быть.

[karyon 48]

на онушке - не нужно

[martin 170]

opt82 на ОЛТ, она и так знает кто откуда запросы шлет, на ону ненужно

[kha0s 112]

Был смысл для 4-х портовых ОНУ в опцию 82 цеплять номер порта ОНУ. Для 1-портовых не актуально.

[impole 5]

актуально епт ), порт ненадо да но мак ону то нужен ведь!

[kha0s 112]

Я к тому что запросы с однопортовых всегда пойдут с первого и единственного порта.

[wladd 382]

Как то все что вы пишете "мазано" нет четкости.

мой уровень знаний в этом немного абстрактен.

 

Итак пакет запроса к DHCP влетает в ОНУ и попадает в ОЛТ а в последствие

вылетает наружу по направлению к DHCP серверу.

Насколько я знаю, чеса Опция 82 может подписать лишь из какого ОЛТ порта

пришел пакет. В период популярности 1004B, всем было интересно чтобы была подписана

ОНУ и UNI port. Это не было реализовано.

 

Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно.

MAC придет к DHCP в любом случае.

 

Подписать пакет можно только номером ОНУ. Нужно????

Відредаговано 2013-07-11 11:44:18 wladd

[martin 170]

всем было интересно чтобы была подписана ОНУ и UNI port. - как раз это и нужно.

[Гайджин 574]

В период популярности 1004B, всем было интересно чтобы была подписана

ОНУ и UNI port. Это не было реализовано.

А что, период популярности уже прошел?

Сейчас речь идет про одно портовую ОНУ. подписывать UNI порт не нужно.

MAC придет к DHCP в любом случае.

Не стоит извращаться с каждым типом ОНУ как то специфически - сделать везде и всегда "мак ОЛТа::/мак ОНУ::номер УНИпорта". Ведь не будут же люди ДХЦП сервер рихтовать под каждый тип запроса. Відредаговано 2013-07-11 13:14:08 Гайджин

[ufm 17]

Option82 нам нужно на 1501С?

чето говорят что тогда будет нестабильно работать.

настаиваем?

"Нестабильно" работать будем вся ОНУ в целом, или DHCP?

[Gang 5]

Всем привет! 

 

Долго я отсутствовал на празднике жизни

 

Влад, по опшинс 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

 

но с радиусом будет конечно лучше

Відредаговано 2013-07-11 15:06:31 Gang

[kha0s 112]

Отличная идея, поддержу.

[martin 170]

плюс сто тыщ питсот )) Бдком стал бы мега полубрасом ))

[wladd 382]

Ну так напишите грамотное подробное ТЗ. С картинками

и пришлите мне, и давайте его вместе отстаивать в Скайп конференции.

ФИЧРЕКВЕСТ принимается  - шас выпишем

 

Выписали запрос Про Радиус, послушаем что скажут.

По просто реализации на базе шаблонов не писали, пусть ответят про Радиус.

 

По шаблонам, будут идеи кроме переменной "601"? Вдруг еще кто что придумает?

Відредаговано 2013-07-11 15:49:19 wladd

[Zolks 24]

Влад, можно вопрос?

 

А когда решиться проблема с ip verify?

 

Андрей писал что: "Инженеры BDCOM признали, что функционал IP Verify работает не корректно, и пообещали выпустить версию прошивки, которая решит эту проблему"

 

Вопрос - когда?

 

Я конечно очень благодарен за прошивку 13113 которая решила проблему с управляющим вланом и DHCP snooping binding, но все же... когда?

 

Естественно вариант если все абоненты на одном epon порту пропишут ip статикой маловероятен, но хотелось бы подстраховки со стороны железа.