UA.PON v4.0

[Гайджин 574]

С помощью километров легко вычисляется затухание на кабеле в расчетах.

У каждого свои выводы и действия, просто вы свои выводы проецируте на других людей предлагая их им качестве истины)

Ага... а с помощью килограммов легко вычисляется возраст.

Что же касается выводов - "делайте что хотите, только Жигулевского не берите - у меня от него изжога" (с)дх.

 

P.s. "их уровень жизни - это наш уровень смерти" - этим многое сказано и объясняется.

[ufm 17]

4UFM:

к сообщению прилагаю багрепорт. В том виде в котором он пошел в работу. Проверьте, в друг что не так.

Вроде всё хорошо.

[ufm 17]

P.s. да и чего тут объяснять? - неужели ни у кого не было случаев закользовывания через межпациентские медные "сопли" протянутые самими абонентами?

Такие сопли, по хорошему, должен ловить loopdetect на самом OLT. Надо будет проверить, кстати.

С другой стороны - в моей схеме это не страшно. Именно для этого у меня строгий traffic segmentation (он-же port isolation) включен во всей сети.

С третьей стороны - удачные железки со стороны абонента могут порезать RSTP/STP пакеты или начать генерить свои приводя к всевозможным веселостям.

Поэтому есть стандартное правило - на клиентских портах RSTP должно быть выключено и зафильтровано. От греха.

[martin 170]

По RSTP\STP - правильно

А вот по лупбеку - зачем ОЛТ вообще знать о какихто кольцах ?? тем более абонентских ?? Если так то она потушит свой порт и абоны в ауте. Поэтому лупбеком должна заниматься именно ОНУшка.

[Гайджин 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 41]

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

[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