kochub Posted May 22, 2012 Posted May 22, 2012 Есть вендор который предоставяет "Универсальное" решение для любого типа трафика, в том числе для UDP и VoIP - SilverPeak http://www.osp.ru/resources/focus-centers/cod/library/library_376.html Кто что может сказать про это решение? Есть ли опыт использования? Вставить ник Quote
triam Posted May 22, 2012 Posted May 22, 2012 ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник. Проблем с этими системами много, а результат заметен только на мееееедленных каналах. Вставить ник Quote
kochub Posted May 22, 2012 Author Posted May 22, 2012 ИМХО, это всё неактульно. Сейчас реально проще купить канал больше. Возможно, в тех уголках нашей страны, где нет магистральной оптики и есть только спутник. Проблем с этими системами много, а результат заметен только на мееееедленных каналах. Ну на дальних дистанциях еще задержка сказывается, которая не дает разогнаться TCP. А потери пакетов на каналах в виде MPLS VPN - это сейчас частое явление? По идее они портят голос, и существенно замедляют передачу из-за необходимости перепосылки потерянных пакетов. Вставить ник Quote
triam Posted May 22, 2012 Posted May 22, 2012 Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Вставить ник Quote
kochub Posted May 22, 2012 Author Posted May 22, 2012 Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить. Вставить ник Quote
puh Posted May 22, 2012 Posted May 22, 2012 ИМХО, это всё неактульно. Сейчас реально проще купить канал больше дело не в скорости, а в задержке. При RTT 100 мс samba будет работать ну ооочень задумчиво с каналом любой ширины, хоть мегабит, хоть сотка. Вставить ник Quote
kochub Posted May 22, 2012 Author Posted May 22, 2012 Это заблуждение. Если потери и есть то в рамках указанного SLA. Если у вас проблемы с голосом в канале, то надо просто заказать услугу QoS. Как вы думаете работают оптимизаторы? Что они делают при потере пакетов в канале? Они же их не генерируют =) Оптимизаторы в первую очередь, позволяют более оптимально использовать полосу. Превращая трафик в поток данных. Кстати, помоему услуга QoS отдельно билится для каждого из трех уровней Косы, чем выше коса у трафика тем дороже. А если оптимизировать трафик и использовать самую дешевую Косу? Вставить ник Quote
puh Posted May 22, 2012 Posted May 22, 2012 Кстати, помоему услуга QoS отдельно билится для каждого из трех уровней Косы, чем выше коса у трафика тем дороже. А если оптимизировать трафик и использовать самую дешевую Косу? не трех, а у кого сколько. У всех по-разному. так использовать не получится, так как как бы вы не оптимизировали, на исходящей очереди на PE-шке смешается ваш голосовой и неголосовой трафик, получится кака. Вставить ник Quote
nuclearcat Posted May 22, 2012 Posted May 22, 2012 Так в том то и дело, что Silver Peak заявляет что у них есть волшебная технология Forward Error Correction - как в RAID передается на несколько пакетов один избыточный, который позволяет в случае потери одного из пакетов в группе на приемной стороне его восстановить. По моим вычислениям это либо ведет к значительному перерасходу траффика, либо к ощутимому увеличению задержки. И самое главное, FEC заточен на потоковые данные, а пакетные, с их размером блока, имеют для него слишком крупный квант. Если же данные разбивать помельче, то растет оверхед. Вставить ник Quote
kochub Posted May 22, 2012 Author Posted May 22, 2012 (edited) kochub, вы их что продаёте? Раздумываем - стоит ли этим заниматься, интересуюсь насколько это актуально Edited May 22, 2012 by kochub Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.