Перейти к содержимому
Калькуляторы

Оптимизация WAN трафика

Есть вендор который предоставяет "Универсальное" решение для любого типа трафика, в том числе для UDP и VoIP - SilverPeak

http://www.osp.ru/resources/focus-centers/cod/library/library_376.html

 

Кто что может сказать про это решение? Есть ли опыт использования?

Поделиться сообщением


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

ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник.

Проблем с этими системами много, а результат заметен только на мееееедленных каналах.

Поделиться сообщением


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

ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник.

Проблем с этими системами много, а результат заметен только на мееееедленных каналах.

 

Ну на дальних дистанциях еще задержка сказывается, которая не дает разогнаться TCP. А потери пакетов на каналах в виде MPLS VPN - это сейчас частое явление? По идее они портят голос, и существенно замедляют передачу из-за необходимости перепосылки потерянных пакетов.

Поделиться сообщением


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

Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS.

Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =)

Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных.

Поделиться сообщением


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

Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS.

Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =)

Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных.

 

Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить.

Поделиться сообщением


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

ИМХО, это всё неактульно. Сейчас реально проще купить канал больше

дело не в скорости, а в задержке.

При RTT 100 мс samba будет работать ну ооочень задумчиво с каналом любой ширины, хоть мегабит, хоть сотка.

Поделиться сообщением


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

Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS.

Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =)

Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных.

 

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

Поделиться сообщением


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

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

не трех, а у кого сколько. У всех по-разному.

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

Поделиться сообщением


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

Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить.

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

Поделиться сообщением


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

kochub, вы их что продаёте?

 

Раздумываем - стоит ли этим заниматься, интересуюсь насколько это актуально

Изменено пользователем kochub

Поделиться сообщением


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

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.