Потери на канале в несколько мегабит, пров объясняет это работой шейпера

Вот будет смешно, если после брудершафтной выпивки Спайк начнёт к тебе во множественном числе обращаться.

Провайдер и так даёт что должен. Если перегружаеться канал - нечего жаловаться на потери и задержки, это твои проблемы сделать так, чтобы не перегружался.

Без настройки, не будет работать так как хочется тебе. Если нет квалификации - плати тому кто настроит. По аналогии - если нет водительских прав - ездий на такси. Нет денег на такси - не плачь, что в автобусе тесно, а пешком долго.

PS: ZAC Тебе инженер интернет провайдера (который должен разбираться как работает tcp) говорит что ты не прав. Потери уменьшают окно, а так как скорость передачи равна <размер окна>/<задержка отклика>, то и скорость снижается Данные потеряные разумеется перешлются, но передающая сторона уже будет их передавать медленнее, чтобы не допустить перегрузки и дальнейших потерь.
Читай стандарты, а не популярные странички, интернет для чайников за 24 часа

Рекомендую к прочтению книгу У. Стивенса TCP/IP Illustrated
http://www.kuzbass.ru/docs/stevens/ru-html/glava21.html

Это сообщение отредактировал camlost - 2.09.2010 - 16:54

Про размер окна я ничего не говорил, равно как и не отрицал. Хорошо, предположим что такой пинг на 2мб канале при загрузке в одну сторону (аплоаде 120к)
ЋвўҐв ®в 213.180.204.3: зЁб«® Ў ©в=32 ўаҐ¬п=1173¬б TTL=56
ЋвўҐв ®в 213.180.204.3: зЁб«® Ў ©в=32 ўаҐ¬п=1963¬б TTL=56
ЏаҐўл襭 Ё­вҐаў « ®¦Ё¤ ­Ёп ¤«п § Їа®б .
ЋвўҐв ®в 213.180.204.3: зЁб«® Ў ©в=32 ўаҐ¬п=19¬б TTL=56
ЏаҐўл襭 Ё­вҐаў « ®¦Ё¤ ­Ёп ¤«п § Їа®б .
ЏаҐўл襭 Ё­вҐаў « ®¦Ё¤ ­Ёп ¤«п § Їа®б .
ЋвўҐв ®в 213.180.204.3: зЁб«® Ў ©в=32 ўаҐ¬п=2644¬б TTL=56
ЋвўҐв ®в 213.180.204.3: зЁб«® Ў ©в=32 ўаҐ¬п=1899¬б TTL=56
ЏаҐўл襭 Ё­вҐаў « ®¦Ё¤ ­Ёп ¤«п § Їа®б .
это нормально. Но что будет если канал 512к? Почему у других провайдеров такого нет?

Если тип заказа - обычный Интернет, есть полоса более 80% от заказа, есть дропы и т.п. то виноват клиент. Если не так, то недостаточно информации.

А почему в такой кодировке? Чтобы все поняли, что твои беды от собственной небрежности?
Если тебе чай не размешают, ты будешь пить несладкий и возмущаться?
Сейчас скажет, что и так пьёт несладкий... кофе.

Это сообщение отредактировал дядя Саша - 3.09.2010 - 09:37

ZAC
еще от типа очереди на интерфейсе зависит.

вы бы не из CCNA скриншоты приводили а почитали бы про приоретизацию трафика и типы очередей. В старом CCNP это четвертая глава, счас вроде как отдельным экзаменом за рамками CCNP эту тематику вынесли, но литература в любом случае осталась.

А вообще говоря в вашем случае все можно на простом компьютере с линуксом или на там же микротике на вашей стороне разрулить, дропать то что не нужно, очереди для разных типов трафика настроить и прочее.

Это сообщение отредактировал camlost - 3.09.2010 - 11:32

То же самое.

Это типичная ситуация, при подключении через некое устройство, с большим буфером передачи, низкой скоростью в мир, и быстрым интернетом до тебя. Например ADSL подключения работают практически также, при перегрузке канала трафиком ОТ клиета.

ZAC

Довольно таки странно для технических консультаций на подобные темы выбирать ярпортал

Да и вопрос больше похож на то как звонишь в больницу мол доктор голова болит, че делать?

Во первых реальная производительность измеряется не в мегабитах в секунду а скорей в пакетах в секунду. Во вторых что там за воип и что значит при полной загрузке канала? Емкость канала от 1мб для телефонии по идее более чем достаточно, зависит и то настроен ли qos, как он настроен, какое проксирование у прова, какие шлюзы, и тд и тп

Вообще в воип без соответствующей квалификации не стоит даже лезть. Это отдельная тема с кучей нюансов. Попробуй спросить на профильных форумах, но скорее всего совет будет тот же - нанять специалиста.

QoS спасет мир))