Перейти до

UA.PON v4.0


wladd

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

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

 

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

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

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Компания IC-Line объявляет о продлении срока гарантии на ONU модели 1004B проданных в период с августа 2012г по август 2013г на срок до 30 месяцев с момента приобретения.   По вопросу поставки ком

Что за UA.PON.... что это вообще такое!!??

Posted Images

  В 09.07.2013 в 10:11, sanyadnepr сказав:

 

  В 09.07.2013 в 09:59, _WesT_ сказав:

 

  В 09.07.2013 в 09:15, sanyadnepr сказав:

 

 

 

 

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

 

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

 

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

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

 

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

 

 

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 11:56, ufm сказав:

 

  В 09.07.2013 в 11:14, ufm сказав:

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

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

 

А вот фиг - они вобще не ходят. Кто нибудь - можете подтвердить данную проблему?
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 09.07.2013 в 09:39, morfey сказав:

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

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

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

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 каналов?

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

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

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

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 14:05, wladd сказав:

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 14:24, hapel сказав:

 

  В 09.07.2013 в 14:05, wladd сказав:

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

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 13:58, wladd сказав:

 

  В 09.07.2013 в 09:39, morfey сказав:

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

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

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

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 - это много.

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

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

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

 

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

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

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

 

Так ????

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

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

Проблема с прохождением 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 включены в свич с транслятором) - всё работает.

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

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

 

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

 

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

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

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

 

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

 

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

 

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

 

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

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 17:32, forerunner сказав:

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

 

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

 

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

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

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

 

  В 09.07.2013 в 18:37, uaa сказав:

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

 

Використовуєм схему пон з дільниками: 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.

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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 16:27, ufm сказав:

Проблема с прохождением 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

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

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

 

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

Відредаговано sanyadnepr
Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 19:12, sanyadnepr сказав:

 

  В 09.07.2013 в 18:37, uaa сказав:

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

 

Використовуєм схему пон з дільниками: 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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 19:26, uaa сказав:

 

  В 09.07.2013 в 19:12, sanyadnepr сказав:

 

  В 09.07.2013 в 18:37, uaa сказав:

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

 

Використовуєм схему пон з дільниками: 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

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

 

Вы открыли для себя логи :)
Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 13:58, wladd сказав:

 

  В 09.07.2013 в 09:39, morfey сказав:

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

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

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

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 каналов?

 

1501В останутся доступны ?
Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 19:19, sanyadnepr сказав:

 

cle mac add dyn
sh mac add dyn
Покажите на ОЛТе ? пинги не пускать

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

 

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

 

Сейчас стенд разобран, если будет время завтра - соберу обратно.

Впрочем, там по любому ничего экзотичного быть не должно.

MAC первого компьютера должен быть виден на порту ONU в влане два, на гигабитном порту OLT в влане 3.

На свиче - на первом порту в влане 2 и на третьем порту в влане 3.

MAC второго компа - в зеркальном виде.

При указанных настройках и ONU и OLT запрещен внутренний свитчинг, только через внешний роутер.

Соответственно прохождение пакета со второго порта на первый:

1. Попадаем на ONU через второй порт в третьем влане.

2. Входим с ONU на OLT в влане 3. Видим dest mac в нашем влане на гигабитном порту и отправляем пакет туда

3. Входим на свич. Видим dest mac в нашем влане на 3 порту и отправляем пакет туда.

4. Выходим со свича без тега, заходим обратно с тегом 2

5. Видим dest mac во втором влане на 1 порту, уходим туда.

6. Выходим с первого порта и попадаем обратно на OLT. Видим dest-mac в нашем (втором) vlan на ONU. отправлем пакет туда

7. Заходим на ONU видем dest-mac в первом порту и отправляем пакет туда.

8. Выходим с ONU без тега через первый порт.

  В 09.07.2013 в 19:36, sanyadnepr сказав:

и

  В 09.07.2013 в 16:27, ufm сказав:

 

interface GigaEthernet0/1
 
no switchport protected

 

 

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

Честно говоря, я немного удивлён. Ребят, знание как ходят по L2 пакеты и как свичи отрабатывают VLAN-ы - это как-бы базовые наши знания, нет?

Ссылка на сообщение
Поделиться на других сайтах
  В 09.07.2013 в 19:55, ufm сказав:

Честно говоря, я немного удивлён. Ребят, знание как ходят по L2 пакеты и как свичи отрабатывают VLAN-ы - это как-бы базовые наши знания, нет?

Базовые, акромя БДком, тут иногда рулетка. Відредаговано sanyadnepr
Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від LIKO
      Продам оптичний лінійний термінал (OLT) BDCOM P3600-16E-2AC , повна комплектація, можливий продаж з модулями BDCOM OLT-GSFP-20+++
      Ціна 85500 грн.
       





    • Від grapefruit
      Доброго вечора, спільното!
      Можливо хтось стикався з завданням,коли потрібно на OLT BDCOM GP3600 по oid визначити час розреєстрування ону. В неті нічого знайти не вдалося, через MIB браузер тоже ніц.
      Якщо підкажете буде дуже вдячний, або хоч підкажіть де шукати.
      Всім гарного вечора)
    • Від alexeya
      Продам оборудование в связи с прекращением деятельности телеком-оператора в Донецкой области.
       
      Eltex MES2324FB в отличном состоянии (8 штук) - 13.000 грн
      Eltex MES5324 (24 SFP+, 4 QSFP) - 62.000 грн
      Extreme Networks X620-16x (16 SFP+) - 42.000 грн
       
      OLT ZTE C320 (GTGH (K00) * 2, PRAM, SMXA (A31) - 32 GPON ports, C++ модули, 10G плата управления. Состояние близкое к новому (был в эксплуатации пол года) - 110.000грн, новый 125.000 грн.
       
      Juniper MX80 (MX5-T upgraded to MX80, 16 subsribers, все лицензии есть), есть 2 штуки. - 1700$
       
      Кабель бухтами (в Павлограде, могу привезти в Днепр или отправка деливери/нп)
      ОКТ-Д(1.0)-2Е1-0,36Ф3,5/0,22Н18-2 — 3000м - 3.5 грн/метр 
      ОКЗ(б2,7)Т-008(7,8 мм) — бухти 3840 и 4000 м - 13 грн/метр
      ОЦБгП-8А1(1х8) 2,7 кН — 2 бухти по 3830 м - 13 грн/метр
       
       
       























    • Від Виктор Николаевич
      Приветствую.
       
      Нужно подключить торговую точку -
       
      Новомихайловка, Каменский район, технология pon, 50мбит.
       
      Предложения в л/с.
    • Від monark
      I sell files to unlock OLT ZTE and OLT Huawei.
      Розблокуйте свої OLT самостійно, щоб прийняти будь-який ONT.
       
      OLT ZTE: C300, C320, C350
       
      OLT HUAWEI: MA5800 X2, X7, X15 and X17 all boards / всі дошки
      OLT HUAWEI: MA56XX all boards / всі дошки
       
      Unlock your OLTs yourself to accept any ONT.
      Розблокуйте свої OLT самостійно, щоб прийняти будь-який ONT.
       
       
      PVT

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