RuterBoard HUGE packet loss

[Guest MAVERICK09]

Здравейте.

Наскоро провеждах тестове с конфугурация RouterBoard 411AH с R52H MiniPCI карта и се натъкнах на интересни резултати при UDP тестовете. Всички тестове са правени с iperf и когато тесвах UDP пакети с bandwidth 30Мбит/с, резултатите бяха 27-28Мбит/с throughtput, но packet loss е ~ 8%, което за VoIP не е много добър резултат. Та мисълта ми е, дали има начин да се конфигурира така, че да имаме по-малък throughput, но с по-малък packet loss? Благодаря за помощта предварително.

ПП:Прилагам тестовите резултати.

[Гост]

Да, напоследък се специализирах в този проблем. Резултата от теста е нормален. Пусни тоя тест през друго оборудване да видим. После пусни и TCP тест.

За VoIP-а: коя версия RouterOS имаш? Какъв VoIP искаш да оправиш? През какъв линк искаш да го пуснеш VoIP-а? Ако излиза към интернет, какъв е интернетския линк?

[SS7]

Хм, резултата не е нормален

Експеримента дали е правен в офис/лаборатория ? Тогава е възможно да има загуби по ред причини.

Какво е натоварването на микротиците ? nstreme пуснат ли е?

Да, напоследък се специализирах в този проблем. Резултата от теста е нормален. Пусни тоя тест през друго оборудване да видим. После пусни и TCP тест.

За VoIP-а: коя версия RouterOS имаш? Какъв VoIP искаш да оправиш? През какъв линк искаш да го пуснеш VoIP-а? Ако излиза към интернет, какъв е интернетския линк?

[Гост]

UDP.

[SS7]

udp де , какво му е различното от ICMP например

Ама и той е намерил интересен начин да прави тестове за VoIP , ама де да знам, може наистина да иска да носи 30мбита само удп трафик . Ама на реален изцяло VoIP трафик процесора на борда ще умре преди 30-те мбита.

[Гост]

В такъв случай нека пусне TCP теста и да пингва едновременно да провери за загуби.

p.s. а той човека дали ще се върне да отговори на въпросите ни относно проблема му ?

[111111]

много интересно става по време на теста като се пусне МАС пинг

[SS7]

Ами то линка ако му носи 27-28 мбита , при udp тест с 30 М не само е възможно, ами е задължително да има 8% загуби

За да тества коректно първо трябва да знае колко мбита му носи линка и след това да тества на удп с по-малка скорост.

p.s.

UDP и ICMP , за разлика от TCP не могат да разберат каква е пропускателната способност между двете крайни точки . Затова коректния начин за тестване е да се разбере пропускателната способност чрез TCP тест .

След като знаем вече пропускателната способност,  тогава вече се тества с по-малка скорост на UDP стриима.

Общо взето, за да няма проблеми , ръчно (шейпър например) трябва да осигурим линка да не се запълва на 100% пропускателна способност. Така няма да имаме загуби на L1 ниво.