kochub Posted May 22, 2012 · Report post Есть вендор который предоставяет "Универсальное" решение для любого типа трафика, в том числе для UDP и VoIP - SilverPeak http://www.osp.ru/resources/focus-centers/cod/library/library_376.html Кто что может сказать про это решение? Есть ли опыт использования? Share this post Link to post Share on other sites
triam Posted May 22, 2012 · Report post ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник. Проблем с этими системами много, а результат заметен только на мееееедленных каналах. Share this post Link to post Share on other sites
kochub Posted May 22, 2012 · Report post ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник. Проблем с этими системами много, а результат заметен только на мееееедленных каналах. Ну на дальних дистанциях еще задержка сказывается, которая не дает разогнаться TCP. А потери пакетов на каналах в виде MPLS VPN - это сейчас частое явление? По идее они портят голос, и существенно замедляют передачу из-за необходимости перепосылки потерянных пакетов. Share this post Link to post Share on other sites
triam Posted May 22, 2012 · Report post Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Share this post Link to post Share on other sites
kochub Posted May 22, 2012 · Report post Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить. Share this post Link to post Share on other sites
puh Posted May 22, 2012 · Report post ИМХО, это всё неактульно. Сейчас реально проще купить канал больше дело не в скорости, а в задержке. При RTT 100 мс samba будет работать ну ооочень задумчиво с каналом любой ширины, хоть мегабит, хоть сотка. Share this post Link to post Share on other sites
kochub Posted May 22, 2012 · Report post Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Кстати, помоему услуга QoS отдельно билится для каждого из трех уровней Косы, чем выше коса у трафика тем дороже. А если оптимизировать трафик и использовать самую дешевую Косу? Share this post Link to post Share on other sites
puh Posted May 22, 2012 · Report post Кстати, помоему услуга QoS отдельно билится для каждого из трех уровней Косы, чем выше коса у трафика тем дороже. А если оптимизировать трафик и использовать самую дешевую Косу? не трех, а у кого сколько. У всех по-разному. так использовать не получится, так как как бы вы не оптимизировали, на исходящей очереди на PE-шке смешается ваш голосовой и неголосовой трафик, получится кака. Share this post Link to post Share on other sites
nuclearcat Posted May 22, 2012 · Report post Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить. По моим вычислениям это либо ведет к значительному перерасходу траффика, либо к ощутимому увеличению задержки. И самое главное, FEC заточен на потоковые данные, а пакетные, с их размером блока, имеют для него слишком крупный квант. Если же данные разбивать помельче, то растет оверхед. Share this post Link to post Share on other sites
triam Posted May 22, 2012 · Report post kochub, вы их что продаёте? Share this post Link to post Share on other sites
kochub Posted May 22, 2012 (edited) · Report post kochub, вы их что продаёте? Раздумываем - стоит ли этим заниматься, интересуюсь насколько это актуально Edited May 22, 2012 by kochub Share this post Link to post Share on other sites
