Перейти до

Падение вход скорости


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

Всем привет ,случилась такая проблема,есть канал по оптике на концах медики,так вот начала падать входящяя скорость до 5 мб,иногда поднимается до 70мб,исходящяя норм 90-95,медики меняли в чем может быть причина? Не может это быть из за утяжки волокна?

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

Модели медиков, длину линии и затухание (если можете проверить) - в студию.

 

А может банально косяки с маршрутами у аплинкера? Сами недавно сталкивались, да.

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

Если есть измеритель оптической мощности, померяйте с двух сторон. Из-за обычной петельки на кабеле может быть падение скорости по одному из каналов (1310 не так чувствительна к загибам). В идеале конечно рефлектометром.

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

всем спасибо,патч медный менял,попробую б.п стоят 1 амперные,мощность замеряю,длина кабеля почти 3 км и 3или 4 муфты

 

Для нормальной работы  медиков на 20 км нужно минимум 2-хамперные блоки питания. А в идеале 2,5. Выверенно практикой. При 1А по началу работает потом начинаються траблы. Поэтому последних лет 5 ставим только 2-2,5 А.

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

Для нормальной работы  медиков на 20 км нужно минимум 2-хамперные блоки питания. А в идеале 2,5. Выверенно практикой. При 1А по началу работает потом начинаються траблы. Поэтому последних лет 5 ставим только 2-2,5 А.

Ми перейшли на 12-вольтові м/к, які мають власний імпульсний стабілізатор. З ними подібних проблем нема, крім того, вони працюють від будь-якого БЖ в діапазоні 5-15 Вольт.

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

 

 

Ми перейшли на 12-вольтові м/к, які мають власний імпульсний стабілізатор. З ними подібних проблем нема, крім того, вони працюють від будь-якого БЖ в діапазоні 5-15 Вольт.

Назвiть, будь ласка, моделi медюкiв, на якi Ви перейшли, якщо не секрет. Вiзьму до уваги.

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

Назвiть, будь ласка, моделi медюкiв, на якi Ви перейшли, якщо не секрет. Вiзьму до уваги.

https://local.com.ua/forum/topic/85610-посоветуйте-ups-для-медиков/?p=898144

https://local.com.ua/forum/topic/90127-у-кого-медиаконвертеры-покупаете/?p=945783

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

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

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

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

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

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

Вхід

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

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