Проблема с ONU Netis EP8101G

[xedosss 0]

Есть проблема: есть две головы:

BDCOM P3310B Software, Version 10.1.0B Build 19991

и

BDCOM P3310B Software, Version 10.1.0B Build 16688

к которым подключен зоопарк разных ONU железок BDCOM 1004B и 1004С и 1501С, ZTE F401, Picotel G100/100N и проблемные ONU Netis EP8101G:

Hardware Version    : T100V502

Software Version    : V2.0.0M20140326

у подавляющего большинства, а возможно и у всех железок из партии наблюдаются потери при повышении нагрузки причем не зависимо сколько трафика по ним поехало, при этом если заменить на том же месте ONU на родной BDCOM или ZTE - потери отсутствуют. При этом показания с трансивера на ОНУ соответствуют вполне адекватным показания и не скачут:

#show epon interface EPON0/2:25 onu ctc optical-transceiver-diagnosis

 operating temperature(degree): 39

 supply voltage(V): 3.3

 bias current(mA): 10.1

 transmitted power(DBm): 2.2

 received power(DBm): -23.7

ошибки на портах так же отсутствуют.

пример конфига интерфейса на голове:

interface EPON0/2

 epon mpcp-registration ctc 30

 switchport trunk vlan-allowed 62,2010

 switchport trunk vlan-untagged 62

 switchport mode trunk

epon inner-onu-switch

 

На веб интерфейсе ONU есть меню выбора "головы" BDCOM в списке нет, выбирали все поочередно и картина не менялась.

 

Кто-то встречался с проблемой при работе с этими ОНУ и как решали?

Відредаговано 2015-11-15 11:58:58 xedosss

[xedosss 0]

Неужели никто не сталкивался? Никто не знает в чем проблема.

[passer 67]

Конфиг онушки покажите

[xedosss 0]

Конфиг онушки покажите

Да нет конфига там, все прозрачно едет.

 

interface epon0/1:10

 onu-configuration

!!onu-configuration-end

 

и собственно все.

[zulu_Radist 856]

Это что то новое

[FonOdinus 92]

Все в одном влане 

[xedosss 0]

Что значит "все в одном влане"? На порт идет только абонентский влан в редких случаях есть дополнительные вланы для корпоративных включений. Проблема только на этих онушках. На других обитателях зоопарка все отлично. А если вы по поводу управления то все в одном влане потому что так проще, можно конечно заморачиваться с управлением разделением на вланы на каждую ону и т.д. но тогда нужно рисовать темплейты, что бы автоматически регистрировались, но беда в том, что темплейты не работают на ону не бдком, да и с родными есть проблемы в виду разного количества портов.

Відредаговано 2015-11-17 08:29:18 xedosss

[Den_LocalNet 1 474]

 

 

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

 

точно?

[xedosss 0]

Вопрос темы состоит в том, есть проблема только с ONU Netis. С остальными все в порядке. Я так понимаю что никто с проблемой не сталкивался и у всех эти ONU работают нормально?

[logic 522]

у меня работают

[logic 522]

а упр. олта в абон влане?

[xedosss 0]

у меня работают

При идентичных указанных в первом посту условиях?

а упр. олта в абон влане?

Нет, управление ОЛТ в отдельном влане. 

[logic 522]

у меня чуть по другому.... прилетают на ону два  влана.... мультик и инет

[xedosss 0]

у меня чуть по другому.... прилетают на ону два  влана.... мультик и инет

Есть ли возможность показать конфиг пон порта и конфиг онушки данной модели?

[logic 522]

Ща не покажу

[wladd 382]

если яне путаю то нетисы на чипсете MTK. Это плохо.

Відредаговано 2015-11-18 15:37:04 wladd

[SXM.U 11]

А что именно плохо?

[Reanemator_ua 21]

Плохо то, что если Netis на MTK, то это решение себя не оправдало.Я уже выкладывал в ветке UA.PON 6.0 тест ONU TP-Link на MTK чипе. У этого зверя есть пару вполне очевидных недостатков. 1. Он не поддерживает Management VLAN. Т.е. устроить попингушки из Zabix-а и посмотреть, а жива ли ONU не получится. Следующий недочёт - нет поддержки Loop Back Detection. Для кого-то тоже не страшно; а для тех, кто испытал на себе всю прелесть флуда с клиентской сетевушки, наличие LBD на ONU является обязательным требованием.

 

По моему мнению MTK чип является не стабильным. Может быть не стабильным является софт ... покажет время. Но одно известно точно - TP-Link ONU, и скорее всего все ONU на MTK чипе, являются HGU (Home Gateway Unit) устройством, а не SFU (Single Family Unit). Если залезть на WEB TP-Link_а , то можно увидеть настройки DHCP Сервера, WAN IP, LAN IP, Port Forwarding, т.е. полный набор, заточенный под работу в режиме роутера. Давайте вспомним, что за всё время развития PON индустрии не было ни одной стабильной ONU-роутрера. Я тестировал 3 Wi-Fi ONU-шки: BDCOM, ANYK (Знаменитые домики ) и CHIMA. Все эти ONU работают не стабильно. В ветке UA.PON 6.0 также поднимался вопрос об отваливании клиентов от Wi-Fi ONU Extralink.

 

Т.е. создаётся устойчивое ощущение, что китайцы пока до HGU ONU ещё не доросли. И если данный Netis на MTK чипе, то он обречён на ту же учесть, что и все HGU устройства - работать не стабильно.

[NAS 0]

Сталкивались с этой проблемой однажды. Замена на другой нетис помогла.

А вот чипсет у нетиса совсем не МТК. Чипсет - Marvell.

[Кеша 546]

взяли потестить одну ONU Netis, увидели такие же потери и большой пинг.

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

фоксгейты и бдкомы рулят.

[vitalvit1 1]

Более 60 ONU Netis полгода в работе, жалоб от абонентов нет!!!

[WhiteNoise 11]

По моему мнению MTK чип является не стабильным. Может быть не стабильным является софт ... покажет время. Но одно известно точно - TP-Link ONU, и скорее всего все ONU на MTK чипе, являются HGU (Home Gateway Unit) устройством, а не SFU (Single Family Unit). Если залезть на WEB TP-Link_а , то можно увидеть настройки DHCP Сервера, WAN IP, LAN IP, Port Forwarding, т.е. полный набор, заточенный под работу в режиме роутера. Давайте вспомним, что за всё время развития PON индустрии не было ни одной стабильной ONU-роутрера. Я тестировал 3 Wi-Fi ONU-шки: BDCOM, ANYK (Знаменитые домики ) и CHIMA. Все эти ONU работают не стабильно.

 

 

Huawei HG8245

[NAS 0]

Думаю, что вопрос касательно чипсета MTK уже не актуален в этой теме. Он никакого отношения к нетису не имеет!