Перейти до

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


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

Те же ZTE401 по-моему такой же ерундой страдают. Запихал эти команды в шаблон изначально и сплю спокойно. А те онушки, которые не поддерживают эти команды просто проигнорируют эти команды и все.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 Гигабит в секунду..
×
×
  • Створити нове...