Jump to content

относительно небольшой трафик одного торрент клиента ложит 100мбит сеть


Recommended Posts

Posted

Может кто то посоветует по сабжу?

Ситуация периодически наблюдается на нескольких сегментах сети.

Сеть построена на управляемом свиче в середине и оптическими 100мбит выносами на конверторах, затем идут по частному сектору 100м отрезки на неуправляемых свичах.

При включении одним из клиентов какого то хитрого торрента возрастают пинги в пределах всего сегмента после оптики, даже в другую ветку от оптики.

При запрещении на роутере ip трафика от этого клиента пинги становятся 1-2мс, если же блокировать трафик tcp или udp по раздельности, то пинги кратковременно уменьшаются до 10-20мс, а затем снова возрастают до 30-60мс.

От клиента поступает при этом примерно 50 очередей и низкий upload, при этом download к нему около 10мбит. Общий download на сегмент 20-30мбит

Как вариант, пакеты маркируются высоким приоритетом QoS? Не нашел никакой информации по этому поводу, неизвестно, понимают ли неуправляемые свичи (или конверторы) маркеры qos и может ли торрент маркировать так пакеты.

 

Posted

Может быть в неуправляемом сегменте где то магистраль упала в 10м? Вот оно там в полочку упирается, а остальные 10-20мбит набегают ближе к конвертеру.

Еще вариант - глюк flowcontrol. Попробуйте его принудительно выключить, и на вышестоящих свитчах тоже.

Если вы нигде не ошиблись, qos - вряд ли, даже строгий приоритет 10мбит трафика не должен оказывать значительно влияния на остальной трафик 100м порта.

А tcpdump потока глянуть нет тех-возможности?

Posted

У нас тепло, +5 - +15, иногда сыро, но зависимости нет.

 

А tcpdump потока глянуть нет тех-возможности?
есть, смотрел, udp,tcp обмен торрента, ничего лишнего или необычного, искал какие либо маркеры пакетов, но возможно они в центре уже отфильтрованы.

 

input flow-control is unsupported output flow-control is unsupported

 

 

Posted

Некоторые торрент-клиенты дробят пакет, т.е. шпилит не один пакет на 1504, а over 20 пакетов по 64. Ну это только ИМХО ))

Posted

управляемый - циска2950.

раздача через основной шлюз.

пакеты в ответе не дробленные, так и идут по 1300-1500 байт.

в запросах все пакеты короткие, но и аплинка особого нет.

мультикаст шторм? и куда он девается при закрытии доступа в инет?

 

Posted

Если у вас центральный коммутатор с2950, то осмелюсь предположить, что роутер у вас либо РС, либо software based что-то. Следует изучить pps, ИМХО именно от pps у вас возрастают задержки через софт роутер. Хотя неизвестна внутренняя топология, как сеить на вланы порезана, как проверяете и т.п. Информации мало.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.