Пошук по сайту

Сижу на небольшом провайдере в небольшом городе. Тариф тоже небольшой, 15 мегабит. С некоторых пор замечаю периодические потери пакетов, около 10%. При внимательном рассмотрении обнаруживаю, что связаны они с нагрузкой на интернет. При попытке качнуть торент начинаются эти потери, если скорость скачивания ограничить хоть немного ниже тарифной, пакеты перестают теряться. Сделал вывод, что проблемным местом является механизм у провайдера. которым он нарезет мне мои 15 мегабит. Давно раньше я знал, что для ограничения скорости было два виде шейперов. Один вид формирует очередь из пакетов и пропускает их с задержками без потерь, другой, попроще, тупо дропает пакеты при превышении заданной скорости. Отсюда вопрос, какой способ сейчас применяется по большей части у небольших провайдеров. Скорость они режут точно не коммутатором, т.к. для внутренних ресурсов сети провайдера обеспечивается полная скорость, 100 мегабит, т.е. какой - то шейпер стоит на выходе от провайдера на улицу. Насколько это нормально в такой ситуации для домашнего интернета, мб все так живут, а я один недовольный. С др стороны, лично я вижу такое в первый раз. Если пригрузить интернет, то пусть растут пинги, но пакеты в промышленных масштабах не теряются. Поддержка у провайдера настолько тугая, что её, можно сказать, почти нет. Мальчики несут какой - то бред и всё время порываются спидтестом скорость измерить или проблемы в моём кабеле найти, хотя видно, что пакеты теряются на выходе из провайдера на улицу. У меня такая слабая надежда, если я мб ссылку с авторитетного форума отправлю им, они хоть прочитают в интернете о чем речь. Потери начинаются с четвёртого хопа и это именно первый хоп за пределами провайдера.

Итак есть провайдер который предоставлял доступ в интернет в течении минимум месяца с потерями 5-50% в день, были и периоды и пропадания. На днях признали что проблема на магистральной линии, до этого морозились, если мастеров таки вызывали то они "находили" проблемы у самих абонентов сочиняли все подряд, при этом рассказывали сказки что у них все нормально, так как они охватывают много частного сектора районы городов/села где альтернатива только укртелеком то не везде и не у всех есть варианты сменить провайдера. Соответственно вопрос есть ли какие либо нормативы по потерям (ДСТУ или что то подобное) и каким законам/органам можно взывать, так как минимум месяц ремонтировать (это то что я сам убедился, до этого перебои тоже были) это не то что перебор это вообще жесть. При этом попали тысячи абонентов. Кто сталкивался с заверением у нотариуса переписки с ТП, просто единственное что нотариусы предложили поставить штамп копія вірна.

Есть проблема: есть две головы: BDCOM P3310B Software, Version 10.1.0B Build 19991 и BDCOM P3310B Software, Version 10.1.0B Build 16688 к которым подключен зоопарк разных ONU железок BDCOM 1004B и 1004С и 1501С, ZTE F401, Picotel G100/100N и проблемные ONU Netis EP8101G: Hardware Version : T100V502 Software Version : V2.0.0M20140326 у подавляющего большинства, а возможно и у всех железок из партии наблюдаются потери при повышении нагрузки причем не зависимо сколько трафика по ним поехало, при этом если заменить на том же месте ONU на родной BDCOM или ZTE - потери отсутствуют. При этом показания с трансивера на ОНУ соответствуют вполне адекватным показания и не скачут: #show epon interface EPON0/2:25 onu ctc optical-transceiver-diagnosis operating temperature(degree): 39 supply voltage(V): 3.3 bias current(mA): 10.1 transmitted power(DBm): 2.2 received power(DBm): -23.7 ошибки на портах так же отсутствуют. пример конфига интерфейса на голове: interface EPON0/2 epon mpcp-registration ctc 30 switchport trunk vlan-allowed 62,2010 switchport trunk vlan-untagged 62 switchport mode trunk epon inner-onu-switch На веб интерфейсе ONU есть меню выбора "головы" BDCOM в списке нет, выбирали все поочередно и картина не менялась. Кто-то встречался с проблемой при работе с этими ОНУ и как решали?