Jump to content

UA.PON v2.0


wladd

Recommended Posts

Разрешено 5 проблем за 6 дней.

Нормальная скорость решения.

Вы так думаете? Судя по комментариям которые я здесь читаю ежедневно,

впечатление другое - прямо противоположное.

 

Я именно так думаю.

Проблемы конечно есть, их надо решать, и они решаются. Скорость решения меня вполне устраивает.

Я иногда от Длинка много дольше ждал ответов. А некоторые отечественные производители вообще болт положили на мои жалобы.

Так что... главное процесс идет. ЧС покоряется. А без набитых шишек - тут никак.

ПОН в массы. Аллилуйя)

Link to post
Share on other sites
  • Replies 1.4k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Рекомендую почитать данную статью. Ее я уже прочитал неделю назад в книжном формате (аналог так сказать). Основная ее полезность не в новизне информации, а в точном и удобном систематизировании. Т

Полный текст статьи можно скачать тут UA.PON v2.0.docx   читайте так же (очень рекомендую для прочтения)   - Опус про децибелыdBm.docx - Опус про оптический бюджетopt budget.docx dBm.zip o

3. Взять модераторство у Foster'a на определенный раздел и в нем все устроить. Бегать на сотне разных форумов не удобно.

Posted Images

Влад, не переживайте. Нормальный рабочий режим. :)

 

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

 

I have config:

 

------
!version 10.1.0A build 6558
service timestamps log date
service timestamps debug dateip default-gateway 10.222.0.1
ip name-server 10.128.0.5
no spanning-tree
!
ip access-list standard httpd-acl
permit  any
!
epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024
!no epon encryption
!
!!slot 0 84
interface GigaEthernet0/1
switchport mode trunk
switchport trunk vlan-allowed 1-4000
!
interface GigaEthernet0/2
!
interface GigaEthernet0/3
!
interface GigaEthernet0/4
shutdown
!
interface GigaEthernet0/5
shutdown
!
interface GigaEthernet0/6
shutdown
!
interface EPON0/1
epon bind-onu fcfa.f796.08e8 1
epon bind-onu fcfa.f796.08df 2
switchport mode trunk
switchport trunk vlan-allowed 1-4000
!
interface EPON0/1:1
onu-configuration
description test1
epon sla upstream pir 1000000 cir 200000
epon sla downstream pir 1000000 cir 200000
 epon onu description 1.pon.mgn
 epon onu ip address static 10.222.8.2 255.255.252.0 gateway 10.222.8.1 vlan 888
!!onu-configuration-end
!
interface EPON0/1:2
onu-configuration
epon sla upstream pir 1000000 cir 200000
epon sla downstream pir 1000000 cir 200000
 epon onu description 2.pon.mgn
 epon onu port 3 ctc vlan mode tag 1120
 epon onu port 4 ctc vlan mode tag 1120
 epon onu ip address static 10.222.8.3 255.255.252.0 gateway 10.222.8.1 vlan 888
!!onu-configuration-end
!
interface EPON0/2
shutdown
!
interface EPON0/3
shutdown
!
interface EPON0/4
shutdown
!
!!slot end
!
interface VLAN888
ip address 10.222.0.54 255.255.252.0![/size][/font]
[font=Verdana][size=2]vlan 1-4000![/size][/font]
[font=Verdana][size=2]time-zone EEST 3 0
sntp query-interval 60
sntp server 10.222.3.254
!
!

 

----------------

 

I can't ping ONU via IP (but I see arp requests from 10.222.8.1 in 888 vlan on PC connected to ONU).

To OLT I have access.

 

I can ping ONU only via 1 VLAN (but in config is set 888 isn't?).

 

WBR,

Fyodor

Link to post
Share on other sites

у меня тоже самое с доступом к ону

причем он был до прошивки онушек

помогает только на epon0/1 сказать switchport pvid влан

и тогда можно достучаться до ону через олт telnet onu_ip /port 2323

Link to post
Share on other sites

у меня тоже самое с доступом к ону

причем он был до прошивки онушек

помогает только на epon0/1 сказать switchport pvid влан

и тогда можно достучаться до ону через олт telnet onu_ip /port 2323

А вот может быть что таки да, таки это мой misconfiguration.

Link to post
Share on other sites

у меня тоже самое с доступом к ону

причем он был до прошивки онушек

помогает только на epon0/1 сказать switchport pvid влан

и тогда можно достучаться до ону через олт telnet onu_ip /port 2323

А вот может быть что таки да, таки это мой misconfiguration.

Нет. Нифига. Что-то я торможу на жаре.

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

Вобщем завтра я еще поиграюсь - напишу.

Link to post
Share on other sites

у меня тоже самое с доступом к ону

причем он был до прошивки онушек

помогает только на epon0/1 сказать switchport pvid влан

и тогда можно достучаться до ону через олт telnet onu_ip /port 2323

А вот может быть что таки да, таки это мой misconfiguration.

Нет. Нифига. Что-то я торможу на жаре.

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

Вобщем завтра я еще поиграюсь - напишу.

 

не, не буду играться. Буду ждать следующую прошивку:

Hello Fyodor,

 

Now ONU's problems is fixed.

...

Link to post
Share on other sites

Коллеги, у меня вопрос:

Switch#show interface e0/1

EPON0/1 is up, line protocol is up

Hardware is GigaEthernet-PON, address is 00e0.0fde.d388 (bia 00e0.0fde.d388)

MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec

Encapsulation ARPA

Full-duplex, Auto-Speed(1000Mb/s)

flow-control off

5 minutes input rate 0 bits/sec, 0 packets/sec

5 minutes output rate 0 bits/sec, 0 packets/sec

Received 0 packets, 0 bytes

0 broadcasts, 0 multicasts

0 discard, 217 error, 0 PAUSE

0 align, 0 FCS, 0 symbol

0 carriersense

Transmited 36 packets, 3682 bytes

22 broadcasts, 14 multicasts

0 discard, 0 error, 0 PAUSE

0 sqettest, 0 deferred

0 single, 0 multiple, 0 excessive, 0 late

 

Поле Errors для PON интерфейса оно что на самом деле означает? А то оно растёт бодренько, и это с учётом того, что включено 3 онушки без нагрузки.

Link to post
Share on other sites

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

 

вот у меня за 2 суток, 2-3 ону

 

Switch#sh int e0/1
EPON0/1 is up, line protocol is up
Hardware is GigaEthernet-PON, address is 00e0.0fde.d120 (bia 00e0.0fde.d120)
MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec
Encapsulation ARPA
Full-duplex, Auto-Speed(1000Mb/s)
flow-control off
5 minutes input rate 6165 bits/sec, 3 packets/sec
5 minutes output rate 5714 bits/sec, 7 packets/sec
Received 271952 packets, 188527425 bytes
1733 broadcasts, 9105 multicasts
0 discard, 0 error, 0 PAUSE
0 align, 0 FCS, 0 symbol
0 carriersense
Transmited 5167592 packets, 5977886327 bytes
228148 broadcasts, 4506401 multicasts
0 discard, 0 error, 0 PAUSE
0 sqettest, 0 deferred
0 single, 0 multiple, 0 excessive, 0 late

Link to post
Share on other sites

Switch#show version

Internetwork Operating System Software

P3310-2AC Series Software, Version 10.1.0A Build 3482, RELEASE SOFTWARE

Copyright © 2011

Compiled: 2011-4-26 19:15:54 by SYS_3482, Image text-base: 0x80008000

ROM: System Bootstrap, Version 0.2.9

Serial num:00311000246, ID num:00311000246

System image file is "Switch.bin"

P3310-2AC RISC

131072K bytes of memory,8192K bytes of flash

Base ethernet MAC Address: 00:e0:0f:de:d7:ee

snmp info:

vend_ID:21545 product_ID:196 system_ID:1.3.6.1.4.1.21545.1.196.0

Switch uptime is 102:04:32:48, The current time: 2001-4-12 4:28:43

 

EPON0/4:2 is up, line protocol is up

Description: ujnaya

Hardware is GigaEthernet-LLID, address is 00e0.0fde.d7f0 (bia 00e0.0fde.d7f0)

MTU 1500 bytes, BW 100000 kbit, DLY 2000 usec

Encapsulation ARPA

Full-duplex, Auto-Speed(1000Mb/s)

flow-control off

5 minutes input rate 66155 bits/sec, 71 packets/sec

5 minutes output rate 1039373 bits/sec, 97 packets/sec

Received 329067549 packets, 176755513505 bytes

108899 broadcasts, 130168 multicasts

0 discard, 0 error, 0 PAUSE

0 align, 0 FCS, 0 symbol

0 carriersense

Received oam 293765 infomation, 0 unique, 0 duplicate

0 request, 0 response, 78 specific, 0 unsupported

0 lost

Received mpcp 0 frame, 0 timeout

0 request, 0 ack, 0 report

0 gate, 0 register

Transmited 488049978 packets, 612701540336 bytes

0 broadcasts, 0 multicasts

0 discard, 0 error, 0 PAUSE

0 sqettest, 0 deferred

0 single, 0 multiple, 0 excessive, 0 late

Transmited oam 293763 infomation, 0 unique, 0 duplicate

0 request, 0 response, 9 specific, 0 unsupported

Transmited mpcp 0 discovery window

0 request, 0 ack, 0 report

0 gate, 0 register

 

Switch#show interface epoN 0/4

EPON0/4 is up, line protocol is up

Hardware is GigaEthernet-PON, address is 00e0.0fde.d7f0 (bia 00e0.0fde.d7f0)

MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec

Encapsulation ARPA

Full-duplex, Auto-Speed(1000Mb/s)

flow-control off

5 minutes input rate 80578 bits/sec, 86 packets/sec

5 minutes output rate 1013316 bits/sec, 108 packets/sec

Received 576727310 packets, 222669492607 bytes

128041 broadcasts, 131146 multicasts

0 discard, 14 error, 0 PAUSE

0 align, 0 FCS, 0 symbol

0 carriersense

Transmited 951282840 packets, 986597190844 bytes

111507481 broadcasts, 16106977 multicasts

0 discard, 0 error, 0 PAUSE

0 sqettest, 0 deferred

0 single, 0 multiple, 0 excessive, 0 late

 

вот у меня в работе лог онушки в которую сейчас воткнуто 6 абонентов

Link to post
Share on other sites

Эк её плющит-то, похоже...

 

Aug 1 22:24:07 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to down

Aug 1 22:24:07 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to down

Aug 1 22:24:08 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to up

Aug 1 22:24:08 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to up

Aug 1 22:24:21 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to down

Aug 1 22:24:21 %LINK-UPDOWN: Line on Interface EPON0/1:1 onu uni 4, changed state to down

 

И пакеты с этой онушки приходят дублированными...

 

PING 10.15.26.3 (10.15.26.3): 56 data bytes

64 bytes from 10.15.26.3: icmp_seq=0 ttl=64 time=1.552 ms

64 bytes from 10.15.26.3: icmp_seq=0 ttl=64 time=1.587 ms (DUP!)

64 bytes from 10.15.26.3: icmp_seq=1 ttl=64 time=1.571 ms

64 bytes from 10.15.26.3: icmp_seq=2 ttl=64 time=1.307 ms

64 bytes from 10.15.26.3: icmp_seq=2 ttl=64 time=1.373 ms (DUP!)

64 bytes from 10.15.26.3: icmp_seq=3 ttl=64 time=0.841 ms

64 bytes from 10.15.26.3: icmp_seq=3 ttl=64 time=0.865 ms (DUP!)

64 bytes from 10.15.26.3: icmp_seq=4 ttl=64 time=1.263 ms

64 bytes from 10.15.26.3: icmp_seq=4 ttl=64 time=1.271 ms (DUP!)

64 bytes from 10.15.26.3: icmp_seq=5 ttl=64 time=1.597 ms

 

И если её погасить - ошибки пропадают...

Link to post
Share on other sites

О как:

 

Switch#ethernet oam remote-loopback start interface e0/1:1

This is a intrusive loopback.

While loopback, you will be unable to pass traffic across that link.

Proceed with Remote Loopback(y/n)?y

Switch#ethernet oam remote-loopback test 64 99 interface e0/1:1

Switch#show ethernet oam loopback-test-result int e0/1:1

Loopback test result:

Out of Seqance frames: 144

99 packets transmitted, 163 received, -64% packet loss

rtt min/avg/max = 10/18/30 ms

 

Два вопроса:

 

1. Не сталкивался ли кто нибудь с тким поведением ОНУ?

2. К Владу: если я зменю ОНУ и другая с точно таким-же конфигом будет работать нормально - это повод поменять ОНУ по гарантии?

Link to post
Share on other sites

работает в нечеловеческих условия на улице в ящике уже месяцев 9 :)

 

Подтверждаю про "нечеловеческие условия".

У меня где-то столько же на улице в ящике простоял ОЛТ.

Во время первой волны жары СФП-шки выходили из строя от перегрева.

С ОЛТ вроде ничего. Глюков тоже не замечалось на фоне перегрева.

Link to post
Share on other sites

проблема с мультиком на 1004В решена, во всяком случае щас работает нормально даже хд каналы (~10 Мбит/с)

 

telnet ONU

username root

password admin

atheros write device 0 register 0x700 value 0xfe

 

эта команда включает flow-control на свитче в ОНУ

Link to post
Share on other sites

2 UFM - у меня такой же конфиг, все онушки пингаются., только влан управления с ВИД 1

Кстати, мультикаст ходит довольно давно без проблем и ХД 25 мегабит в том числе (без флоу контрола)

Link to post
Share on other sites

2 UFM - у меня такой же конфиг, все онушки пингаются., только влан управления с ВИД 1

У меня по 1 влану тоже ходит. Надо по 888.

Link to post
Share on other sites

Кстати, мультикаст ходит довольно давно без проблем и ХД 25 мегабит в том числе (без флоу контрола)

на 1004В?

и у мну - без проблем. и ХД каналы.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By WINS
      Вітаю.
      Для будівництва мережі PON потрібні монтажники. 
      Обов’язки:
      • Прокладання волоконно-оптичного кабелю (по фасаду, повітряно, у трубах);
      • Монтаж оптичних кросів, боксів, спліттерів;
      • Будівництво ВБСС (вузлів безпечного скупчення спліттерів);
      • Встановлення пластикових коробів, укладання кабелю всередині приміщень;
      • Зварювання оптичного волокна (навчаємо, якщо немає досвіду);
      • Підключення абонентів до мережі PON (FTTH);
      • Дотримання техніки безпеки при виконанні робіт.
       

       
      📌 Вимоги:
      • Бажання працювати та навчатись;
      • Акуратність, відповідальність;
      • Базові навички користування ручним інструментом;
      • Готовність до фізичної роботи та виїздів на об’єкти.
       

       
      ✅ Пропонуємо:
      • Своєчасну оплату праці;
      • Навчання всім технічним навичкам;
      • Забезпечення всім необхідним обладнанням та витратними матеріалами;
      • Роботу в дружній технічній команді;
      • Можливість кар’єрного росту.
    • By Haddy
      В последнее время столкнулись с проблемой в перекосе сигнала от онушки на голову. 
      Голова: ЗТЕ с610 на С++ модулях, онушки фоксгейт и пикотел.
      Проблема такая: Голова светит свои +6-7, Пикотел светит 1.5-2. Фоксгейт +3-4.
      Расчётный сигнал и фактический от головы к клиенту +- совпадают. Но от онушки до головы где-то теряются 1-2дб. К примеру:  (Онушка пикотел, на отл сигнал приходит на 1дб хуже)
      Магистральные делители все варим, конечные - когда как, чаще всего ставим корпусные упц 1х8, редко бывают оконечки 1х8\1х12\1х16.
      Грешили на корпусные. Начали тестит, вместо них подкидываем оконечку или другой корпусный - проблема сохраняется. Измеряли рефом - волокно отличное, без перекосов и лишних событий.
      Один тест вовсе смутил: в дом приходит порт его делим 1х16 оконеченным, на каждый выход ставим 1х8 - перекос есть. Меняли приходящее волокно (благо их там 24, было куда потыкать) - эффект тот же. Начали менять 1х8 на разные варианты - перекос сохраняется. 
      Закинули онушку на порт без делителей - всё отлично, перекоса нет. Порт, на него 1х16 и онушка - всё отлично, перекоса нет (пробовали разные выходы на 1х16). Заменили 1х16 на другой 1х16 - перекоса нет. Добавили 1х8 (пробовали и корпусный и оконеченный) - перекос в 2 дб вернулся.
      Сейчас бригады переводят другой дом и приколов он внёс ещё больше: один порт на весь дом, в разных местах стоят 1х16 корпусный, но на одном перекос в 2 дб есть, а на втором: перекос 0.4 на одном абоне, 0.5 на другом.
      Волокна максимум 6 км от головы до первого делителя. Если брать волокно в 5 км: перекос в 0.4-0.5дб между 1310 и 1490 - премлимо, как книжка пишет, но откуда этот 1 дб дополнительно вылезает...
      Кто-то сталкивался с таким? Если да, нашли в чём проблема?
    • By Paramotor
      Доброго дня шукаю будівельників Пон у місто Одеса на великий об"єм робіт на довгострокові відносини  
      Хто дійсно зацікавлений за деталями будь ласка в особисті 
      Дякую
    • By Exnet_Skayvin
      Шановні колеги, допоможіть настроїти опцію 82 для гпон плати на 220 та 320 зтє. поділіця конфігом.
    • By kesha13
      Вітаю.
      Для будівництва мережі PON потрібні монтажники. 
      Необхідно робити отвори в перекриттях, встановлювати пластикові труби, розтягувати оптику по багатоповерховим будинкам.
      Територіально - правий берег м. Києва.
      Оплата -  за об'єм виконаної роботи.
      За деталями в особисті повідомлення.

×
×
  • Create New...