Перейти до

UA.PON v3.0


wladd

  

193 пользователя проголосовало

  1. 1. Планируете ли вы строить сети в частном секторе, в сельской местности ?

    • Да!
      187
    • Нет!
      6
  2. 2. Планируете ли вы использовать технологию PON или FTTX ?

    • PON
      119
    • FTTX
      74
  3. 3. Являетесь ли вы уже участником проекта UA.PON?

    • Да!
      22
    • Нет
      98
    • Планирую
      86


Рекомендованные сообщения

Насколько я знаю их и раньше было 250 штук.

На 10.1.0B Build 9545 вот такое прокатывало:

ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.1.255

А на 10.1.0B Build 10732 можно только вот так:

ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 823
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Дорогие Друзья! Наконец то родилась третья версия Всеукраинского Проекта - UA.PON.V.3.0 GEPON оправдал себя как новая технология, новая веха в сете строительстве, новая эра оптического доступа! GEPON

А почему девушка голая? Да и еще в колено локтевой позиции? Что это символизирует ? "Мы вас поставим раком и разденем до гола?" И дерево со спины растет с корнем в виде руки Фреди Крюгера, + татуха н

Ипать у тя фантазия)))

Posted Images

мне китайцы говорили, что ограничение чипсета в 256 групп. может, просто провтыкали они с командной строкой?

я просто выяснял это на ранней прошивке

Ссылка на сообщение
Поделиться на других сайтах

мне китайцы говорили, что ограничение чипсета в 256 групп. может, просто провтыкали они с командной строкой?

я просто выяснял это на ранней прошивке

Может конечно чего и провтыкали однако 9545 билде я пытался ввести диапазон 239.1.0.0-239.1.2.0 и оно возмущалось, что мол куда преш скотина, не видиш что 512 групп всего.

 

p.s. 256 групп это как то маловато.

Ссылка на сообщение
Поделиться на других сайтах

и раньше не работало больше 256 групп

команду хавало, но по факту не работало

вернее после перезагрузки кричало что не может прибиндить часть групп

Ссылка на сообщение
Поделиться на других сайтах

и раньше не работало больше 256 групп

команду хавало, но по факту не работало

вернее после перезагрузки кричало что не может прибиндить часть групп

Ну скажем так, то что чип поддерживает все 512 групп я утверждать не буду - даташит по чипу не читал, я залить такое количество iptv каналов у меня сейчас возможности нет.

Однако то, что на фирмвари версии 10.1.0B Build 9545 все замечательно взводилось с 512 группами это факт - только что проверил. Ничего никуда не материться, даже после перезагрузки. OLT команды принимал и имеющиеся в наличии 120 мультикаст групп транслировал.

Вот процесс внесения изменений в конфигурацию в ручную:

 

pony1#conf
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.2.255
pony1_config#Jan 27 10:47:07 %MCST-CMD: Input 767 multicast IP Address is more than the upper limit of multicast VLAN table(512 entries, 512 left).
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.1.255
pony1_config#
pony1_config#no ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.1.255
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255
pony1_config#ip mcst mc-vlan 487 range 239.1.1.0 - 239.1.1.255
pony1_config#ip mcst mc-vlan 487 range 239.1.2.0 - 239.1.2.255
pony1_config#Jan 27 10:48:23 %MCST-CMD: Input 255 multicast IP Address is more than the upper limit of multicast VLAN table(512 entries, 0 left).

 

Вот в итоге до чего сворачивается mcst mc-vlan range:

!
ip mcst enable
ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.1.255
!

А вот собственно процесс загрузки с 512 мультикаст группами на борту:

 

System Bootstrap, Version 0.3.3, Serial No:00313000460
Copyright (c) 2010-2015 by Shanghai Baud Data Communication Co., Ltd.
Current time: 1970-1-1 0:00:00
SDRAM Fast Test...............................PASS!
Flash Fast Test...............................PASS!
RTC Test......................................PASS!
Switch Internal Loopback Test.................PASS!
Loading Switch.bin......
Start Decompress Switch.bin
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
#######################################################################################################################
###################################################################################
Decompress 6003485 byte. Please wait system up...
System startup OK
Loading olt.blob.....
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
%OLT-INI: File olt.blob len 599 KB.
Loading startup-config ... Creating VLAN(s),please wait...
OK!

SUCCESS:3824 bytes loaded, 126 commands are successful executed.

pony1 console 0 is now available

Press RETURN to get started

Jan 1 00:00:03 %MEM-6-EXT_REGION_CREATE 807ed174: Create extend region for region 1 rank 4, 7037 blocks 3660208 bytes
Jan 1 00:00:04 %LINE-5-UPDOWN: Line on Interface VLAN410, changed state to up
Jan 1 00:00:04 %OLT-STATUS: OLT index 0, slot 0, module 0, device 0x00000000, MAC address 0013.2500.0000 is waiting for image.
Jan 1 00:00:04 %OLT-STATUS: OLT index 0, module 0, device 0x00000000, MAC address 0013.2500.0000 is Downloading image.
Jan 1 02:00:04 pony1 System started --
Jan 1 02:00:04 User default logouted on console 0
Jan 1 02:00:05 %OLT-STATUS: OLT index 0, slot 0, module 0, device 0x00000000, MAC address 0013.2500.0000 is shutting down.
Jan 1 02:00:18 %OLT-STATUS: OLT index 0, slot 0, module 0, device 0x00000000, MAC address 00e0.0fde.e3b2 is operational.
Jan 1 02:00:18 %hal_oir_channel_attach: slot = 0, slot type = 0x54, chip = 0
Jan 1 02:00:18 OIR-6-CREATE_INTERFACE: Interfaces of slot 0 with base mac address 00e0.0fde.e3a2 are created successful
Jan 1 02:00:18 OIR-6-CONFIG_LINECARD: Distributing configurations corresponding to slot 0 to application
Jan 1 02:00:18 % Unkwn's pvid 1 not in unTagged vlan list
Jan 1 02:00:18 % Unkwn's pvid 1 not in unTagged vlan list
Jan 1 02:00:18 OIR-6-DIST_GLOBAL_CFG: Distributing pending global configurations to slot 0
Jan 1 02:00:18 OIR-6-CONFIG_LINECARD: Distributing configurations corresponding to slot 0 to application for the second pass
Jan 1 02:00:18 OIR-6-ENABLE_PORTS: Enabling ports of slot 0
Jan 1 02:00:19 %LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to up
Jan 1 02:00:19 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to up
Jan 1 02:00:19 %EPON-ONUREG: ONU fcfa.f796.14ad is registered on E0/1:2.
Jan 1 02:00:19 %EPON-ONUREG: ONU fcfa.f796.174e is registered on E0/1:1.
Jan 1 02:00:19 %OLT: Interface E0/1:2's OAM Operational Status: Operational
Jan 1 02:00:19 %OLT: Interface E0/1:1's OAM Operational Status: Operational
Jan 1 02:00:19 %EPON-ONUAUTHEN: ONU fcfa.f796.14ad is authenticated on E0/1:2.
Jan 1 02:00:19 %EPON-ONUAUTHEN: ONU fcfa.f796.174e is authenticated on E0/1:1.
Jan 1 02:00:20 Interface E0/1:2's CTC OAM extension negotiated unsuccessfully!
Jan 1 02:00:20 Interface E0/1:1's CTC OAM extension negotiated unsuccessfully!
Jan 1 02:00:20 %EPON-ONUREG: ONU fcfa.f796.14ad is registered on E0/1:2.
Jan 1 02:00:20 %EPON-ONUREG: ONU fcfa.f796.174e is registered on E0/1:1.
Jan 1 02:00:20 %EPON-ONUAUTHEN: ONU fcfa.f796.14ad is authenticated on E0/1:2.
Jan 1 02:00:20 %EPON-ONUAUTHEN: ONU fcfa.f796.174e is authenticated on E0/1:1.
Jan 1 02:00:22 %LINE-5-UPDOWN: Line on Interface GigaEthernet0/1, changed state to up
Jan 1 02:00:22 %LINEPROTO-5-UPDOWN: Line protocol on Interface GigaEthernet0/1, changed state to up
Jan 1 02:00:22 %LINEPROTO-5-UPDOWN: Line protocol on Interface VLAN410, changed state to up
Jan 1 02:00:22 %OLT: Interface E0/1:2's CTC OAM extension negotiated successfully!
Jan 1 02:00:22 %OLT: Interface E0/1:1's CTC OAM extension negotiated successfully!

 

 

Ну а теперь, для примера посмотри как выглядит внесение в конфигурацию OLT-а с фирмварью версии 10.1.0B Build 10732:

 

pony1#conf
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.2.255
pony1_config#Jan 27 11:00:58 %MCST-CMD: Input 767 multicast IP Address is more than the upper limit of multicast VLAN table(256 entries, 256 left).
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255
pony1_config#
pony1_config#no ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255
pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.127
pony1_config#ip mcst mc-vlan 487 range 239.1.0.128 - 239.1.0.255
pony1_config#ip mcst mc-vlan 487 range 239.1.1.0 - 239.1.1.127
pony1_config#Jan 27 11:03:55 %MCST-CMD: Input 127 multicast IP Address is more than the upper limit of multicast VLAN table(256 entries, 0 left).
pony1_config#^Z
pony1#Jan 27 11:04:08 SYS-6-CONFIG: Configured from console 0 by admin

 

Вот что в итоге получилось:

!
ip mcst enable
ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.0.255
!

 

А посему у меня возникает вопрос - так все же сколько мультикастовых групп поддерживает OLT (256 или 512)? - Т.е. в какой версии фирмвари баго-фича то?

 

P.s. to wladd: Покажи пожалуйста нашим раскосым друзьям вот эти 6 строк - занимательно будет послушать, что они слепят в этот раз.

 

[switch.bin_10.1.0B_Build_9545]

pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.2.255

pony1_config#Jan 27 10:47:07 %MCST-CMD: Input 767 multicast IP Address is more than the upper limit of multicast VLAN table(512 entries, 512 left).

 

[switch.bin_10.1.0B_Build_10732]

pony1_config#ip mcst mc-vlan 487 range 239.1.0.0 - 239.1.2.255

pony1_config#Jan 27 11:00:58 %MCST-CMD: Input 767 multicast IP Address is more than the upper limit of multicast VLAN table(256 entries, 256 left).

Ссылка на сообщение
Поделиться на других сайтах

Еще одна положительная сторона фирмвари версии 10.1.0B Build 10732 - починили похоже QoS мультикастного трафика.

Т.е. по крайней мере OLT команды не сплевывает, и после проверки стало видно, что трафик раскрашивается.

 

Вот, кстати, как отрабатывалась OLT-ом попытка конфигурирования "раскраски" и QoS мультикастного трафика на фирмвари версии 10.1.0B Build 9545:

pony1#conf
pony1_config#ip access-list extended iptv_groups
pony1_config_ext_iptv_groups# permit ip any 239.1.0.0 255.255.255.0
pony1_config_ext_iptv_groups#permit ip any 239.1.1.0 255.255.255.0
pony1_config_ext_iptv_groups#ex
pony1_config#policy-map iptv_qos
pony1-policy-map# classify ip access-group iptv_groups
pony1-policy-map# action dscp 63 cos 7
pony1-policy-map#ex
pony1_config#interface GigaEthernet0/1
pony1_config_g0/1# qos policy iptv_qos ingress
Jan 27 11:56:23 qos policy on port GigaEthernet0/1 failed.

Ссылка на сообщение
Поделиться на других сайтах

Ковыряюсь с DHCP релеингом и снупингом:

interface GigaEthernet0/1
switchport trunk vlan-allowed 410,487,1008-1009
switchport trunk vlan-untagged none
switchport mode trunk
switchport pvid 487
dhcp snooping trust
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan 1008-1009
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay agent
ip dhcp-relay helper-address 1XX.1XX.1XX.3 vlan 410
!

..

..

..

Такое впечатление что не включено. - Что я забыл?

Господа, ну что никто что ли вообще не использует dhcp snooping? - Неужто IPoE на статике исполняете? Неужели ни кто не сталкивался?

Ссылка на сообщение
Поделиться на других сайтах

Подскажите пожалуйста.

OLT BDCOM P3310 с вентиляторами?

Если Да, сильно ли они шумят?

P3310B (из последнего "конвоя") - да с вентиляторами. Два, справа. При двух включенных компах в комнате их не слышно.
Ссылка на сообщение
Поделиться на других сайтах

facepalm.jpg

 

настройки онушки 1004, если её отключить от PON и перегрузить:

 

  [LAN - Admin]
   MAC Address		  : FC:FA:F7:96:11:C0
   Share Mode		   : Share
   IP Mode			  : Static
   IP Address		   : 10.0.0.10
   IP Mask			  : 255.0.0.0

 

Имя и пароль, вестимо, admin/admin

И вся эта красота доступна со стороны UNI порта.

Ссылка на сообщение
Поделиться на других сайтах

Но она все перетянет с головы после линка? Блин, дефолты срочно надо с головы кормить.

Да вот есть у меня подозрение, что не перетянет. Или не всё. Или нужна будет перезагрузка.

Ссылка на сообщение
Поделиться на других сайтах

А есть тут кто-то против того, что-бы из онушек делать исключительно кирпичи без возможности что-либо на них настроить со стороны абонента?

Ссылка на сообщение
Поделиться на других сайтах

А есть тут кто-то против того, что-бы из онушек делать исключительно кирпичи без возможности что-либо на них настроить со стороны абонента?

Я не то что бы против. Но вот прямо сейчас мне приходится обновлять ONU с неё самой по tftp. Причем с ethernet-а, так как по PON порту оно обновляться, почему-то, не захотело.

Ссылка на сообщение
Поделиться на других сайтах

1501 - собственно теже яйца.

Interfaces:
 [LAN - Admin]
   MAC Address		  : FC:FA:F7:9D:02:F6
   Share Mode		   : Share
   IP Mode			  : Static
   IP Address		   : 10.0.0.10
   IP Mask			  : 255.0.0.0
   Gateway			  : 0.0.0.0
   DNS Server		   : 0.0.0.0

Ссылка на сообщение
Поделиться на других сайтах

кому интересно:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1.Вышла проивка - bug-fix Лечит ARP баг.

Напоминаю, существует баг в прошивках в плоть до 1004B 10.0.8A_1082

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

 

вот обновлялка

 

Процесс обновнения нетривиален, поэтому, гля кого "не горит" лучше подождать

следующей полной версии.

 

2. Инженеры БДКОМ сегодня рапортовали что практичеcки закончили реализацию

Option82 на базе UNI портов. Скоро это можно будет увидеть.

Ссылка на сообщение
Поделиться на других сайтах

кому интересно:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1.Вышла проивка - bug-fix Лечит ARP баг.

Напоминаю, существует баг в прошивках в плоть до 1004B 10.0.8A_1082

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

 

вот обновлялка

 

Процесс обновнения нетривиален, поэтому, гля кого "не горит" лучше подождать

следующей полной версии.

С одной стороны - я не понимаю с чего ты решил что будет еще какая-то "полная версия". Это вполне себе полная версия. Просто её ставить надо в три прохода. Сначала обновлять uboot, потом ставить предыдущую, потом последнюю. Это ты эджкоры никогда не обновлял. Там и 6 проходов бывает.

 

С другой стороны - у меня на 99.9% уверенность, что после обновления эта онушка будет недоступна через management vlan.

С третьей стороны - шить ОНУ лучше через UNI (доступ через тот самый 10.0.0.10).

 

2. Инженеры БДКОМ сегодня рапортовали что практичеcки закончили реализацию

Option82 на базе UNI портов. Скоро это можно будет увидеть.

Интересно, что они тут отломают?

 

P.S. забыл написать - тем не менее ARP действительно начинает ходить нормально.

Ссылка на сообщение
Поделиться на других сайтах

1. Все фиксы делаются не запалтками и кумулятивным обновлением, по крйней мере "у нас"

2. Это именно вы, дорогой UFM требовали изготовить заплатку за неделю.

3. спасибо за подробный отчет.

4. Именно поэтому, я рекомендовал относиться к этому обновления как к чему то временному

и не ставить его без осбой надобности.

Ссылка на сообщение
Поделиться на других сайтах

1. Все фиксы делаются не запалтками и кумулятивным обновлением, по крйней мере "у нас"

2. Это именно вы, дорогой UFM требовали изготовить заплатку за неделю.

Влад, ты не понял. Еще раз - это не заплатка. Я, конечно, допускаю мысль, что китайцы напрягутся и сделают прошику, которая будет менять и uboot и накатывать сразу поаледнюю прошивку, причем не надо будет накатывать промежуточную. Но верю в это очень мало.

Еще раз, первым обновляется uboot. Он, кстати, через OLT не шьётс впринципе. Только непосредственно с ONU.

Дальше накатывается первая версия. И ONU становится вот такой:

    Release			 : 10.0.8A  1098 (F23-BG)
    Build			   : 15:05:50, Dec 12 2012

после чего накатывается следующая версия и ОНУ становится такой:

    Release			 : 10.0.8A  1103 (F23-BG)
    Build			   : 10:36:20, Jan 24 2013

 

Кстати, из менеджмент влана ОНУ пропадает потому что (ТА-ДАМММММ) перестает отвечть на arp запросы. Если ручками внести в arp таблицу что-то типа

arp -s 10.222.11.252 fc:fa:f7:96:11:87 temp

то оно вполне себе пингается.

ufm@ufm-ws ~ $ ping 10.222.11.252
PING 10.222.11.252 (10.222.11.252) 56(84) bytes of data.
64 bytes from 10.222.11.252: icmp_req=1 ttl=62 time=192 ms
64 bytes from 10.222.11.252: icmp_req=2 ttl=62 time=1.85 ms
64 bytes from 10.222.11.252: icmp_req=3 ttl=62 time=1.93 ms
64 bytes from 10.222.11.252: icmp_req=4 ttl=62 time=1.88 ms

 

Т.е. китайцы немного перестарались.

Ссылка на сообщение
Поделиться на других сайтах

- бут не обновится через ОЛТ (факт)

- недочеты ясны (будем работать)

- тем не менее весь этот подбор фарша, без номеров версий, без билдов

(ИМХО не похож на стабильную версию)

- буду требовать чтобы подправили недочет по менеджменту

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.

×
×
  • Створити нове...