Имеется офис в Москве и в Бостоне, между ними от провайдера выделенный канал. Уже 2 месяца наш провайдер и мы не можем решить проблему. Суть проблемы в следующем, что одной сессией мы не можем получить всю пропусную способность нашего канала. В одну сессию в среднем мы получаем 25 кб/c вместо 1,5 Мбит. Эти 1,5 Мбит, получается получить если запускаешь 6-8 сессий.
Подскажите, где здесь может быть грабля.. уже все идеи закончились... =( если нужна доп. информация спрашивайте.
P.S.
раутере у нас и  у провайдера на CISCO.

• Проблемы с пропускной способностью канала,Nailer, 12:58 , 18-Авг-06
  • Проблемы с пропускной способностью канала,rayden, 10:21 , 21-Авг-06
    • Проблемы с пропускной способностью канала,Nailer, 10:35 , 21-Авг-06
      • Проблемы с пропускной способностью канала,rayden, 13:08 , 21-Авг-06
• Проблемы с пропускной способностью канала,blin, 12:09 , 25-Авг-06
  • Проблемы с пропускной способностью канала,Nailer, 17:21 , 25-Авг-06
    • Проблемы с пропускной способностью канала,psv, 19:18 , 05-Окт-06
      • Проблемы с пропускной способностью канала,blin, 09:56 , 10-Окт-06

>Имеется офис в Москве и в Бостоне, между ними от провайдера выделенный
>канал. Уже 2 месяца наш провайдер и мы не можем решить
>проблему. Суть проблемы в следующем, что одной сессией мы не можем
>получить всю пропусную способность нашего канала. В одну сессию в среднем
>мы получаем 25 кб/c вместо 1,5 Мбит. Эти 1,5 Мбит, получается
>получить если запускаешь 6-8 сессий.
>Подскажите, где здесь может быть грабля.. уже все идеи закончились... =( если
>нужна доп. информация спрашивайте.
>P.S.
>раутере у нас и  у провайдера на CISCO.

Сессия идет по TCP?

Какой round-trip-delay между точками?

>>Имеется офис в Москве и в Бостоне, между ними от провайдера выделенный
>>канал. Уже 2 месяца наш провайдер и мы не можем решить
>>проблему. Суть проблемы в следующем, что одной сессией мы не можем
>>получить всю пропусную способность нашего канала. В одну сессию в среднем
>>мы получаем 25 кб/c вместо 1,5 Мбит. Эти 1,5 Мбит, получается
>>получить если запускаешь 6-8 сессий.
>>Подскажите, где здесь может быть грабля.. уже все идеи закончились... =( если
>>нужна доп. информация спрашивайте.
>>P.S.
>>раутере у нас и  у провайдера на CISCO.
>
>Сессия идет по TCP?
>
>Какой round-trip-delay между точками?

да тестировалось по TCP. pathchar показывает правильные цифры ширины канала, но он правда использует UDP

Как посчитать правильно round-trip-delay ? пинги в любую сторону постоянные 150 ms

>>>Имеется офис в Москве и в Бостоне, между ними от провайдера выделенный
>>>канал. Уже 2 месяца наш провайдер и мы не можем решить
>>>проблему. Суть проблемы в следующем, что одной сессией мы не можем
>>>получить всю пропусную способность нашего канала. В одну сессию в среднем
>>>мы получаем 25 кб/c вместо 1,5 Мбит. Эти 1,5 Мбит, получается
>>>получить если запускаешь 6-8 сессий.
>>>Подскажите, где здесь может быть грабля.. уже все идеи закончились... =( если
>>>нужна доп. информация спрашивайте.
>>>P.S.
>>>раутере у нас и  у провайдера на CISCO.
>>
>>Сессия идет по TCP?
>>
>>Какой round-trip-delay между точками?
>
>
>да тестировалось по TCP. pathchar показывает правильные цифры ширины канала, но он
>правда использует UDP
>
>Как посчитать правильно round-trip-delay ? пинги в любую сторону постоянные 150 ms
>

round-trip-delay - это и есть пинг.

Потери пакетов есть?

>>>>Имеется офис в Москве и в Бостоне, между ними от провайдера выделенный
>>>>канал. Уже 2 месяца наш провайдер и мы не можем решить
>>>>проблему. Суть проблемы в следующем, что одной сессией мы не можем
>>>>получить всю пропусную способность нашего канала. В одну сессию в среднем
>>>>мы получаем 25 кб/c вместо 1,5 Мбит. Эти 1,5 Мбит, получается
>>>>получить если запускаешь 6-8 сессий.
>>>>Подскажите, где здесь может быть грабля.. уже все идеи закончились... =( если
>>>>нужна доп. информация спрашивайте.
>>>>P.S.
>>>>раутере у нас и  у провайдера на CISCO.
>>>
>>>Сессия идет по TCP?
>>>
>>>Какой round-trip-delay между точками?
>>
>>
>>да тестировалось по TCP. pathchar показывает правильные цифры ширины канала, но он
>>правда использует UDP
>>
>>Как посчитать правильно round-trip-delay ? пинги в любую сторону постоянные 150 ms
>>
>
>round-trip-delay - это и есть пинг.
>
>Потери пакетов есть?

нет потери пакетов и задержки более-менее постоянные

Такая же проблема на одной сессии скорость около 20 кбит/c на спутниковом канале шириной 1 Мбит. На канале есть потери пакетов - около 2%. В чем причина патери пакетов найти пока не получается... почему не поднимается скорость? Подскажите в чем может быть проблема? Мои предположения иссякли...

>Такая же проблема на одной сессии скорость около 20 кбит/c на спутниковом
>канале шириной 1 Мбит. На канале есть потери пакетов - около
>2%. В чем причина патери пакетов найти пока не получается... почему
>не поднимается скорость? Подскажите в чем может быть проблема? Мои предположения
>иссякли...

TCP.

размер окна tcp можно попробовать изменить (на обоих сторонах)

>размер окна tcp можно попробовать изменить (на обоих сторонах)

Пока основное подозрение на потерю пакетов. Увеличение размера окна, действительно повышает скорость, только изменять настройки у всех клиентов нет возможности...