Перейти до

UA.PON v6.0


wladd

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

  • Відповіді 1k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

 

Согласен, вот мой конфиг.

!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
logging buffered 4096
!
hostname Olt_172.16.1.50
port-protected 1
!
epon mpcp-timeout 60
!
!
!
!
ip default-gateway 172.16.1.1
!
!
spanning-tree mode rstp
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default enable
aaa authorization exec default local
!
username admin password 0 
!
enable password 0  level 15
!
 
epon dynamic-binding-timeout 40
epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template users77
 cmd-sequence 001 epon onu port 1 ctc vlan mode tag 77
 cmd-sequence 002 epon onu all-port loopback detect
!
!
!!slot 0 89
interface GigaEthernet0/1
 description Uplink
 switchport trunk vlan-untagged 1
 switchport mode trunk
 duplex full
!
interface GigaEthernet0/2
 description Downolink
 switchport trunk vlan-allowed 3,37,77,177,220,330
 switchport trunk vlan-untagged 1
 switchport mode trunk
 duplex full
!
interface GigaEthernet0/3
 switchport trunk vlan-untagged 1
 switchport mode trunk
 speed 1000
!
interface GigaEthernet0/4
 switchport trunk vlan-untagged 1
 switchport mode trunk
 speed 1000
!
interface GigaEthernet0/5
 switchport trunk vlan-untagged 1
 switchport mode trunk
 speed 1000
!
interface GigaEthernet0/6
 switchport trunk vlan-untagged 1
 switchport mode trunk
 speed 1000
!
interface EPON0/1
 epon pre-config-template users77 binded-onu-llid 1-64
 epon bind-onu mac 1c87.7913.7fbf 4
 switchport trunk vlan-allowed 3,37,77,177,220,330
 switchport trunk vlan-untagged 1
 switchport mode trunk
 switchport protected 1
!
interface EPON0/1:4
!
interface EPON0/2
 epon pre-config-template users77 binded-onu-llid 1-64
 epon bind-onu mac fcfa.f7c5.fc3f 1
 epon bind-onu mac 1c87.7914.0d07 2
 switchport trunk vlan-untagged 1
 switchport mode trunk
 switchport protected 1
!
interface EPON0/2:1
!
interface EPON0/2:2
!
interface EPON0/3
 epon onu-authen-method hybrid
 epon pre-config-template users77 binded-onu-llid 1-64
 epon bind-onu mac 1c87.7913.ea90 1
 epon bind-onu mac 1c87.7913.ea7b 2
 epon bind-onu mac 1c83.7913.ea7b 3
 switchport trunk vlan-untagged 1
 switchport mode trunk
 switchport protected 1
!
interface EPON0/3:1
!
interface EPON0/3:2
!
interface EPON0/3:3
!
interface EPON0/4
 epon pre-config-template users77 binded-onu-llid 1-64
 epon onu-always-laser-on shut-time 200
 epon bind-onu mac 8014.a867.d9c0 1
 epon bind-onu mac 1c87.7914.1658 2
 epon bind-onu mac 1c87.7913.ce6d 3
 epon bind-onu mac 1c87.7913.f4b0 4
 epon bind-onu mac 1c87.7913.ba48 5
 epon bind-onu mac 1c87.7913.b64c 6
 epon bind-onu mac 8014.a867.d9c8 7
 epon bind-onu mac 1c87.7913.ce3a 8
 epon bind-onu mac 1c87.7913.f9cc 9
 epon bind-onu mac 1c87.7914.0d43 10
 epon bind-onu mac 1c87.7913.ea84 11
 epon bind-onu mac 1c87.7914.0d40 12
 epon bind-onu mac 8014.a867.d970 13
 epon bind-onu mac 8014.a867.d9b8 14
 epon bind-onu mac 1c87.7914.0d31 15
 switchport trunk vlan-untagged 1
 switchport mode trunk
 switchport protected 1
 epon fec-rx
 epon fec-tx
 epon error-frame-alarm
!
interface EPON0/4:1
!
interface EPON0/4:2
!
interface EPON0/4:3
!
interface EPON0/4:4
!
interface EPON0/4:5
!
interface EPON0/4:6
!
interface EPON0/4:7
!
interface EPON0/4:8
!
interface EPON0/4:9
!
interface EPON0/4:10
!
interface EPON0/4:11
!
interface EPON0/4:12
!
interface EPON0/4:13
!
interface EPON0/4:14
!
interface EPON0/4:15
!
!!slot end
!
interface VLAN3
 description manager
 ip address 172.16.1.50 255.255.255.0
!
!
!
vlan 37
 name 37
!
vlan 1,3,37,77,110,177,220,330
!
!
!
!
!
!
ip http server
!
!
!
snmp-server community 0 public RO 
!
line vty 0
 exec-timeout 0
!
line vty 1
 exec-timeout 0
!
line vty 2
 exec-timeout 0
!
line vty 3
 exec-timeout 0
!
line vty 4
 exec-timeout 0
!
line vty 5
 exec-timeout 0
!
line vty 6
 exec-timeout 0
!
line vty 7
 exec-timeout 0
!
line vty 8
 exec-timeout 0
!
line vty 9
 exec-timeout 0
!
line vty 10
 exec-timeout 0
!
line vty 11
 exec-timeout 0
!
line vty 12
 exec-timeout 0
!
line vty 13
 exec-timeout 0
!
line vty 14
 exec-timeout 0
!
line vty 15
 exec-timeout 0
!
line vty 16
 exec-timeout 0
!
line vty 17
 exec-timeout 0
!
line vty 18
 exec-timeout 0
!
line vty 19
 exec-timeout 0
!
line vty 20
 exec-timeout 0
!
line vty 21
 exec-timeout 0
!
line vty 22
 exec-timeout 0
!
line vty 23
 exec-timeout 0
!
line vty 24
 exec-timeout 0
!
line vty 25
 exec-timeout 0
!
line vty 26
 exec-timeout 0
!
line vty 27
 exec-timeout 0
!
line vty 28
 exec-timeout 0
!
line vty 29
 exec-timeout 0
!
line vty 30
 exec-timeout 0
!
line vty 31
 exec-timeout 0
!
!
!
time-zone tz 2 0
!
!Pending configurations for absent linecards:
!
!No configurations pending global

 

Я конечно не гуру но тут в конфиге не хватает вот этого (Switch_config#epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024)я не знаю накой оно но всюду рекомендуют его прописывать...

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

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

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

 

 

Я конечно не гуру но тут в конфиге не хватает вот этого (Switch_config#epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024)я не знаю накой оно но всюду рекомендуют его прописывать...

 

 насколько я знаю, в серии P3310c такая функция не редактируется и идет как есть. 

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

!version 10.1.0D build 34315

service timestamps log date

service timestamps debug date

!

hostname North2_C

port-protected 1

!

!

!

!

ip default-gateway 10.110.2.200

!

!

spanning-tree mode rstp

!

!

!

!

!

!

!

!

!

!         

epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

 

 

 

вот этот кусок

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

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

http://prntscr.com/hdeshc

Прошивка кривая стоит, там вроде была серия где выпилена эта команда и фактически работают только родные ONU. Залейте чуть свежее, 33463.

То что без этой подстройки не работают чужие ОНУ - абсолютно нормально.

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

 

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

http://prntscr.com/hdeshc

Прошивка кривая стоит, там вроде была серия где выпилена эта команда и фактически работают только родные ONU. Залейте чуть свежее, 33463.

То что без этой подстройки не работают чужие ОНУ - абсолютно нормально.

 

 

 

 

Согласен, вот мой конфиг.

!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
logging buffered 4096
!

 

Дык у человека крайняя прошивка стоит (?) :huh:

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

может как  то можно перейти на версию Д?

cтавьте более старую прошивку, сам даунгрейдился с Е когда не обнаружил этой команды
!version 10.1.0D build 33463
полёт нормальный, зоопарк регистрируется, команда pon zaebis отрабатывает
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...

Доброго всім!

маю P3310B

Перевожу всіх абонів на дхцп, статику блокую через ip verify source vlan 

поставив:

ffp dhcp-snooping record 256
ffp isg record 256 

щоб всіх вмістити, на голові висить 144 ону, в sh ip dhcp-relay snooping binding all маю 106 записів, в абонів почало відвалюватися з'єднання, в логах маю:

Jan  2 01:16:55 _bcmPortMacIpAddrInstallXGS3,2447,@error: the ffp ISP count( =257)  is higher than ffp ISP record(= 256)

 

 

Як бути? Можливо є інші шляхи обмежити доступ із статичним ip?

Допоможіть, будь ласка!

 

Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, ASikorskiy сказал:

статику блокую через ip verify source vlan 

Наперкуа? На ОЛТе оно зачем? Делайте портизол(энейбл по дефоллту вроде как в В серии). Все. Абон авторизируйте на БРАСе. Неавторизованные будут и так лапу сосать

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

Доброго всем времени суток!

Прошили P3310C на самую свежую 10.1.0E build 46085 и самый свежий tiger.blob.

Особых изменений в работе не заметили, все хорошо работает как и работало, НО - заметили, что в данной прошивке больше не поддерживается команда

epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

и все же - весь наш зоопарк ОНУ работает так же хорошо, как и до прошивки.

зато есть такая вот команда:

 

OLT_config#epon dba hardware dynamic-cycletime ?
  <cr>
OLT_config#epon dba hardware dynamic-cycletime

и, емнип, эта команда была и в прошлой 10.1.0D build 33463.

вопрос: как первая команда коррелирует со второй(в чем их различия) и нужно ли теперь боятся, хотя пока все работает ок?

Ссылка на сообщение
Поделиться на других сайтах
23 часа назад, bobr-kun сказал:

Доброго всем времени суток!

Прошили P3310C на самую свежую 10.1.0E build 46085 и самый свежий tiger.blob.

Особых изменений в работе не заметили, все хорошо работает как и работало, НО - заметили, что в данной прошивке больше не поддерживается команда


epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024

и все же - весь наш зоопарк ОНУ работает так же хорошо, как и до прошивки.

а пинги как?

Ссылка на сообщение
Поделиться на других сайтах
40 минут назад, RockManX сказал:

а пинги как?

до куда? до ОЛТ или до абонов? до ОЛТ - нормализировалось(хотя был местами кошмар кошмарный), а до абонов, вроде, ничего и не поменялось: как было норм, так и осталось...

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, bobr-kun сказал:

до куда? до ОЛТ или до абонов? до ОЛТ - нормализировалось(хотя был местами кошмар кошмарный), а до абонов, вроде, ничего и не поменялось: как было норм, так и осталось...

до абонов, покрайней мере на 3310Б пинг по локалке был ~20+ безз той команды, опосля ~1

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

Ребята кто что скажет по такому вопросу?!

Есть шина из N сплиттеров, на конечном боксе клиент работает с сигналом -27.6 (смотрю удаленно), по средине в шине в вариваю сплиттер 10\90 с паспортными, проверенными затуханиями на 90% ноге 0,65 (на 1490), смотрю снова конечного клиента и его затухания и получаю -29.2 в итоге разница до и после выходит аж 1,6 Дб.

Где я просчитался? Или удаленка не такая точная?

Відредаговано fet4
Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, zulu_Radist сказал:

сварка говно или уложено волокно криво :)

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

Как такое может быть?

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

Например, при сварке волокон разных типов (например, 652 и 657) затухание будет неожиданно в разы (иногда и на порядки) больше ожидаемого.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, fet4 сказал:

Ребята кто что скажет по такому вопросу?!

Есть шина из N сплиттеров, на конечном боксе клиент работает с сигналом -27.6 (смотрю удаленно), по средине в шине в вариваю сплиттер 10\90 с паспортными, проверенными затуханиями на 90% ноге 0,65 (на 1490), смотрю снова конечного клиента и его затухания и получаю -29.2 в итоге разница до и после выходит аж 1,6 Дб.

Где я просчитался? Или удаленка не такая точная?

"Дело было не в бобине" ...

Можно вопрос? А "накуа" ? ... Все забыли про 3 д.б. запаса ?

т.е. Вы заранее знаете что сигналы УЖЕ не в рекомендуемых параметрах ...

Т.е. есть некоторые предпосылки, что возможно оно будет работать ... НО!

Но они рекомендованы производителем ?

 

Тогда вопрос, а чего Вы удивляетесь? И пытаетесь "цифрой" (настройками/обновами) повлиять на физику и аналог ...   :

(затухание и АРУ ... ?) НАИВНЫЕ !!! ИМХО.

 

По факту, шина одноволоконкой что-ль разварена?

Переделать частично на дерево никак ?

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

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

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

    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від pytnik82
      продам по 350 грн



    • Від gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • Від CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Від ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.


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