Jump to content

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


Recommended Posts

В качестве 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
 
непомогает.
 
 
Подскажите что предпринять? 
 
 
 
 
 

 

Link to post
Share on other sites

Попробуйте 

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

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

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

Link to post
Share on other sites

Попробуйте 

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

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

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

 

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

 

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

Link to post
Share on other sites

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

Link to post
Share on other sites

Т.е. как я понимаю спутал разные 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 и шить?

Link to post
Share on other sites

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

Edited by passer
Link to post
Share on other sites

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

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
Edited by SavPasha
Link to post
Share on other sites
  • 1 month later...

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

Link to post
Share on other sites

Так что, удалось найти решение проблемы? Столкнулись с аналогичной проблемой, только в случае с гигабитом. Физически соединение подхватывает на Гиг, но пропускает 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

 

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

Edited by b2fshen
Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

 

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

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

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

 

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

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

Link to post
Share on other sites

 

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

 

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

 

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

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

Edited by Lynx100
Link to post
Share on other sites

 

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

 

 epon sla upstream pir 1000000 cir 1000

 epon sla downstream pir 1000000 cir 1000

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

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

 

На некоторых ONU(а возможно и на всех гиговых бдкомах) по дефолту стоит ограничение в 100м, прописывание гигабита(pir 1000000) проблему убирает.
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 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 ошибок, но они не растут, как я понимаю это говорит о том что не засвет. Буду признателен если подскажите что можно проверить для устранения данной проблеммы.
    • By 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 я тоже знаю, но недавние пожары показали что пон не панацея.
      Заранее всем спасибо за советы.
    • By Colbi
      Канал от РЕТН 4 UAH/mbps в первом гиге, 5 в последующих до 5 гиг. Отдача на УАикс. В лс.
    • By 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
    • By fuji
      Нужна железяка:) которая измеряет скорость передачи данных участка сети. Желательно сертифицированная.
      Возможно кто подскажет варианты. Измерения до 10 Гигабит в секунду..
×
×
  • Create New...