Тестване за загуба на пакети в Windows
Загуба на пакети може да възникне при предавания по мрежа, а също и по интернет. В зависимост от това дали контролите на сесията се използват във връзката, загубата на пакети причинява препредаване , което води до по-дълго време за завършване на предаването или води до липсва информация . Повторното предаване на изгубени пакети причинява допълнителен мрежов трафик. Това е неефективно, скъпо и губи време.
За всяко стандартно приложение бавното време за реакция може да бъде досадно и загубата на случаен пакет леко увеличава обема на трафика. Въпреки това, за интерактивни приложения, като напр VoIP , видео стрийминг , и видеоконферентна връзка , загубата на пакети може да бъде пагубна. Тези приложения генерират големи обеми трафик, дори ако пакетите са доставени успешно. Повторното предаване влошава нещата.
В случай че VoIP и видеоконферентна връзка , загубата на пакети не задейства повторно предаване, защото няма време да се задържи доставката на данни към потребителския интерфейс, чакайки тази липсваща част. За щастие, всеки пакет представлява толкова малък отрязък от гласов или видео поток, че полезният товар на един пакет няма да бъде забележим, ако бъде пропуснат в доставената презентация. Въпреки това, поредица от изгубени пакети или честа, периодична загуба на пакети ще влошават качеството на звук или видео. Звукът или видеото ще имат нередности в него или ще висят или ще скачат.
Услугите за поточно видео се справят със загубата на пакети по различен начин. Те нямат такъв натиск да бъдат като реално време като интерактивни приложения, които осъществяват комуникация на живо между двама или повече души. Видео стрийминг разчита на буфериране .
Приложението за възпроизвеждане на видео ще съхрани няколко минути запис, преди да започне да възпроизвежда видеоклипа. Количеството видео време, което съхранява в буфера си, се изчислява на базата на открития битрейт на връзката с добавен процент за очаквана загуба на пакети. В някои случаи видео приложенията могат да се договарят по-ниско качество на видеото за да компенсирате по-бавната връзка. Въпреки това, ако процентът на загуба на пакети във връзката е по-високо от очакваното , буферираното видео ще се изпълни. Ако в буфера няма останало видео, видеоплейърът ще трябва да спре, докато не бъде получено достатъчно време за видео.
Така че загубата на пакети причинява интерактивни приложения лошо качество и предизвиква стрийминг на видео буфер и пауза .
Свързана публикация: Поправете загубата на пакети в 8 стъпки
Контрол на сесията
Има две стратегии за управление на предаването на данни в мрежа и това са и двете Транспортен слой протоколи. Първият от тях е Протокол за контрол на предаването (TCP) , което е „ ориентирани към свързване ' система. TCP включва процедури за проверка дали пакетите пристигат и след това изисква замяна на изгубен пакет. Другата система е Протокол за потребителска дейтаграма (UDP) . Това не установява сесия и затова се нарича „ без връзка .” UDP няма начин да позволи на приемниците да поискат повторно предаване.
TCP е страхотен, но създава много режийни разходи. Интерактивните приложения не могат да си позволят времето, което една сесия добавя, така че тези системи са склонни да се базират на UDP. Те или прилагат контрол на предаването в приложението, или просто не се занимават с него.
Тези два подхода към предаванията и изборът на разработчика на приложението дали да се използва TCP или UDP обяснете защо загубата на пакети създава допълнителен трафик в някои случаи, но не и в други. Така че в някои случаи това причинява лошо качество на услугата, а в други създава бавна услуга. Във всички случаи, загубата на пакети е лошо нещо .
Откриване на загуба на пакети
Ако управлявате бизнес мрежа, която се очаква да носи много гласов и видео трафик , трябва да сте сигурни, че вашите кабелни и мрежови устройства имат достатъчно капацитет за пренасяне на целия трафик, който потребителското търсене ще генерира.
Загубата на пакети не може да бъде напълно елиминирана, така че е нормално да се изчисли допълнителен капацитет изисквания за отчитане на това събитие. Не забравяйте, че няма да получите повторно предаване на VoIP и видеоконферентен трафик, но ще има допълнителни обеми трафик за приложения за видео стрийминг поради загуба на пакети.
По-добре е да откриете процент на загуба на пакети във вашата мрежа и при предаване от определени източници, преди да поставите ново мултимедийно приложение на живо за достъп на потребителите. По този начин, пробно приложение преди да го пуснете.
Възможно е също да проверите за загуба на пакети чрез операционна система , без да включва новото приложение. Това упражнение си заслужава, защото ви помага да разберете дали очевидната загуба на пакети действително се случва в мрежата. Това може също да означава, че има някои настройки в новото приложение, които карат да изглежда, че има загуба на пакети, въпреки че няма реален проблем в мрежата.
Помощни програми за откриване на загуба на пакети
Има редица системи за управление на мрежата които включват помощни програми за идентифициране на загуба на пакети. Някои от тези системни монитори дори ще ви дадат сигнал когато открият по-висок от очаквания процент на загуба на пакети. В тези случаи можете да оставите инструмента, за да продължите с постоянното наблюдение на производителността на мрежата, освобождавайки време за други задачи.
Всички тези системи за мониторинг базират откриването на загуба на пакети на методи, които са вграден в операционната система по който бягат. Тези системи за откриване могат да бъдат достъпни директно от потребителя. Така че, независимо дали имате или не инструмент за наблюдение на мрежата, можете да видите данните за загуба на пакети, които тези монитори използват за своите системни разследвания.
Достъп до помощните програми за наблюдение на системата
Всички помощни програми, от които се нуждаете, за да проучите загубата на пакети, са част от операционната система, която се намира под Windows интерфейс. Трябва да отворите a Командния ред прозорец за достъп до тях.
Щракнете в Лента за търсене в менюто 'Старт'. и тип cmd . Кликнете върху Командния ред в списъка с резултати.
Това отваря прозорец на командния ред, който ви дава директен достъп до операционната система.
Идентифициране на загуба на пакети в мрежата
Трябва да знаете адреса на Шлюз по подразбиране във вашата мрежа. Това важи както за кабелни, така и за безжични мрежи.
В безжична мрежа шлюзът по подразбиране е безжичната точка за достъп (AP); в LAN шлюзът по подразбиране е рутерът. И в двата случая този шлюз е на границата на мрежата. Това е точката, до която всички ваши връзки трябва да стигнат, за да преминат през нея Интернетът . Така че ние просто разглеждаме участъка от комуникации в частната мрежа.
Тестът, който ще използваме, проверява и двете посоки на трафика – от вашия компютър към шлюза и обратно. Тъй като обхваща както там, така и обратно, можете да сте сигурни, че сте тествали условията на изходящите и входящите пакети.
Въведете ipconfig в прозореца на командния ред, за да получите информация за вашата локална мрежа.
Трябва да потърсите стойност за Шлюз по подразбиране . В примера, показан по-горе, този адрес е 192.168.0.1. Това е типичен IP адрес за шлюза по подразбиране в частна мрежа.
Сега можете да стартирате тест за връзка към и от мрежата по подразбиране. Тип Пинг
Ping прави няколко теста и обобщава резултатите. В примера по-горе можете да видите, че няма загуба на пакети. В Windows Ping изпълнява четири теста. Това не дава голяма възможност за откриване на проблем, защото обикновено загубата на пакети е много по-малко от 25 процента. Накарайте Ping да изпълнява 100 теста, като добавите -n 100 в края на командата, като напр. Пинг 192.168.0.1 -n 100 .
Примерното изпълнение на 100 теста по-горе показва, че все още не е имало загуба на пакети в мрежата. Това е добре, защото показва, че мрежата е в състояние да се справи с текущото си търсене на пропускателна способност. Въпреки това, тази ситуация може да се промени след като новото приложение започне да работи и много потребители генерират много по-голям натиск върху капацитета на мрежата.
Една от основните причини за загуба на пакети в мрежата е претоварване на комутатори и рутери . Ако пакетите пристигат до комутатора с по-бърза скорост, отколкото това устройство може да се справи, комутаторът първоначално буферира входящите пакети. След като тази опашка е пълна, пристигащите нови пакети не могат да отидат никъде другаде и така пакетите ще бъдат загубени, докато превключвателят не изпразни място в буфера.
Идентифициране на загуба на пакети в интернет
Дори и мрежата ви да работи добре, вашите потребители пак може да имат проблеми с интерактивни приложения и услуги за поточно видео. Това може да се дължи на проблеми с интернет връзката.
Командата за проверка на скоростта на загуба на пакети за връзка е абсолютно същата: Ping. Този път обаче трябва да въведете адреса на очакван източник на данни. Не е необходимо да знаете IP адреса, защото Ping ще приложи DNS резолюция, ако му бъде даден URL адрес. И така, ето пример за 100 теста, изпратени до сървъра за Google, стартирани с командата Пинг google.com -n 100 .
В този случай нямаше загуба на пакети.
Справяне със загуба на пакети
Ако имате загуба на пакети в мрежата, най-вероятната причина е претоварен суич или рутер. Опитайте Ping до различни крайни точки във вашата мрежа, които ще преминат през различни мрежови устройства, за да можете вижте точно кое устройство има проблем .
След като идентифицирате устройството, което е претоварено, можете да помогнете на ситуацията, без да е необходимо да сменяте нито устройството, нито кабелите, които се свързват с него. Това е чрез метод, наречен оформяне на трафика .
Алгоритмите за оформяне на трафика включват идентифициране на пакетите, които се отнасят до различни приложения и след това забавяне на част от трафика на приложението, за да се даде приоритет на друг трафик при всяко превключване. Това е стратегия за опашка който винаги ще задържа трафика на някои приложения, поставяйки ги в опашка, за да даде възможност на приоритетния трафик директен достъп до комутатора.
Може да изглежда, че нищо не можете да направите загуба на пакети в интернет защото нямате контрол над този домейн. Вашият трафик обаче може да бъде задушен от вашия доставчик на интернет услуги (ISP). При този сценарий доставчикът на интернет услуги забавя или изпуска пакети за определени приложения, а поточното видео е особено голяма цел за някои доставчици на интернет услуги.
Дроселирането е много трудно за откриване или доказване. Тъй като насочен към видео трафик , тестовете, които изпълнявате с Ping, няма да покажат типа обработка, която получава вашият видео трафик.
Друга причина може да е, че вашият мрежов шлюз рутер няма капацитет за целия трафик, който се очаква да обработи. В този случай можете да внедрите опашка на рутера или да надстроите до устройство с по-голям капацитет .
Трептене
Ping показва повече от данни за загуба на пакети. В примерите, показани по-горе, можете да видите, че обобщението на Ping показва минимум , максимум , и средно време за отиване и връщане за всички пакети в пакета за тестово изпълнение.
Вариацията във времето за доставка на пакета се нарича трептене и е лошо условие за интерактивни приложения. Тъй като VoIP и видеоконференциите не използват контрол на сесията или буфериране, те се нуждаят от пакети, за да пристигнат по ред и с нормална скорост. Те нямат време да пренаредят пристигащите пакети, така че ако следващият пакет се движи по-бързо и пристигне преди пакета, който е бил изпратен пред него, VoIP приложението няма да провери, а ще възпроизведе тези сегменти от данни в реда, в който пристигна – което води до странни звуци.
Както при загубата на пакети, малко количество трептене не трябва да създава забележими проблеми с качеството на звука или видеото, тъй като всеки малък отрязък от потока е едва забележим. Кратък период на трептене или просто малък диапазон от времена на предаване няма да окаже голямо влияние върху качеството на услугата.
