Перейти до

Проблема со скоростью на ONU BDCOM 1501c1


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

В качестве OLT  BDCOM P3310B Software, Version 10.1.0B Build 19298

 

конфиг:

 

Current configuration:
!
!version 10.1.0B build 19298
service timestamps log date
service timestamps debug date
!
hostname olt1
!
ip default-gateway 10.0.36.33
!
spanning-tree mode rstp
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 admin
!
 
epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 1900
 cmd-sequence 2 epon onu port 4 ctc vlan mode tag 1900
!
!
!!slot 0 84
interface GigaEthernet0/1
 switchport trunk vlan-allowed 207,1900
 switchport mode trunk
!
interface GigaEthernet0/2
 switchport trunk vlan-allowed 207,1900
 switchport mode trunk
!
interface GigaEthernet0/3
 shutdown
!
interface GigaEthernet0/4
 shutdown
!
interface GigaEthernet0/5
 shutdown
!
interface GigaEthernet0/6
 shutdown
!
interface EPON0/1
 epon pre-config-template T1 binded-onu-llid 1-64
 epon bind-onu mac fcfa.f7d8.6150 1
 epon bind-onu mac fcfa.f7d8.5e9e 2
 epon bind-onu mac fcfa.f7d8.5ea8 3
 epon bind-onu mac fcfa.f7d8.5336 4
 epon bind-onu mac fcfa.f7d8.615d 5
 epon bind-onu mac fcfa.f7d8.6158 6
 switchport mode trunk
!
interface epon0/1:1
 onu-configuration
epon onu port 1 ctc vlan mode tag 1900
!!onu-configuration-end
!
 
!
interface EPON0/1:2
 onu-configuration
 description 3-th
  epon onu port 1 ctc vlan mode tag 1900
  epon onu port 4 ctc vlan mode tag 1900
!!onu-configuration-end
 
!
interface EPON0/2
 shutdown
!
interface EPON0/3
 shutdown
!
interface EPON0/4
 shutdown
!
!!slot end
!
interface VLAN207
 description -- mgmt --
 ip address 10.0.36.58 255.255.255.224
!
!
!
vlan 207
 name mgmt7
!
vlan 333
 name iptv
!
vlan 1900
 name pppoe
!
vlan 1,207,333,1900
!
ip mcst series-connection
!
!
!
!         
ip http language english
ip http server
!
!
snmp-server community 0 9999999
!
!
time-zone tz 6 0
sntp master 3
sntp query-interval 720
sntp server 198.18.16.1
sntp server 198.18.16.2
!
!
!Pending configurations for absent linecards:
!
!No configurations pending global
 
 
Тариф 40 мб/с
 
максимум что показывают все тесты 30-32 мегабита. Клиент в бешенстве.
 
Пробовал:
 
 epon sla downstream pir 1000000 cir 1000 на ONT
 
 epon dba hardware cycletime 20000 discovery-frequence 60 discovery-length 1024
 
непомогает.
 
 
Подскажите что предпринять? 
 
 
 
 
 

 

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

Попробуйте 

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

без всяких pir/cir. 

Кроме BDCOM есть ONU других производителей?

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

Попробуйте 

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

без всяких pir/cir. 

Кроме BDCOM есть ONU других производителей?

 

Пробовали. На этом узле только такие ONU.

 

Расскажите что это за значение 20000 - 25000?

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

это глюк партии онушек(проблема при поключении в 100 мегабитный порт), писали тут на форуме об этом. Лечится прошивкой онушки на последнюю версию.

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

У меня глючные были с версией 10.0.17A 1009, причем проблема зависела не от версии прошивки, а от партии. Версия 10.0.17A_1013 исправляла проблему

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

Т.е. как я понимаю спутал разные ONU:

 

 Interface EPON0/1 has registered 6 ONUs:

IntfName   VendorID  ModelID  MAC Address    Description     BindType  Status          Dereg Reason     
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:1                     fcfa.f7d8.6150 N/A             static    lost            unknow           
EPON0/1:2  BDCM      1005     fcfa.f7d8.5e9e N/A             static    auto_configured N/A              
EPON0/1:3  BDCM      1005     fcfa.f7d8.5ea8 N/A             static    auto_configured N/A              
EPON0/1:4  BDCM      1005     fcfa.f7d8.5336 N/A             static    auto_configured N/A              
EPON0/1:5  BDCM      1005     fcfa.f7d8.615d N/A             static    auto_configured N/A              
EPON0/1:6  BDCM      1005     fcfa.f7d8.6158 N/A             static    auto_configured N/A  

 

show epon interface epoN 0/1:2 onu ctc basic-info 
ONU Vender ID       : BDCM
ONU MODEL ID        : 1005
ONU ID              : fcfa.f7d8.5e9e
Hardware Version    :         
Software Version    :    10.0.16A 1012
Firmware Version    : 0x0006000f00010003
Chipset Vendor ID   : CO
Chipset MODEL ID    : 0x8032
Chipset Revision    : 1
Chipset Date        : 17/01/41
Onu type            : SFU
Support multillid   : Not supported
Protection type     : Not supported
Number of Pon       : 1
Number of slot      : 0
Support 1 types of port:
 Number of FE port   : 4
Battery Backup      : 0
 
 
Если  10.0.16A 1012 - P1004C1/P1004C2  то для меня актуальна:

 

10.0.16A_1022

 

на дропбоксе лежит файлик 

icon_spacer-vflN3BYt2.gif

 
 

 

 

 

Что мне с ним делать?

 

Переименовать в 1004С.bin и шить?

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

У нас перешиваются все онушки на боевую прошивку. Пока не окирпичили ни одной.

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

Кто боится прошивать:

no epon onu port 1 ctc auto-negotiation
epon onu port 1 speed 100

....

 

или

no epon onu port 1 ctc auto-negotiation
epon onu port 1 ctc speed 100
Відредаговано SavPasha
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...

Так что, удалось найти решение проблемы? Столкнулись с аналогичной проблемой, только в случае с гигабитом. Физически соединение подхватывает на Гиг, но пропускает 100 и потолок.

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

Так что, удалось найти решение проблемы? Столкнулись с аналогичной проблемой, только в случае с гигабитом. Физически соединение подхватывает на Гиг, но пропускает 100 и потолок.

Точно такая же проблема на 1501с1: показывает гигабит со стороны ону и компа, но больше 100 не пропускает:

 

sho epon int epon 0/2:6 onu ctc basic               

ONU Vender ID       : BDCM

ONU MODEL ID        : 151C

ONU ID              : fcfa.f7c5.eb95

Hardware Version    :         

Software Version    :    10.0.17A 1013

Firmware Version    : 0x0006000f00010006

Chipset Vendor ID   : CS

Chipset MODEL ID    : 0x8032

Chipset Revision    : 160

Chipset Date        : 11/01/29

Onu type            : SFU

Support multillid   : Not supported

Protection type     : Not supported

Number of Pon       : 1

Number of slot      : 0

Support 1 types of port:

 Number of GE port   : 1

Battery Backup      : 0

 

sho epon int epon 0/2:6 onu port 1 state

    Hardware state is Link-Up

    Speed is 1000Mbps

    Duplex is Full-Duplex

 

Сталкивался кто-то?

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

на форуме это обсуждалось уже ... ищите

проблема скорее всего с прошивкой

Обсуждалась невозможность работы 100М устройств. Прошивку залил самую свежую 1013.

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

 

на форуме это обсуждалось уже ... ищите

проблема скорее всего с прошивкой

Обсуждалась невозможность работы 100М устройств. Прошивку залил самую свежую 1013.

 

там как раз проблема была в скорости ....

а не невозможность работы

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

 

Помогло вот это:

 

 epon sla upstream pir 1000000 cir 1000
 epon sla downstream pir 1000000 cir 1000

 

это вообще по хорошему можна не юзать

смысла просто нет, кроме того некоторые ону не поддерживают

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

 

Помогло вот это:

 

 epon sla upstream pir 1000000 cir 1000

 epon sla downstream pir 1000000 cir 1000

это вообще по хорошему можна не юзать

смысла просто нет, кроме того некоторые ону не поддерживают

 

На некоторых ONU(а возможно и на всех гиговых бдкомах) по дефолту стоит ограничение в 100м, прописывание гигабита(pir 1000000) проблему убирает.
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

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

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

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

    • Від komet
      Добрый день, может кто сталкивался. Имеем Несколько Bdcom p3310c, недавно начали поступать жалобы от некоторых абонентов, в основном на свеже установленных Bdcom. Проблема выглядит так, даем абоненту по тарифу скорость 50мб, а при тестировании входящая не поднимается больше 20ти. Смотрели по уровням у абонентов, от -18 до -21. По Epon порту прикладываю информацию ниже.
      Switch#show interface epON 0/2 EPON0/2 is up, line protocol is up Ifindex is 8, unique port number is 8 Description: Chexova Hardware is Giga-PON, address is 8479.73d9.f7c4 (bia 8479.73d9.f7c4) MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec Encapsulation ARPA Flow-Control Off 5 minutes input rate 417632 bits/sec, 485 packets/sec 5 minutes output rate 7769809 bits/sec, 732 packets/sec Received 166093456 packets, 33506093041 bytes 17188 broadcasts, 108583 multicasts 0 discard, 8 error, 0 PAUSE 0 align, 0 FCS, 0 symbol 0 carriersense Received mpcp 0 frame, 0 timeout 51 request, 0 ack, 0 report 0 gate, 0 register Transmited 249208913 packets, 333379433730 bytes 44132 broadcasts, 862107 multicasts 0 discard, 0 error, 0 PAUSE 0 sqettest, 0 deferred 0 single, 0 multiple, 0 excessive, 0 late Transmited mpcp 0 discovery window 0 request, 0 ack, 0 report 1421887 gate, 51 register Есть 8 ошибок, но они не растут, как я понимаю это говорит о том что не засвет. Буду признателен если подскажите что можно проверить для устранения данной проблеммы.
    • Від ucTuHa
      Добрый вечер всем. Речь не о деньгах, а о скорости. Хочу немного поднять скорость для беспроводных клиентов.
      Есть база Микротик какой то там GL не помню уже, работает в nstream, клиенты lite5. В пиках на базе до 70 клиентов. Тарифы 1,2,3,4 мбита, в основном 1 и 2.
      Так вот, хочу поднять скорость хотя бы на сколько то, в идеале 2,4,6,8, но 6 и 8 меня пугают, возможно последние два просто убрать.
      Собственно почему я об этом задумался, в пиках база мне кажется не нагружена, примерно раздает 25-30 мбит., раньше я почему то считал, что как только база упрется в пропускную способность, то пинги полезут вверх и вот недавно в качестве эксперимента я вообще отключил шейпер и начал параллельно пинговать несколько антенн, так вот, пропускная способность немного поднялась, а пинги не изменились вообще.
       
      1. Вопрос к тем у кого при похожем онлайне скорости выше и работает все нормально, как сделано у вас?
      2. Можно ли реализовать как то что бы канал скачки не пересекался с веб? Реально как то сделать что бы если у человека расходуется 100% ему положенного канала веб страницы грузились нормально.
      Только что обнаружил что burst threshold можно поставить выше чем max limit.
      Что будет если настроить Max limit 2, burst limit 4, burst threshold 2.1, burst time 1 или 2. Сможет ли человек нормально грузить веб при полностью загруженном канале или же эта загрузка будет просто забивать канал выше каждую 1 или 2 секунды?
      3. Может у микротика какая то база появилась, которая при тех же клиентах будет раздавать быстрее и лучше? Почему Камбиум может, а микротик нет?
       
      Может быть какие то еще советы дадите, типа скорость х2 в ночное время, или вообще все время кроме 18-22 часов.
       
      Alver прошу не писать, я знаю об оборудовании cambium, возможно в ближайшем будущем приду к этому.
      Про PON я тоже знаю, но недавние пожары показали что пон не панацея.
      Заранее всем спасибо за советы.
    • Від Colbi
      Канал от РЕТН 4 UAH/mbps в первом гиге, 5 в последующих до 5 гиг. Отдача на УАикс. В лс.
    • Від mpolk
      Наблюдаем проблему со скоростью аплоуда у клиентов, подключенных к ОЛТу BDCom GP3600-08. Данный ОЛТ у нас первый из устройств этой модели в хозяйстве, и вообще большого опыта в области GPON-а у нас пока нет. Не исключено, что проблема проявлялась уже давно, но обнаружена она была недавно. Суть проблемы: максимальная скорость аплоуда у клиентов ограничена величиной 25-37 Мбит/с. Не видно зависимости скорости аплоуда от уровня сигнала у конкретного клиента, но просматривается зависимость от порта ОЛТа, к которому подключен клиент. К примеру, на 3-м порту у всех клиентов макс. скорость аплоуда 25-28Мбит/с,на 4-м - 32-34 Мбит/с, на 5-м - 35-37 Мбит/с. Потерь пакетов у клиентов не наблюдается; проблем со скоростью даунлоуда - тоже (у всех около 94 Мбит/с). Какой-либо физический перегруз каналов исключен (трафик небольшой).

      На стенде, с 2-мя ONU эта проблема не наблюдалась. Создается впечатление, что скорость аплоуда зависит от количества ОНУ, зарегистрированных на порту, т.е. ОЛТ выделяет каждой ОНУ фиксированную полосу пропускания, не пытаясь осуществлять DBA. Если проблема именно в этом (в чем я не уверен), то способов включить DBA на ОЛТе я не вижу. Я надеялся, что DBA включен автоматически, но, возможно, я ошибался.
       
      Дополнительно, в процессе проведенных изысканий было обнаружено следующее. Возникло подозрение, что скорость аплоуда в порту определяется ОНУшкой с самым слабым сигналом (такое явление обсуждалось в прошлом на local.com.ua применительно к EPON-овскому оборудованию). Для проверки этой гипотезы я начал временно отключать ОНУ работающих клиентов, подключенных к тому же порту, что и тестовый ноутбук, и при этом перемерять скорость аплоуда. Сначала я отключал ОНУ с самым слабым сигналом. Потом стал отключать, наоборот, самые благополучные ОНУ. Оказалось, что по мере отключения параллельно работающих клиентов скорость аплоуда на тестовом оборудовании действительно растет. Однако уровень сигнала отключаемых ОНУ никак не влияет на результат.  Ускорение тестового аплоуда зависит, по-видимому, только от общего количества отключаемых ОНУ.
       
      В целом, вырисовывается такая картина, что дело не в физике, не в уровнях сигнала и т.п., а в каких-то патологиях в распределении ОЛТом восходящей полосы пропускания между ОНУшками. Возможно, патологии обусловлены ошибками конфигурирования ОЛТа (делалось все, естественно, методом китайского научного тыка, как положено с БДКомом). Или, может быть, дырками в софте ОЛТа, или сочетанием того и другого.
       
      Не сталкивался ли кто с такой проблемой и не знает ли методов лечения?
       
      Данные ОЛТа:
       
      ОНУшки используем родные: BDCom GP1501DR.
      Kaz42-GPON.start
    • Від fuji
      Нужна железяка:) которая измеряет скорость передачи данных участка сети. Желательно сертифицированная.
      Возможно кто подскажет варианты. Измерения до 10 Гигабит в секунду..
×
×
  • Створити нове...