UA.PON v4.0

[ZuarasiZ 37]

надо потестить.

 

взять 1501С на порту сделать кольцо Rx+Tx и посмотреть что будет на соседних ОНУ.

затем бродкаст+мультикаст+уникаст+арпфлуд, и опять смотреть что будет.

 

потом шаблон с предложенными

 

 storm-control broadcast threshold 64

 storm-control multicast threshold 64

 storm-control unicast threshold 64

и опять смотреть.

 

И не такие уж это костыли.

 

ЗЫ. Повторюсь. Лишь бы не было экономии по цепи питания, и как следствие сюрпризов от гроз с подгоревшим лазером.

Відредаговано 2013-07-09 10:49:24 ZuarasiZ

[sanyadnepr 305]

 

- storm control - поддерживается только для broadcust , мультикаст и уникаст не поддерживается

[morfey 82]

По идее на соседних ону ничего не должно быть, а на олте дропатся, нужно тестить. Будет время потестю. А STP там точно не нужно.

Відредаговано 2013-07-09 11:06:01 morfey

[sanyadnepr 305]

Вспомните Длинк некоторые модели свичей на старых прошивках, не умеющие детект колец,

вернемся на лет 5-7 назад ?

[ufm 17]

Китайцы жгут напалмом.

 

Следующая конфигурация:

ONU1:

interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 2

ONU2:

interface EPON0/1:2
  epon onu port 1 ctc vlan mode tag 3

OLT включена в свич. В этот-же свич включен vlan транслятор, который всё что приходит в vlan2 отправляет в vlan3 и наоборот.

 

Теоретически всё должно работать, и железка включенная в ONU1 должна видеть железку включенную в ONU2. Теоретически. А практически - МПХ, если с железки в ONU1 попытаться попинговать железку воткнутую в ONU2, то ARP запросы уходят, на стороне второй железки их видно, железка отвечает, но до первой железки они не доходят. И так продолжается, пока ONU1 и ONU2 не назначены IP адреса. Т.е. после чего-то типа

epon onu ip address static 10.222.8.2 255.255.252.0 gateway 10.222.8.1 vlan 1000

всё действительно начинает работать.

 

прошивка в ОНУ - 1107

Сама ОНУ - 1004B

Відредаговано 2013-07-09 11:24:59 ufm

[pavlabor 1 914]

P1004B с распаянным разрядником подвисла, пользователь ребутнул, все завелось, причину не поняли.

[_WesT_ 1 016]

 

 

 

 

 

 

 вы вобще имели дело с кольцами ?

 

Я? нет)))  Я малость другим занимаюсь, извините что ляпаю не в тему. Техническая сторона завязана на моем напарнике.

 

Если ОНУшка в влане, и ее начинает колюбасить, разве нельзя ее порезать на агрегаторе вланов? 

или все таки эти пляски выйдут за пределы влана и уложат ОЛТ?

 

Каждый пусть занимается своим делом

 

 

Нема питань))

[ufm 17]

всё действительно начинает работать.

А вот фиг. Всё равно arp ходят через раз.

[ufm 17]

 

всё действительно начинает работать.

А вот фиг. Всё равно arp ходят через раз.

 

А вот фиг - они вобще не ходят. Кто нибудь - можете подтвердить данную проблему?

[wladd 382]

Ну я хз тогда. Мож скинутся на программиста?)

На УКОС я так понял будет представитель БДКОМ, может подойдем к нему все вместе и дружно попросим, если нет, то не выпустим с Украины )

Украинский романтизм. Как правило романтизм со временем проходит. (извините за яд)

1. По моим данным на УКОС не будет представителя БДКОМ. Бдком представители будт в Киеве в октябре после CIOE.

2. Этих программистов у них итак достаточно, квалификации не меньше наших, вопрос в понимании потребностей, и специфики.

 

Ping_BDCOM: Now the number of  mulicast groups   is 41

if we add loopback deteсt  , it will be less

 

Осталось только разобраться что они имели ввиду.

Значит ли это транзитность - непонятно. Денис говорит что него все 250 каналов воспроизводятся нормально.

Если это транзит - до какого количества каналов можно снизить? как насчет 10 каналов?

Відредаговано 2013-07-09 13:58:57 wladd

[wladd 382]

Есть цены на платы 1501С

Цена 45 долларов. Мин заказ пока 100штук.

Відредаговано 2013-07-09 14:08:00 wladd

[hapel 31]

Есть цены на платы 1501С

Цена 45 долларов. Мин заказ пока 100штук.

А с лупбеком китайцы категоричны? Или можно "поуговаривать"?

[forerunner 84]

 

Есть цены на платы 1501С

Цена 45 долларов. Мин заказ пока 100штук.

А с лупбеком китайцы категоричны? Или можно "поуговаривать"?

 

Да могут они сделать лупбэк, просто это уменьшит количество мультикаст групп на устройстве.

[morfey 82]

 

Ну я хз тогда. Мож скинутся на программиста?)

На УКОС я так понял будет представитель БДКОМ, может подойдем к нему все вместе и дружно попросим, если нет, то не выпустим с Украины )

Украинский романтизм. Как правило романтизм со временем проходит. (извините за яд)

1. По моим данным на УКОС не будет представителя БДКОМ. Бдком представители будт в Киеве в октябре после CIOE.

2. Этих программистов у них итак достаточно, квалификации не меньше наших, вопрос в понимании потребностей, и специфики.

 

Ping_BDCOM: Now the number of  mulicast groups   is 41

if we add loopback deteсt  , it will be less

 

Осталось только разобраться что они имели ввиду.

Значит ли это транзитность - непонятно. Денис говорит что него все 250 каналов воспроизводятся нормально.

Если это транзит - до какого количества каналов можно снизить? как насчет 10 каналов?

 

 

 

Нах там 41 группа?? Там и 5 хватит. Я так понимаю это количество мультикаст груп, которых юзер сможет одновременно выгребать, так? 41 - это много.

[wladd 382]

продолжаем обсуждение багрепорта по 1501С.

насколько я понял на основе обсуждения

 

- лупдетект ДАЁШЬ!

- мульикаст группы можно сократить до 10

- STP / RSTP и прочее должно быть надежно отключено.

 

Так ????

Какие еще хотелки у нас?

Відредаговано 2013-07-09 15:25:34 wladd

[ufm 17]

Проблема с прохождением unicast пакетов.

Стенд:
ONU 1004 с прошивкой 1104/1106/1107/1114 - 1 штука
OLT P3310B с прошивкой 10.1.0B Build 12547 - 1 штука
любой свич с поддержкой VLAN  - 1 штука
компьютеры - 2 штуки
Патчкорды всех мастей - по потребностям.
 
Собираем стенд:
ONU втыкаем в OLT и настраиваем так:

interface EPON0/1:1
 onu-configuration
 epon sla upstream pir 1000000 cir 512
 epon sla downstream pir 1000000 cir 512
  epon onu port 1 ctc vlan mode tag 2
  epon onu port 2 ctc vlan mode tag 3
  no epon onu spanning-tree
  epon onu port 1 loopback detect
  epon onu port 1 storm-control mode 2 threshold 1024
  epon onu port 2 loopback detect
  epon onu port 2 storm-control mode 2 threshold 1024
  epon onu port 3 ctc shutdown
  epon onu port 3 loopback detect
  epon onu port 3 storm-control mode 2 threshold 1024
  epon onu port 4 ctc shutdown
  epon onu port 4 loopback detect
  epon onu port 4 storm-control mode 2 threshold 1024

OLT настраиваем так:

interface GigaEthernet0/1
 switchport trunk vlan-allowed 1-4000
 switchport mode trunk


interface EPON0/1
 epon pre-config-template t2318 binded-onu-llid 1-64
 epon bind-onu mac fcfa.f796.44db 1
 switchport trunk vlan-allowed 1-4000
 switchport mode trunk
 switchport pvid 1000
 switchport protected

Втыкаем OLT в первый порт свича. Порты на свиче настраиваем так:

1 Port - Tagged vlan2, tagged vlan 3
2 Port - Access vlan 2
3 Port - Access vlan 3

Соединяем патчкордом порты 2 и 3 (это vlan translator. Его можно сделать любым удобным способом, главное - прозрачный перенос трафика между vlan2 и vlan3. Этот - самый простой).

Подключаем первый компьютер к первому порту ONU, второй - ко второму.

 

Что мы получили: Весь трафик с компьютера 1 через порт 1 ONU должен уходить в vlan2 на свич, на свиче перетегироваться в vlan3 и возвращаться на порт 2 ONU. Компьютеры должны видеть друг-друга как будто они соеденены напрямую.

 

Что происходит в реальности:

 

Между компьютерами ходят только бродкастовые пакеты. Это легко проверяется.

1. ping с одного компа на другой. На компьютере с которого делаем пинг видим только исходящие ARP REQUEST бродкасты. На втором компьютере видим бродкасты и ответы. На vlan translator видим бродкасты и ответы.

2. ping -b с бродкастовым адресом - видим пакеты на обоих компьютерах.

3. Добавляем статикой mac адрес второго компьютера на первый и видим icmp на первом компьютере и на vlan translator. На второй компьютер icmp не приходит.

 

Какой компьютер первый а какой второй - не важно.

 

Ровно тот-же эффект, если использовать вместо одной - две ОНУ на одной ветке.

Я подозреваю, что и на разных ветках будет тоже самое, но проверить не могу.

На разных OLT (две ону, одна включена в одну OLT, вторая - в другую, OLT включены в свич с транслятором) - всё работает.

Відредаговано 2013-07-09 16:32:06 ufm

[forerunner 84]

Зачем на ONU 1004 это:

epon sla upstream pir 1000000 cir 512
epon sla downstream pir 1000000 cir 512

?

[forerunner 84]

И вообще, что за влан транслятор такой вы придумали?

 

Там будет постоянный флаппинг маков. Один и тот же мак по мере прохождения этой схемы будет переизучаться то на 1м то на 2\3м портах.

 

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

Відредаговано 2013-07-09 17:36:14 forerunner

[uaa 0]

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

[ufm 17]

И вообще, что за влан транслятор такой вы придумали?

 

Там будет постоянный флаппинг маков. Один и тот же мак по мере прохождения этой схемы будет переизучаться то на 1м то на 2\3м портах.

 

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

Давайте мы не будем обсуждать то, в чем вы явно не разбираетесь? Ну если вам правдо интересно, я могу рассказать что это,  зачем и как работает. Но это явно скорее для лички. А пока просто примите на веру - это рабоотает и так надо.

[sanyadnepr 305]

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

Начиная с -28,5 ону сыпет в лог алармы, некоторые так уже делали, наигрались, уже переделывают чтоб было выше -28.

Вы желаете чтоб инет у абонов работал строго по часам ? Только ночью или только днем ?

Малейший пук и вы в мыле ищите где просело 

[sanyadnepr 305]

Проблема с прохождением unicast пакетов.

 

Стенд:

ONU 1004 с прошивкой 1104/1106/1107/1114 - 1 штука

OLT P3310B с прошивкой 10.1.0B Build 12547 - 1 штука

любой свич с поддержкой VLAN  - 1 штука

компьютеры - 2 штуки

Патчкорды всех мастей - по потребностям.

 

Собираем стенд:

ONU втыкаем в OLT и настраиваем так:

interface EPON0/1:1
 onu-configuration
 epon sla upstream pir 1000000 cir 512
 epon sla downstream pir 1000000 cir 512
  epon onu port 1 ctc vlan mode tag 2
  epon onu port 2 ctc vlan mode tag 3
  no epon onu spanning-tree
  epon onu port 1 loopback detect
  epon onu port 1 storm-control mode 2 threshold 1024
  epon onu port 2 loopback detect
  epon onu port 2 storm-control mode 2 threshold 1024
  epon onu port 3 ctc shutdown
  epon onu port 3 loopback detect
  epon onu port 3 storm-control mode 2 threshold 1024
  epon onu port 4 ctc shutdown
  epon onu port 4 loopback detect
  epon onu port 4 storm-control mode 2 threshold 1024

OLT настраиваем так:

interface GigaEthernet0/1
 switchport trunk vlan-allowed 1-4000
 switchport mode trunk


interface EPON0/1
 epon pre-config-template t2318 binded-onu-llid 1-64
 epon bind-onu mac fcfa.f796.44db 1
 switchport trunk vlan-allowed 1-4000
 switchport mode trunk
 switchport pvid 1000
 switchport protected

Втыкаем OLT в первый порт свича. Порты на свиче настраиваем так:

1 Port - Tagged vlan2, tagged vlan 3
2 Port - Access vlan 2
3 Port - Access vlan 3

Соединяем патчкордом порты 2 и 3 (это vlan translator. Его можно сделать любым удобным способом, главное - прозрачный перенос трафика между vlan2 и vlan3. Этот - самый простой).

Подключаем первый компьютер к первому порту ONU, второй - ко второму.

 

Что мы получили: Весь трафик с компьютера 1 через порт 1 ONU должен уходить в vlan2 на свич, на свиче перетегироваться в vlan3 и возвращаться на порт 2 ONU. Компьютеры должны видеть друг-друга как будто они соеденены напрямую.

 

Что происходит в реальности:

 

Между компьютерами ходят только бродкастовые пакеты. Это легко проверяется.

1. ping с одного компа на другой. На компьютере с которого делаем пинг видим только исходящие ARP REQUEST бродкасты. На втором компьютере видим бродкасты и ответы. На vlan translator видим бродкасты и ответы.

2. ping -b с бродкастовым адресом - видим пакеты на обоих компьютерах.

3. Добавляем статикой mac адрес второго компьютера на первый и видим icmp на первом компьютере и на vlan translator. На второй компьютер icmp не приходит.

 

Какой компьютер первый а какой второй - не важно.

 

Ровно тот-же эффект, если использовать вместо одной - две ОНУ на одной ветке.

Я подозреваю, что и на разных ветках будет тоже самое, но проверить не могу.

На разных OLT (две ону, одна включена в одну OLT, вторая - в другую, OLT включены в свич с транслятором) - всё работает.

cle mac add dyn
sh mac add dyn

Покажите на ОЛТе ? пинги не пускать

Тоже самое с пингами.

 

И маки на свиче тоже не плохо бы.

Відредаговано 2013-07-09 19:20:27 sanyadnepr

[uaa 0]

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

Начиная с -28,5 ону сыпет в лог алармы, некоторые так уже делали, наигрались, уже переделывают чтоб было выше -28.

Вы желаете чтоб инет у абонов работал строго по часам ? Только ночью или только днем ?

Малейший пук и вы в мыле ищите где просело 

 

Jul  9 22:21:41 %OPTICAL-TRANSCEIVER-ALARM: Line on Interface EPON0/1:42 onu, too low rx power

Зрозумів, дякую.

[sanyadnepr 305]

и

 

interface GigaEthernet0/1
 
no switchport protected

 

[sanyadnepr 305]

 

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

Начиная с -28,5 ону сыпет в лог алармы, некоторые так уже делали, наигрались, уже переделывают чтоб было выше -28.

Вы желаете чтоб инет у абонов работал строго по часам ? Только ночью или только днем ?

Малейший пук и вы в мыле ищите где просело 

 

Jul  9 22:21:41 %OPTICAL-TRANSCEIVER-ALARM: Line on Interface EPON0/1:42 onu, too low rx power

Зрозумів, дякую.

 

Вы открыли для себя логи