Падручнік па маніторынгу Інтэрнэт і Pinger ў SLAC

---

Змест вэб-старонкі

Увядзенне Механізм ICMP; Ping; Pinger ; Сетка ўздзеяння; Аб'ём вымярэнняў; разгортвання. Збор дадзеных Метад вымярэння Gotchas - каліброўка ; Высокі пінг статыстыку вымярэнняў ; хост патрабаванням ; ICMP Абмежаванне хуткасці, паталогіі , SYN / ACK. Праверка - HTTP GET супраць Мін пінг адказ ; Дынамічны выбар вэб-сервера, даследаванне Firehunter справы; Інтэрнэт якасць паслуг ацэнкі ; Pinger і Netperf ; TCP прапускной супраць страт. Што мы Мера - Страта; RTT, Visual Ping, адлегласці; джиттера; Базавыя і папярэджанняў. Нумары Ping інструменты - Surveyor; Карэляцыя з пінг ; Мадэляванне TCP прапускной здольнасці; Pinger і Netperf ; Прапускная здольнасць у залежнасці RTT і страты Разлік сярэдніх балаў думкі (MOS) Разлік сеткі Уклад у транзакцыі Times (РЦТТ) Атрыманне TCP Прапускная З Ping Вымярэнні, Нармалізацыя Вытворныя Прапускная Непасрэднасць сувязі Доступ да дадзеных Pinger - Сыравіна і Зводныя дадзеныя.

Pinging вузлоў Сааўтары " Збор дадзеных - Вялікія супраць малых пакетаў, час пінг вымярэнняў. Аналіз дадзеных і прэзентацыі Штодня ўчасткі 3D Участкі пра паход супраць адказ адносна часу дня Апошнія 180 дзён Штомесячныя Ping адказ і сярэдніх страт збіраецца зваротна на працягу многіх гадоў - Доўгатэрміновыя тэндэнцыі; Уплыў дадання прапускной здольнасці і адпачынкаў. Спакою частата сеткі - вызначэнне; Прыклад. Jitter - МСЭ прапанова для вымярэння джиттера; Pinger метады вымярэння джиттера; негауссовских паводзін; Параўнанне 2 метаду Pinger джиттера. Служба Прадказальнасць - вызначэнне; вынікі. Непрадказальнасць - Вызначэнне. Даступнасць - Defnition; без памылак секунд, час напрацоўкі на адмову; MTTR; Адключэнні ; Прыклады. Выйшаў з ладу пакеты Дубляваных пакетаў Аб'яднанне метрыкі - Прыклад і інтэрпрэтацыя дыяграм з большасцю метрык на ім. Якасць Затрымка - Значэнне затрымкі. Страта - Якасць парогаў; МСЭ вызначэння; Стаўленне да VoIP, MCI і азначэнняў Інтэрнэт надвор'я; Страта дыстрыбутываў. Jitter - МСЭ вызначэння; Вызначэнне пінг джиттера; Параўнанне адной і двухбаковая джиттера. Выкарыстанне Утылізацыя і страты, здароўя сеткі і RTT варыяцыі. Даступнасць пагадненняў аб узроўні абслугоўвання і даступнасць Групоўка Магчымыя груп пары; Група размеркаванняў; Beacon сайтах. One Way Вымярэнні Праекты: Surveyor, Параўнанне Pinger і Surveyor, RIPE, Nimi, Вайкато і джала; Стаўленне да двухбаковым. Адпаведныя IETF RFC. Traceroute

Інтэрнэт NREN прадукцыйнасці з ЗША ў свеце на мяжы стагоддзя. Інтэрнэту NREN прадукцыйнасці з ЗША ў свеце ў канцы 2000 гады. Параўнанне некаторых інтэрнэт актыўны канец у канец праектаў Вымярэнне эфектыўнасці Параўнанне вынікаў Ping & Pinger vs.Surveyor Параўнанне Surveyor і RIPE Вынікі Параўнанне Пасіўны і Актыўны маніторынг Параўнанне прадукцыйнасці паміж ESnet. Адукацыі і XIWT сайтаў Уплыў маршрутызацыі на канец у канец Інтэрнэту Performance Гласарый Дадатковая інфармацыя Індэкс Спасылкі на гэтую старонку

Увядзенне

Для больш якаснага і чаканне прадукцыйнасці сеткі паміж сайтамі, што супрацоўнічае з SLAC, у траўні 1996 праект Pinger (пачаты ў Janary 1995) маніторынг каля 100 хастоў па ўсім свеце ад SLAC. З 2000 года асноўны ўпор робіцца больш на вымярэння лічбавага разрыву. У цяперашні час (красавік 2007) Ёсць больш чым 35 сайтаў Маніторынг больш за 700 аддаленых аб'ектах кантралююцца больш чым у 120 краінах (якія змяшчаюць больш за 99% з светаў, падлучанага да Інтэрнэту насельніцтва) і больш за 3000 манітор месцы выдаленых вузлоў пар ўключаны. Больш падрабязную інфармацыю аб разгортванні Pinger можна знайсці ў Pinger разгортвання і ёсць карта з сайтаў.

Механізм

Асноўны механізм выкарыстоўваецца паведамленняў Internet Control Protocol (ICMP) Рэха механізм, вядомы таксама як Ping аб'екта. Гэта дазваляе адпраўляць пакет выбраных карыстальнікам даўжыні да выдаленага вузлу і ён паўтарыў назад. У цяперашні час яна звычайна пастаўляецца з папярэдне ўсталяванай практычна на ўсіх платформах, так што няма нічога, каб усталяваць на кліентах. Сервера (г.зн. рэха reponder) працуе на высокі прыярытэт (напрыклад, у ядро Unix), і таму, хутчэй за ўсё, забяспечыць добрым паказчыкам прадукцыйнасці сеткі, чым карыстацкія прыкладанні. Гэта вельмі сціплы ў сваёй сетцы патрабаванні да прапускной здольнасці (~ 100 біт у секунду на кантрольна-дыстанцыйнага хост-пара для, як мы выкарыстоўваем яго).

Метад вымярэння

У праекце Pinger, кожныя 30 хвілін ^{хранічны} ад маніторынгу вузла (кропкі вымярэння - MP), мы пінг набор аддаленых вузлоў з 11 пінгі па 100 байт кожны (у тым ліку 8 байт ICMP, але не IP-загалоўка). Пінгі падзеленыя па меншай меры адну секунду, і тайм-аўт па змаўчанні пінг 20 секунд выкарыстоўваецца. Першы пінг Някляеву (яна, як мяркуецца, будзе павольным, паколькі ён з'яўляецца грунтоўкі кэшы і г.д. (Martin Horneffer ў http://www.advanced.org/IPPM/archive/0246.html паведамляе, што выкарыстанне UDP-пакетаў і рэха паміж прыбыццём-часу каля 12,5 секунд першы пакет займае каля 20% больш часу, каб вярнуцца)). Мінімальная / сярэдняя / максімальная RTT для кожнага набору з 10 пінг запісваецца. Гэта паўтараецца на працягу дзесяці пінгі ў 1000 байт дадзеных. Выкарыстанне двух памераў пінг-пакет дазваляе зрабіць ацэнкі пінг хуткасці перадачы дадзеных, а таксама месцам паводзінаў, якія адрозніваюцца паміж малымі і буйнымі пакетамі (напрыклад, абмежаванне хуткасці). Глядзіце Вялікі супраць невялікіх пакетаў, час пінг вымярэнняў для больш падрабязнай інфармацыі. У агульным RTT прапарцыйна л (дзе л з'яўляецца даўжыня пакета) да максімальнага памеру дейтаграмм (звычайна 1472 байта ў тым ліку 8 байт ICMP-рэха). Паводзіны за што не вызначана (у некаторых сетках фрагмент пакетаў, іншыя выбываюць іх). Дакументацыя па рэкамендаваным вымярэння сцэнару, які выконваецца на кожным маніторынгу сайт даступны. Пінг рэагавання пабудаваныя для кожнага паўгадзіны для кожнага вузла. Гэта ў асноўным выкарыстоўваецца для ліквідацыі няспраўнасцяў (гл., напрыклад, калі ён атрымаў значна горш у апошнія некалькі гадзін).

Набор выдаленых хастоў для пінг забяспечваецца файл з імем pinger.xml (падрабязней аб гэтым гл pinger2.pl дакументацыі). Гэты файл складаецца з двух частак: Beacon хастоў , якія аўтаматычна пацягнуў штодня з SLAC і кантралююцца ўсе дэпутаты, іншых вузлоў, якія ўяўляюць асаблівую цікавасць для адміністратара дэпутат. Beacon хастоў (і асабліва хастоў кантралюецца SLAC МП) захоўваюцца ў базе дадзеных Oracle, якія змяшчаюць іх імёны, IP-адрас, сайта, нік, месцазнаходжанне, кантактная і інш Beacon спіс (і пералік канкрэтных хастоў для SLAC) і копію базы дадзеных, у фармаце для спрашчэння доступу Perl для аналізу сцэнарыяў, якія аўтаматычна генеруюцца з базы дадзеных на штодзённай аснове.

Збор дадзеных

Архітэктура маніторынгу ўключае ў сябе 3 кампаненты:

• Выдаленых аб'ектах маніторынгу. Яны проста забяспечваюць пасіўны выдалены-хост з адпаведнымі патрабаваннямі.
• Маніторынг сайта. Інструменты Pinger маніторынгу павінна быць ўстаноўлена і настроена на хост на кожным з гэтых сайтаў. Таксама пінг дадзеных, сабраных павінна быць даступная архіве захоўваюцца з дапамогай HyperText Tansport Protocol (HTTP) (гэта значыць павінны быць вэб-сервер для прадастаўлення дадзеных па патрабаванні праз Web). Ёсць таксама Pinger інструменты, якія дазваляюць маніторынгу сайт, каб быць у стане даць кароткі аналіз тэрміна і справаздачы па дадзеных, мае ў сваім лакальным кэшы.
• Архіў і аналізу сайтаў. Там павінна быць па крайняй меры па адным з іх для кожнага праекта Pinger. Архіў і аналіз сайтаў, можа быць размешчаны на адным месцы, ці нават адзін хост або яны могуць быць падзеленыя. HENP & ESnet Праект складаецца з двух такіх сайтаў, па адным HEPNRC ў FNAL, іншы ў SLAC. HEPNRC сайт з'яўляецца асноўным arcive сайта і SLAC асноўным месцам аналізу. Яны дапаўняюць адзін аднаго, забяспечваючы доступ да розных справаздачы атрыманыя на аснове аналізу дадзеных, атрыманых, напрыклад, HEPNRC прадастаўляе карты часам водгуку і страт у залежнасці ад часу на попыт на асобных участках і часовых вокнаў, у той час як SLAC прыведзены табліцы больш шырокіх метрыкі вяртацца на працягу больш працяглага перыяд. Праект XIWT мае свой ​​архіў / манітор сайце CNRI.

  Архіў сайты збіраюць інфармацыю, выкарыстоўваючы HTTP, ад манітора сайты праз рэгулярныя прамежкі часу і архіў яго. Яны забяспечваюць архіўных дадзеных для аналізу сайта (ов), што ў сваю чаргу падаюць справаздачы, даступныя праз Інтэрнэт.

Дадзеныя збіраюцца ^{збіраюцца} на рэгулярнай аснове (звычайна штодня) з маніторынгу вузлоў двума архіве захоўваюцца, адзін у SLAC аднаго на FNAL (HEPNRC), якія захоўваюць, аналізуюць ^аналіз, падрыхтаваць і праз Інтэрнэт прадастаўляць справаздачы ^pingtable на вынікі (гл. малюнак ніжэй).

Архітэктура Pinger паказана ніжэй:

Gotchas

Некаторыя клопат неабходная пры выбары вузла для праверкі сувязі (гл. Патрабаванні да WAN Госты кантралюецца).

Мы таксама назіралі розных паталогій розных выдаленых аб'ектаў пры выкарыстанні пінг. Яны апісаны ў паталогіі Pinger вымярэнняў.

Каліброўкі і кантэкст, у якім круглы метрыкі паездкі вымяраюцца апісаны ў Pinger каліброўкі і кантэкст, і некаторыя прыклады таго, як пінг вынікі выглядаюць узятыя з высокай статыстыкай, і як яны звязаны з маршрутызацыяй, можна знайсці ў Высокі пінг статыстыку вынікаў.

Праверка

Мы пратэставалі выкарыстанне пінг, прадэманстраваўшы, што вымярэнні, праведзеныя з ім карэлююць з водгуку прыкладанняў. Карэляцыя паміж ніжняй межаў сеткі і пінг адказаў паказана на малюнку ніжэй. Вымярэння былі праведзены 18 сьнежня 1996 г., з SLAC каля 1760 аб'ектаў, вызначаных у NLANR кэшаў. Для атрымання дадатковай інфармацыі гл Уздзеянне Інтэрнэту Выступ на Таймс вэб Адказ, па Les Коттрелл і Джон Гальперын, неапублікаваныя, студзень 1997 года.

Выдатна яснае ніжняй мяжой бачыў вакол у = 2х не дзіўна, так: нахіл 2 адпавядае HTTP атрымлівае, што сыдзе ў два разы пінг часу; час мінімальны час водгуку складае каля круглага час паездкі, а таксама мінімальныя здзелкі TCP складаецца з двух цыклаў, адна паездка ў абмен второго паслаць запыт і атрымаць адказ. Закрыццё злучэння ажыццяўляецца асінхронна і таму не адлюстроўваюцца ў тэрмінах. ніжняй мяжы таксама могуць быць злучаны іх, адлюстроўваючы размеркаванне невязок паміж вымярэннямі і лініі у = 2 х (дзе ў = HTTP GET час водгуку і х = мінімальны час водгуку пінг). Такое размеркаванне паказана ніжэй. Крутыя ў зморшчыну ў частата вымярэнняў па меры набліжэння нулявой астаткавага кошту (у = 2х) відавочная. Інтэр квартиль Range (мкр), рэшткавага прабегу паміж тым, дзе 25% і 75% вымярэнняў восенню, складае каля 220 мс, а таксама ўказана на ўчастку ад чырвонай лініі.

Альтэрнатыўным спосабам дэманстрацыі таго, што пінг звязаны з вэб прадукцыйнасць паказаць, што пінг можа быць выкарыстаны для прадказаць, які з набору рэплікацыі вэб-сервераў, каб атрымаць вэб-старонку з. Больш падрабязна аб гэтым гл дынамічнага выбару сервера ў сеткі Інтэрнэт, Марк Э. Crovella і Роберт Л. Картэр.

Даследаванне Firehunter выпадку вэб-сервер Белага дома паказаў, што хоць пінг адказ не адсочвае ненармальнае прадукцыйнасць вэб-добра, у гэтым страты пакетаў пінг выпадак зрабіў значна лепш.

Інтэрнэт якасць абслугоўвання ацэнку хрысціянскімі Huitema, забяспечвае вымярэння розных кампанентаў, якія спрыяюць вэб-адказ. Гэтыя кампаненты ўключаюць у сябе: RTT, хуткасць перадачы дадзеных, DNS затрымкі, затрымка сувязі, сервера затрымкі, затрымкі перадачы. Гэта паказвае, што затрымкі паміж адпраўкай каманды GET URL і атрымання першага байта адказу ацэнку сервера затрымкі ("у многіх сервераў, хоць і не абавязкова ўсё, гэтая затрымка адпавядае часу, неабходнага для планавання запытаў старонак, падрыхтуйце старонку ў памяці, і пачаць перадачу дадзеных ") і ўяўляе ад 30 да 40% ад працягласці сярэдняй здзелкі. Каб палегчыць гэта, вы, верагодна, трэба больш магутных сервераў. Атрыманне хуткае злучэнне, відавочна, дапамагчы іншым 60% пратэрміноўкі.

Таксама гл. ніжэй профіль Non Ping інструменты для некаторых карэляцыі прапускной з круглымі час паездкі і страты пакетаў.

Што мы вымяраем

Мы выкарыстоўваем пінг для вымярэння часу водгуку (круглы час паездкі ў мілісекундах (мс)), працэнт страты пакетаў, зменлівасць часу водгуку як кароткатэрміновымі (часовыя маштабы секунды) і даўжэй, і адсутнасць дасяжнасці, гэта значыць без адказу на паслядоўнасць пінг. Для абмеркавання і вызначэння дасяжнасці і даступнасці бачыць Інтэрнэт Прадукцыйнасць: аналізу і візуалізацыі дадзеных Белая кніга па XIWT. Таксама гл NIST дакумент аб Канцэпцыі сістэмы Fault Tolerance для больш на адрозненне паміж надзейнасцю і даступнасцю. Мы таксама рэгістраваць інфармацыю аб з ладу пакеты і дубляваных пакетаў.

З дадзенымі вымярэнняў, мы можам стварыць доўгатэрміновыя зыходныя дадзеныя для чакання па сродках / медыяны і зменлівасці часу водгуку, прапускная здольнасць, і страты пакетаў. З дапамогай гэтых базавых на месцы мы можам ўсталяваць чакання, забяспечыць планаванне інфармацыю, зрабіць экстрапаляцыі і шукаць выключэння (напрыклад, час водгуку, больш, чым на 3 стандартных адхіленні больш, чым у сярэднім за апошнія 50 рабочых дзён) і выдаваць папярэджання.

Страта

Страта добрай мерай якасці па спасылцы (з пункту гледжання яго тэмпы страты пакетаў) для многіх прыкладанняў на аснове TCP. Страта, як правіла, выкліканыя перагрузкай якая ў сваю чаргу выклікае чаргі (напрыклад, у маршрутызатарах), каб запоўніць і пакеты павінны быць адкінутыя. Страты могуць быць выкліканыя сетка дастаўкі недасканалай копіяй пакета. Як правіла, гэта выклікана бітных памылак у сувязі або ў сеткавых прыладах. Пакссон (гл. канец у канец Дынаміка пакетаў) з вымярэнняў, выкананых у 1994 і 1995 гадах да высновы, што большасць памылак карупцыі прыйшлі з T1 спасылкі і тыповы паказчык складаў 1 у 5000 пакетаў. Гэта адпавядае хуткасці перадачы памылкі 300byte сярэдні пакет прыкладна 1 з 12000000 біт. ІС мае 16 біт кантрольнай сумы, так што верагоднасць не выяўлення памылкі ў пашкоджаны пакет складае 1 да 65536, або 1 з прыкладна 300000000 пакетаў. Больш за пазней даследаванне на Калі КПР і TCP кантрольнай сумы не згодныя апублікаваны ў жніўні 2000 года, паказвае, што слядоў інтэрнэт-пакетаў на працягу апошніх двух гадоў паказваюць, што 1 з 30000 пакетаў збой кантрольнай сумы TCP, нават на спасылкі, дзе на канальным узроўні кантрольных сум павінны злавіць усіх але 1 ў 4 мільярды памылак. Гэтыя кантрольныя сумы TCP памылкі высокага ўзроўню (напрыклад, яны могуць быць выкліканыя памылкамі ў аўтобусе сеткавых прыладаў або кампутараў, або памылкі пратаколу TCP стэка), чым канального ўзроўню памылак, якія павінны быць злоўлены праверку CRC.

RTT

Час водгуку або час спускоподъемных аперацый (RTT), калі змова супраць памер пакета можа даць уяўленне аб тым, пінг хуткасць перадачы дадзеных (кіло байт / сек (кБ / с)) - гл, напрыклад, TRIUMF ў Visual-пінг карыснасці. Гэта становіцца ўсё цяжэй пры пераходзе да высокай прадукцыйнасці спасылкі, так як пакет дыяпазоне адносна невялікая (звычайна <1500bytes), а таксама тэрміны resoltion абмежавана. RTT звязана з адлегласцю паміж сайтах плюс затрымка на кожным хоп ўздоўж шляху паміж сайтамі. Адлегласць эфект можа быць прыкладна характарызуецца хуткасцю святла ў валакне, і прыкладна вызначаецца адлегласць / (0,6 * З), дзе з -хуткасць святла (МСЭ ў дакуменце G.144, табліцы A.1 рэкамендуе множнік ад 0,005 мс / км, або 0.66c). Падстаўляючы гэта разам з хопа затрымак RTT R прыкладна па наступнай формуле: R = 2 * (адлегласць / (0,6 * з)+ скачкоў * затрымка) дзе множнік 2, так як мы вымяраем туды і назад раз у абодва канца. Гэта паказана на малюнку ніжэй, паказвае, што ўзважаны адказ пінг у залежнасці ад адлегласці паміж 16 пар участкаў, размешчаных у ЗША, Еўропе і Японіі (Балоння-Фларэнцыя, Жэнева, Ліён, Чыкага-У Нотр-Дам, Токіо -Осака, Гамбург, Дрэздэн, Балоння-Ліён, Жэнева, Майнц, Піцбург-Cincinnatti, Жэневе, Капенгагене, Чыкага, Осціне, Жэнева-Лунд, Чыкага, Сан-Францыска, Чыкага, Гамбург, Сан-Францыска, Токіо, Сан-Францыска, Жэневе і Жэнева-Осака). Сінія трыкутнікі для вымераных RTT (у мілісекундах), чорная лінія патрэбным дадзеных, зялёная лінія для у = х (адлегласць) / (0,6 * у), і чырвоныя пункту разу ў хопа затрымкі з затрымкай / хопа каля 2.25ms для кожнага кірунку (напрыклад, чырвонымі кропкамі з'яўляюцца тэарэтычныя падыходзяць RTT). Мы выкарысталі Як далёка гэта? вэб-старонкі, для атрымання "па прамой" адлегласці паміж асноўнымі кропкамі ўздоўж кожнага маршруту. У апошні час measuremet зрабіў Марк Спиллер ў сакавіку 2001 года да прыкладна 10 універсітэтаў з Каліфарнійскага універсітэта ў Берклі вымяраецца маршрутызатар затрымкі 500-700 мкс з некалькімі шыпамі ў дыяпазоне 800-900 мкс. Працягласць маршруту (R _км) могуць быць выкарыстаны ў Месца адлегласці для некаторых Frame Transfer Delay (УТД) мэтаў дзейнасці. Калі D _км знаходзіцца паветраны маршрут адлегласці паміж межамі, то працягласць маршруту разлічваецца наступным чынам (гэта ж вылічэнні, якія ўтрымліваюцца ў дакуменце ITU G.826).

• калі D _км <1000 км, то R _км = 1,5 * D _км
• калі 1000 км <= D _км <= 1200 км, то R _км = 1500 км
• калі D _км > 1200 км, то R _км = 1,25 * D _км

Гэта правіла не прымяняецца, калі ёсць спадарожнік ў шляху. Калі спадарожнік знаходзіцца на любой частцы маршруту, гэтая частка выдзяляецца фіксаваная УТД складае 320 мс. Значэнне 320 мс прымае пад увагу такія фактары, як нізкі зямной станцыі куты агляду, і наперад, выпраўленні памылак кадавання. Большасць частак, якія ўтрымліваюць спадарожніка не будзе перавышаць 290 мс затрымкі. Калі гэта геастацыянарнай спадарожнік, то ніжні мяжа на геастацыянарнай арбіце знаходзіцца паміж 22000 і 23000 міль, хуткасць святла ~ 186.000 міль, да фігуры і назад 45000, а туды-назад у 90000 міль, так што мы атрымліваем 500 мс тут.
затрымкі на кожным хоп функцыі з 3 асноўных складнікаў: хуткасць маршрутызатар, інтэрфейс сінхранізацыі стаўкі і чэргамі ў маршрутызатары. Першыя два з'яўляюцца пастаяннымі на кароткія (некалькі дзён) перыяду часу. Такім чынам, мінімальная RTTs даць мера адлегласці / (0,6 * з)+ скачкоў * ((хуткасць інтэрфейсу / памер пакета)+ мінімальны час перасылкі маршрутызатар). Гэты лік павінна быць лінейнай функцыяй ад памеру пакета. Эфекты маршрутызатар чэргаў, з другога боку, залежаць ад больш выпадковых працэсаў масавага абслугоўвання і крос-трафіку і таму яны больш разнастайныя. Гэта паказана на графіку ніжэй MRTG, які паказвае вельмі стабільны мінімальны RTT (зялёная зона) і больш выпадковых максімальнай RTTs (сінія лініі) вымяраецца ад SLAC ў Універсітэце Вісконсіна ад нядзелю 25 лютага 2001 году, на панядзелак 5 красавіку 2001 года. Маленькі эпізод у RTT прыкладна ў сярэдзіне дня аўторка, верагодна, выклікана зменай маршруту.

Нумары Ping інструменты

SLAC таксама Surveyor сайта. Surveyor робіць адзін са спосабаў вымярэння затрымкі (без выкарыстання ICMP), з дапамогай сістэмы глабальнага пазіцыянавання (GPS) прылады для сінхранізацыі часу, і прысвечаны маніторынгу / выдаленых хастоў. Мы працуем над параўнаннем Pinger і Surveyor дадзеных , каб параўнаць і супаставіць гэтыя два метаду і пераканацца ў справядлівасці ICMP рэха. Адна з праблем, узнятых з ICMP рэха магчымасці Інтэрнэт-правайдэры (ISP), хуткасць limititing ICMP рэха і, такім чынам спараджаючы несапраўдным вымярэння страты пакетаў, падрабязней пра гэта гл. раздзел аб Gotchas вышэй.

Мы таксама выкарыстоўваем больш складаныя інструменты, такія як FTP (для вымярэння аб'ёмнай хуткасці перадачы дадзеных) і трасіроўку (для вымярэння шляху і колькасць скачкоў). Аднак, акрамя таго, што складаней ў наладзе і аўтаматызацыі, FTP з'яўляецца больш настойлівым у сеткі і больш залежнымі ад заканчэння загрузкі вузла. Такім чынам мы выкарыстоўваем FTP у асноўным у ручным рэжыме і атрымаць поўнае ўяўленне аб эфектыўнасці работы пінг-тэстаў (напрыклад, карэляцыі паміж FTP і Ping і карэляцыі паміж FTP прапускной здольнасці, Хмель і страты пакетаў). Мы таксама параўналі Pinger прагнозы прапускной здольнасці з вымярэннямі Netperf. Яшчэ адзін спосаб суаднесці прапускную вымярэння страты пакетаў з'яўляецца прапускная Мадэляванне TCP.

Разлік сярэдняга бала думкі (MOS)

Тэлекамунікацыйная галіна выкарыстоўвае сярэдні бал думкі (MOS) у якасці метрыкі якасці перадачы голасу. Значэнні MOS з'яўляюцца: 1 = дрэнна, 2 = дрэнна, 3 = справядлівая, 4 = добра, 5 = выдатна. Тыповы дыяпазон для перадачы голасу па IP-ад 3,5 да 4,2 (гл. VoIPtroubleshooter.com). На самай справе, нават у ідэальным злучэнні падвяргаецца ўздзеянню алгарытмы сціску гэтага кодэка, таму найбольшую колькасць ачкоў большасць кодэкаў можна дамагчыся ў 4,2 да 4,4 дыяпазон. Для G.711 лепшае 4.4 (або фактар ​​R (гл. Рэкамендацыі МСЭ-Т G.107, "E-мадэлі, вылічальныя мадэлі для выкарыстання ў перадачы планавання.") З 94,3) і G.729, які выконвае значнае сціск гэта 4.1 (або фактар ​​R 84,3).

Ёсць тры фактары, якія істотна ўплываюць на якасць сувязі: затрымкі, страты пакетаў, джиттер. Іншыя фактары ўключаюць тып кодэка, тэлефон (аналагавы супраць лічбавага), міні-АТС і г.д.) Мы пакажам, як мы падлічваем джиттера пазней у гэтым уроку. Большасць інструментаў рашэнні на аснове разліку так званага "R" значэнне, а затым прымяніць формулу для пераўтварэння, што ацэнка MOS. Мы робім тое ж самае. Гэта R для разліку МАП адносна стандартнага (гл., напрыклад, МСЭ - Сектара стандартызацыі электрасувязі часовы дакумент XX-E WP 2 / 12 па новым метадзе). Ацэнка R значэнне ад 0 да 100, дзе большая колькасць, тым лепш. Тыповыя R на МОП значэння: R = 90-100 => MOS = 4.3-5.0 (вельмі задаволеныя), R = 80-90 => MOS = 4.0-4.3 (выканана), R = 70-80 => MOS = 3,6 -4,0 (некаторыя нездаволенасці), R = 60-70 => MOS = 3.1-3.6 (больш за нездаволенасці), R = 50-60 => MOS = 2,6-3,1 (Большасць нездаволенасці), R = 0-50 => MOS = 1.0-2.6 (не рэкамендуецца). Для пераўтварэння затрымкі, страты, джиттер MOS мы прытрымліваемся метаду Nessoft ў. Яны выкарыстоўваюць (у псевдокоде):

# Вазьміце сярэдні круглы затрымкай адключэння (у мілісекундах), дадаць туды і назад # джиттера, але падвойнае ўплыў на затрымку # затым дадаць 10 за затрымкі пратаколаў (у мілісекундах). EffectiveLatency = (AverageLatency+ Jitter * 2+ 10) # Рэалізацыя асноўнай крывой - адняць 4 для значэння R на 160 мс латэнтнасці # (у абодва канца). Усё, за што атрымлівае значна больш агрэсіўную вылік. калі EffectiveLatency <160, то R = 93,2 - (EffectiveLatency / 40) яшчэ R = 93,2 - (EffectiveLatency - 120) / 10 # Зараз давайце адымаць 2,5 R значэння на працэнт страты пакетаў (напрыклад, # страты 5% будуць уведзены як 5). R = R -. (Страчаныя пакеты * 2,5) # Пераўтварэнне R у значэнне MOS (гэта вядомая формула), калі R <0, то MOS = 1 яшчэ MOS = 1+ (0,035) * R+ (0,000007) * R * (R-60) * (100-R)

Разлік сеткі Уклад у транзакцыі Таймс

МСЭ прыдумалі метад для разліку сеткі ўклад у здзелцы час у МСЭ-Т Rec.G1040 "Сетка ўклад у здзелцы часу". Уклад залежыць ад RTT, страта верагоднасці (р), выхад рэтрансляцыі час (RTO) і колькасць цыклаў ідзе гаворка (я) у угодзе. Сетка Уклад у Transation часу (РЦТТ) вызначаецца як:
Сярэдняе (РЦТТ) = (п * RTT)+ (р * п * RTO)
Тыповыя значэння для N: 8, для RTO бярэм 2,5 секунды, мы бярэм RTT і верагоднасці страты (р) з вымярэнняў Pinger.

Атрыманне TCP прапускную здольнасць ад пінг вымярэнняў

Макраскапічнага паводзінаў, каб пазбегнуць перагрузкі TCP алгарытм па Матыс, Semke, Махдави & От ў галіне кампутарнай сувязі Агляд, 27 (3), ліпень 1997 г., забяспечвае кароткі і карысную формулу для верхняй мяжы хуткасці перадачы дадзеных: Ацаніць <(MSS / RTT) * (1 / корань (р)) дзе: Ацаніць: гэта перадача TCP курс MSS: максімальны памер сегмента (усталёўваецца для кожнага Інтэрнэт шлях, як правіла, 1460 байт) RTT: гэта круглыя ​​час паездкі (па дадзеных TCP) р: гэта хуткасць страты пакетаў. Строга кажучы Страты TCP страт, якія не абавязкова супадаюць з пінг страты (напрыклад, стандартны пратакол TCP выклікае страты ў рамках сваёй перагружанасці адзнака). Таксама пінг RTTs адрозніваюцца ад таго, як TCP ацэнкі RTT (гл., напрыклад, паляпшэнне часу прыёму-перадачы Ацэнкі ў надзейнага транспартнага пратаколу.) Тым не менш, асабліва для больш нізкую прадукцыйнасць спасылкі гэта разумныя ацэнкі.

Палепшанай форме гэта раўнанне можна знайсці ў: Мадэляванне TCP прапускной здольнасці: простая мадэль і яе эмпірычнай праверкі Дж. Padhye, В. Firoiu, Д. і Дж. Таунсли Kurose, у кн. SIGCOMM сімпозіума. Сувязь архітэктуры і пратаколы жніўні 1998, стар 304-314.

Паводзіны прапускной як функцыя страт і RTT можна ўбачыць, паглядзеўшы на Прапускная у параўнанні з RTT і страты. Мы выкарысталі вышэй формулу параўнаць Pinger і Netperf вымярэння прапускной здольнасці.

Нармалізацыя Вытворныя Прапускная

Каб паменшыць уплыў 1/RTT ў формуле Матыс для вытворных прапускную здольнасць, мы нармалізуем прапускной дапамогай norm_throughput = прапускная * min_RTT (выдаленая вобласць) / min_rtt (monitoring_region)

Непасрэднасць сувязі

Гэта метрыку для вызначэння непасрэднасці сувязі berween 2 вузла ў вядомых месцах. Непасрэднасць значэння блізкія адзін да азначае шлях паміж хастамі варта прыкладна вялікі круг маршруце. Значэнні значна менш за 1 азначае шлях вельмі ўскоснае. Выснова шчырасцю каэфіцыент даецца тут.

Доступ да дадзеных

Неапрацаваныя дадзеныя пінг публічна даступны ў раздзеле Доступ да Pinger дадзеныя аб тым, як атрымаць дадзеныя і фармат. Абагульненыя дадзеныя можна таксама атрымаць у Інтэрнэце ў Excel, падзеленымі табуляцыі кошт (. TSV) фармат справаздач Pinger падрабязна.

Pinging вузлоў Сааўтары "

Аналіз дадзеных і прэзентацыі

Штодня ўчасткі

Пінг адказ пабудаваныя для кожнага паўгадзіны для кожнага вузла, каб убачыць некаторыя сучасныя прыклады пайсці Стварэнне Графікі прадукцыйнасці сеткі. Гэта ў асноўным выкарыстоўваецца для ліквідацыі няспраўнасцяў (гл., напрыклад, калі ён атрымаў значна горш у апошнія некалькі гадзін).

3D Зямельныя вузла супраць адказу супраць часу сутак

Пабудаваўшы 3D ўчастак вузла ў залежнасці ад часу па параўнанні з адказам мы можам шукаць карэляцыі некалькіх вузлоў, якія маюць дрэнную працу або быць недаступным ў той жа час (магчыма, з-за агульную справу), або дадзенага вузла, якія маюць дрэнны адказ або быць недаступныя для доўгага часу. Злева знаходзіцца прыклад, які паказвае некалькі хастоў (у чорным) увесь час недаступныя каля 12 гадзін дня.

Апошнія 180 дзён участкаў:

Доўгатэрміновыя графікі, якія паказваюць час водгуку, страты пакетаў і недаступнасці на працягу апошніх 180 дзён, можна таксама пазначыць, ці з'яўляецца паслуга становіцца ўсё горш (або лепш).

Штомесячныя Ping адказ і сярэдніх страт збіраецца зваротна на працягу многіх гадоў:

Табліцы штомесяц медыяны прайм-тайм (з 7 да 7 вечара дзень тыдня) 1000 байт пінг час водгуку і 100 байт пінг страты пакетаў дазваляе праглядаць дадзеныя за больш працяглыя перыяды. Гэта таблічныя дадзеныя могуць быць экспартаваныя ў Excel і дыяграмы выкананы з працяглы тэрмін выканання пінг страты пакетаў.

Спакою частата сеткі

Калі мы атрымаем нулявой ўзор страты пакетаў (прыклад ставіцца да набору пінг п), мы маем на ўвазе сетку як супакою (ці не заняты). Затым мы можам вымераць адсотак частоты, як часта сетка апынулася спакойнай. Высокі працэнт з'яўляецца паказчыкам добрага (у стане спакою ці не моцна загружана) сеткі. Напрыклад сетка, якая занятая 8 гадзін працы ў тыдзень дзень і спакою ў іншы час было б спакою адсотак каля 75% ~ (total_hours / тыдзень - 5 рабочых дзён / тыдзень * 08:00 / дзень) / (total_hours / тыдзень). Гэты спосаб прадстаўлення страты падобная на намер тэлефона метрыка беспамылковай секунд. спакою частата сеткі табліцы паказаны працэнт (частаты) ўзоры (дзе ўзор ўяўляе сабой набор 10.100 байт пінгі), якая вымяраецца нуля страты пакетаў. Узораў, уключаных у кожны адсотак паведамілі усе ўзоры для кожнага сайта за кожны месяц (гэта значыць каля 30 дзён * 48 (30 перыядаў мін) або каля 1440 пробаў) для кожнага сайта / месяц.

Джиттера, гл. таксама джиттера,

Кароткі тэрмін зменлівасць ці "дрыгацення" на час водгуку вельмі важна для прыкладанняў рэальнага часу, такіх як тэлефанія. Прагляд вэб-старонак і пошты даволі ўстойлівыя да джиттера, але любыя струменевыя медыя (голас, відэа, музыку) цалкам suceptible да джиттера. Дрыгаценне з'яўляецца прыкметай таго, што ёсць коркі, ці не хапае Паласа прапускання для апрацоўкі трафіку. Джиттера вызначае даўжыню VoIP кодэкаў дэ-буфер джиттера для прадухілення празмернага або недастатковага патоку. Мэта можа быць, каб паказаць, што кажуць 95% варыяцый затрымкі пакетаў павінна быць у межах інтэрвалу [-30msec, 30 мс].

МСЭ Прапанаваны метад вымярэння Змена затрымкі пакетаў. Гэта патрабуе ін'екцыйныя пакеты праз роўныя прамежкі часу ў сеткі і вымярэння зменлівасці часу прыбыцця. IETF мае IP Змена затрымкі пакетаў IP-метрыка для метрыкі прадукцыйнасці (IPPM) (гл. таксама RTP: Транспартны пратакол для прыкладанняў рэальнага часу і RFC 2679).

Мы вымяраем імгненнай зменлівасці або "дрыгацення" у двух кірунках.

1. Хай я-га вымярэння круглых час паездкі (RTT) быць R _я, то бярэм "дрыгацення", як Інтэр квартиль Range (мкр) частоты размеркавання R. Глядзіце SLAC <=> CERN круглы затрымкі сігналу для прыкладу такога размеркавання.
2. Пры другім спосабе мы пашыраем IETF праект па Імгненная Змена затрымкі пакетаў Метрыка для IPPM, які аднабаковым метрыкі, каб двухбаковая пінг. Мы прымаем IQR з частотнага размеркавання ДК, дзе ДК _я = R _я R- _я-1. Звярніце ўвагу, што пры разліку дя пакеты не павінны быць сумежнымі. Глядзіце SLAC <=> CERN двухбаковай імгненнае змена затрымкі пакетаў для прыкладу такога размеркавання.

Абодва названых вышэй размеркавання можна бачыць, што негауссову і менавіта таму мы выкарыстоўваем IQR замест стандартнага адхіленні ў якасці меры "дрыгацення".

Праглядаючы Ping "дрыгацення" паміж SLAC і ЦЕРН, DESY і FNAL відаць, што два метаду разліку джиттера трэку адзін аднаго добра (першы метад пазначаных IQR і другі пазначаныя IPD на малюнку). Яны адрозніваюцца на два парадку magntitude на працягу дня. Джиттер паміж SLAC і FNAL значна ніжэй, чым паміж SLAC і DESY і ЦЕРН. Варта таксама адзначыць, што ЦЕРН мае вялікую дрыгаценне падчас еўрапейскай дзённы час DESY мае больш джиттера ў дзённы час у ЗША.

Мы таксама атрымалі меру джиттера, узяўшы абсалютная значэнне дя, г.зн. | дя |. Гэта часам называюць "метадам перамяшчэння дыяпазону" (гл. Статыстычныя Распрацоўка і аналіз эксперыментаў, Роберт Л. Мэйсан, Рычард Ф. гасцей і Джэймс Л. Геса. John Wiley & Sons, 1989). Ён таксама выкарыстоўваецца ў RFC 2598 , як вызначэнне джиттера (RFC 1889 мае яшчэ адно азначэнне джиттера для рэальнага выкарыстання часу і разліку) Гл Гістаграмы рухаюцца дыяпазон для прыкладу. На гэтым малюнку, пурпурныя лініі нарастаючым вынікам, сіняя лінія exponentail патрэбным дадзеных і зялёная лінія адпавядае спаважнаю шэраг да дадзеных. Звярніце ўвагу, што ўсе 3 хіт-парадаў у гэтым раздзеле на джиттера з'яўляюцца ўяўленнямі ідэнтычных дадзеных.

Для таго, каб больш дакладна зразумець патрабаванні да VoIP і, у прыватнасці наступствы прымянення якасці абслугоўвання (QoS) меры, мы стварылі тэставы VoIP паміж SLAC і LBNL. Грубая схема паказана справа. Толькі SLAC схеме палова паказана на схеме, LBNL канцы аналагічна. Карыстальнік можа падняць тэлефона, падлучанага да АТС у SLAC канца і патэлефанаваць іншаму карыстачу на тэлефон LBNL праз шлюз VoIP маршрутызатар Cisco. Шлюз кадуе, кампрэсы і г.д. галасавой паток ў пакеты IP (з выкарыстаннем G.729 стандарт) стварэнне прыкладна 24kbps трафіку. Паток VoIP ўключаюць у сябе як TCP (для перадачы сігналаў) і UDP-пакетаў. Злучэнне з маршрутызатарам ESnet ў воблака банкамат 3,5 Mbps ATM пастаяннай схеме віртуальнага (ПВХ). Пры адсутнасці канкуруючых трафіку на спасылкі, злучэнні з абанентам і размова ідзе нармальна з добрым якасцю. Затым мы ўводзім 4 Мбіт трафіку на агульную Ethernet 10 Мбіт, што маршрутызатар VoIP падлучаны. На гэтым этапе злучэнне VoIP не працуе, і ніякіх далейшых злучэнняў могуць быць зробленыя. Затым мы выкарыстоўвалі гарантаваная хуткасць доступу памежны маршрутызатар (ЦАР) функцыю, каб этыкетка VoIP-пакетаў ", усталяваўшы Пер хоп Behavior (PHB) біт. Маршрутызатар ESnet затым усталёўваецца выкарыстоўваць Weighted Fair Queuing (WFQ) функцыю, каб паскорыць VoIP-пакетаў. У гэтай ўстаноўцы галасавых злучэнняў можа зноў быць зроблена, і размова зноў добрага якасці.

Служба Прадказальнасць

Мера зменлівасці службы (ці пінг прадказальнасці) могуць быць атрыманы з дапамогай кропкавай дыяграмы беспамерных зменных сярэднясутачнай пінг хуткасць перадачы дадзеных / максімальная хуткасць перадачы дадзеных пінг супраць сярэднясутачнай пінг поспеху / максімальны пінг поспеху (дзе% поспеху = (Усяго пакетаў - страчаных пакетаў) / Усяго пакетаў). Тут пінг хуткасць перадачы дадзеных вызначаецца як (2 * байт у пінг-пакет) / час водгуку. 2, так як пакет павінен выйсці і вярнуцца. Іншы погляд на адносіны ў тым, што нумары каля 1 паказваюць, што сярэдняя прадукцыйнасць блізкая да максімальнай прадукцыйнасці. Нумара не блізкая да 1, як правіла, выкліканыя значныя адрозненні ў пінг часу паміж працай гадзін і непрацоўныя гадзіны, гл., напрыклад, адказ UCD для пінг 3 кастрычніка 1996 года на прыкладзе сутачныя варыяцыі. Некаторыя прыклады пінг прадказальнасці ўчасткі роскід для розных частак інтэрнэт як вымяраецца ад SLAC ў ліпені 1995 года па сакавіку 1996 года можна ўбачыць ніжэй.

Дата	Усе Госты	ESnet	Паўночнай Амерыцы	Міжнародны
Ліпеня '95
Сакавік '96

Можна паменшыць гэтую інфармацыю далейшага рассейвання, адкладаючы штомесяц сярэднім пінг пакет поспеху / максімальны пінг пакет поспех у параўнанні з штомесячнай thruput пінг сярэдняя / максімальная thruput пінг для розных месяцаў, каб бачыць змены. Такі сюжэт для некалькіх N. Амерыканская вузлоў у ліпені 1995 года па сакавік 1996 г паказваюць вялікія змены, ва ўсіх выпадках жыцця для таго горш (апошнія пункту яшчэ ў левай ніжняй частцы ўчастку).

Непрадказальнасць

Можна таксама вылічыць адлегласць кожнай кропкі ад прадказальнасці каардынаты (1,1). Нормируем да максімальнага значэння 1, падзяліўшы адлегласць SQRT (2). Я маю на ўвазе гэта як пінг непрадказальнасцю, так як яна дае адсотак паказчык непрадказальнасці пінг прадукцыйнасці.

Даступнасць

Гледзячы на пінг дадзеных для выяўлення 30-хвілінных перыядаў, калі не пінг адказы былі атрыманы ад дадзенага хаста, можна вызначыць, калі гаспадар ўніз. Выкарыстоўваючы гэтую інфармацыю, можна вылічыць пінг недаступнасці = (# перыяды з вузлом ўніз / агульная колькасць перыядаў), # Уніз перыяды, сярэдні час напрацоўкі на адмову (MTBF ці сярэдні час Failue MTTF)) і сярэдні час рамонту (MTTR). Звярніце ўвагу, што MTBF = sample_time / ping_unreachability дзе для часу выбаркі Pinger складае 30 хвілін. Дасяжнасці вельмі моцна залежыць ад выдаленага хаста, напрыклад, калі выдалены хост пераназваныя або выдаленыя, гаспадар з'явіцца недаступным яшчэ не можа быць нічога дрэннага ў сеткі. Такім чынам, перш чым выкарыстаць гэтыя дадзеныя, каб забяспечыць доўгатэрміновыя тэндэнцыі сеткі дадзеныя павінны быць дбайна вымытыя для не-сеткавыя эфекты. Прыклады дасяжнасці пінг і ўніз справаздач.

Можна таксама вымяраць частату адключэння даўжыні з выкарыстаннем актыўных зондаў і адзначыць працягласць, для якіх паслядоўныя зондаў не прайсці.

Іншая метрыка, які часам выкарыстоўваецца для ўказання наяўнасці тэлефона схемы без памылак секунд. Некаторыя вымярэння на гэтым можна знайсці ў свабоднай Памылка секунд паміж SLAC, FNAL, КМУ і ЦЕРН.

Існуе таксама IETF RFC на вымярэнне падлучэння і дакумент аб сучаснай таксанаміі высокай гатоўнасці, якія могуць быць карысныя.

Выйшаў з ладу пакеты

Pinger выкарыстоўвае вельмі просты алгарытм выяўлення і справаздачнасці па парадку пакетаў. Для кожнага ўзору з 10 пакетаў, ён глядзіць, калі парадкавыя нумары адказаў, атрыманых у тым жа парадку, запыты былі адпраўленыя. Калі няма, чым у ўзору пазначаныя як якія маюць адзін або больш з ладу адказаў. Для дадзенага інтэрвалу (скажам, месяц) значэнні паведамілі ў НУ парадку ёсць доля узораў, якія былі адзначаны з адказаў парадку пінг. Так як пінг-пакеты пасылаюцца інтэрвалам у адну секунду, чакаецца, што доля з ладу узораў будзе вельмі малая, і можа быць варта разабрацца, калі гэта не так.

Дубляваных пакетаў

Дублікат пінг рэакцыі могуць быць выкліканыя:

• Больш за аднаго хаста мае той жа адрас IP, так што ўсе гэтыя хасты будуць адказваць на ICMP рэха запыт.
• IP-адрас пінг можа быць шырокавяшчальны адрас.
• Хост мае некалькі стэкаў TCP звязаны з адаптарам Ethernet (гл. http://www.doxpara.com/read.php/tcp_chorusing.html).
• Маршрутызатар лічыць, што ёсць два шляхі, па якіх ён можа дайсці да канца знаходжання i (меркавана, па памылцы) накіроўвае ICMP рэха-запыты на абодвух маршрутах, тым самым канец гаспадар бачыць два рэха-запыты і адказвае ў два разы.
• Там, можа быць, два ці больш (не накіроўваецца) шляху да хост канца і кожны запыт перадаецца больш чым адзін шлях.
• Няправільна NAT скрынкі.

Некаторыя тэсты, якія могуць дапамагчы ўключаюць у сябе:

• Pinging маршрутызатараў ўздоўж маршруту, каб убачыць, калі любы з іх адкажа дублікатаў.
• Захоп пінг-пакеты і паглядзіце, калі ўсе пакеты вярнуліся з таго ж адрасу Ethernet.

Камбінацыя ўсіх пінг меры

Можна скласці графік ўсіх вышэйпаказаных мер пінг (страты, рэагавання, недаступнасці і непрадказальнасці), каб паспрабаваць паказаць камбінацыі вымярэнняў для мноства хастоў для дадзенага перыяду часу. На графіцы ніжэй для 01/11 Сакавік 1997, групы хастоў ў лагічныя групы (ESnet, Н. America West,...) і ў шэрагах групы хастоў,% 100 байт страты пакетаў пінг часу SLAC прэм'ер (7 раніцы - 7 вечара па працоўных днях), а таксама паказана сіняй лініі прайм-тайм пінг час водгуку, і адмоўнае недаступнасці пінг% і непрадказальнасці.

У прыведзеным вышэй участку, страты і час водгуку вымяраецца ў SLAC прайм-тайм (7 раніцы - 7 вечара па працоўных днях), іншыя меры для ўсіх час.

• Хуткасць страты нанесеныя ў выглядзе гістаграмы вышэй у = 0 восі і на 100 байт карыснай нагрузкі пакетаў пінг. Гарызантальныя лініі паказаныя на стратах пакетаў у памеры 1%, 5% і 12% на межах злучэнне якасцяў вызначаны вышэй.
• Час водгуку на графіцы як сіняя лінія на бервяне вось, пазначаная на правым, і круглыя ​​час паездка на 1000 байт пакетах карыснай нагрузкі.
• Недаступнасці хаста будуецца ў выглядзе гістаграмы негатыўна распасціраецца ад у = 0 восі. Хост лічыцца недаступным на 30 хвілінны інтэрвал, калі ён не адказвае ні аднаму з 21 пінг зробленыя на тым, што 30 хвіліннага інтэрвалу.
• Хост непрадказальнасць будуецца ў зялёнай тут як адмоўнае значэнне, можа быць у дыяпазоне ад 0 (зусім непрадказальным) да 1 (вельмі прадказальныя) і з'яўляецца мерай зменлівасці часу водгуку і страт на працягу кожнага 24-гадзіннага дня. Яна вызначаецца больш падрабязна ў пінг Непрадказальнасць.

Наступныя назірання таксама неабходна:

• ESnet хастоў ў цэлым маюць добрыя страты пакетаў (у сярэднім 0,79%). Сярэднія страты пакетаў для іншых груп вагаецца ад 4,5% (Н. Амерыцы ўсходзе) да 7,7% (International). Звычайна 25% -35% хастоў у не-ESnet групы знаходзяцца ў дрэннай дрэнны дыяпазон.
• Час водгуку для ESnet хастоў ў сярэднім складае каля 50 мс, для Паўночнай Амерыкі Уэс гэта каля 80 мс, для Паўночнай Амерыкі Усходзе каля 150 мс і міжнародных хастоў каля 200 мс.
• Большасць недаступным праблемы абмяжоўваюцца некалькімі кампутарамі ў асноўным у групу International (Дрэздэн, Новасібірск, Фларэнцыя).
• Непрадказальнасць найбольш выказана на працягу некалькіх Міжнародны хастоў і прыкладна трэкаў страты пакетаў.

Якасць

Для таго, каб мець магчымасць абагульняць дадзеныя так, значэнне можа быць хутка зразумелі, мы пастараліся, каб ахарактарызаваць якасць выканання спасылкі.

Затрымка

Дэфіцытным і самым каштоўным таварам з'яўляецца час. Даследаванні ў канцы 1970 і пачатку 1980-х гадоў Уолт Доэрці з IBM і інш паказалі эканамічную каштоўнасць Хуткае час водгуку:

0-0.4	Высокая прадукцыйнасць інтэрактыўнага адказу
0,4-2	Цалкам інтэрактыўны рэжым
2-12s	Спарадычна інтэрактыўным рэжыме
12С-600	Перапынак у кантакце рэжыму
600s	Пакетны рэжым

Больш падрабязную інфармацыю аб уздзеянні часу водгуку бачыць псіхалогіі ўзаемадзеяння чалавека і кампутара, Сцюарт К. Card, Томас П. Моран і Ален Ньюэлл, ISBN 0-89859-243-7, апублікаванай Лоўрэнс Erlbaum Associates (1983).

Існуе парог каля 4-5, дзе скаргі хутка павялічвацца. Для некаторых новых інтэрнэт-прыкладанняў Ёсць і іншыя парогі, напрыклад, для перадачы голасу парог у адзін бок затрымкі з'яўляецца каля 150 мс (гл. Рэкамендацыі МСЭ G.114 ў адзін канец часу перадачы, люты 1996) - ніжэй за гэтага можна мець платных званкоў якасці, і вышэй гэтага пункту, затрымка выклікае цяжкасці для людзей, якія спрабуюць весці размову і расчараванне расце.

Для захавання часу ў музыцы, Стэнфард даследнікі выявілі, што аптымальнае колькасць затрымка складае 11 мілісекунд. Ніжэй гэтай затрымкі і людзі, як правіла паскорыць. Над гэтым затрымкі і яны маюць тэндэнцыю запавольвацца. Прыкладна праз 50 мс (або 70), выступленні як правіла, цалкам разваліцца.

Для рэальнага часу мультымедыя (H.323), вымярэнні і аналізу трафіку H.323 дае адзін з спосабаў затрымкі (прыкладна фактару два, каб атрымаць RTT), аб наступным: 0-150ms = Добра, 150-300мс = Accceptable і> 300 мс = дрэнна.

Для кантролю ў рэальным часе і тактыльнай зваротнай сувязі для медыцынскіх аперацый, Стэнфард даследчыкі (гл. Шах, А., Харыс Д., і Гут'ерэс, Д. (2002). "Выкананне выдаленага анатоміі і хірургічнай Прыкладанні навучання ў розных умовах Сеткі." Сусветная Канферэнцыя па адукацыйным мультымедыя, гипермедиа і тэлекамунікацыі 2002 (1), 662-667 ) выявіў, што адзін са спосабаў затрымкі <= 80msec. было неабходна.

Страта

Для характарыстыкі якасці, мы былі сканцэнтраваны ў асноўным на страты пакетаў. Нашы назірання ў тым, што вышэй за 4-6% страты пакетаў відэаканферэнцсувязі становіцца раздражняльным, і не носьбітамі мовы мова аказваецца не ў стане мець зносіны. Ўзнікненні працяглых затрымак не менш за 4 секунд з частатой 4-5% або больш, таксама раздражняе інтэрактыўныя мерапрыемствы, такія як Telnet і X Windows. Над 10-12% страт пакетаў ёсць непрымальны ўзровень спіна да спіны страты пакетаў і надзвычай працяглы тайм-ауты, сувязі пачынаюць атрымліваць зламаны, і відэаканферэнцый з'яўляецца непрыдатным для выкарыстання (гл. таксама пытанне аб бескарыснай перадачы пакетаў для мультымедыя праз Інтэрнэт, дзе яны гавораць на стр. 10 "мы заключаем, што для гэтага патоку відэа, якасць відэа незразумела, калі тэмпы страты пакетаў перавышае 12%". З іншага боку MSF (Multi службы форум) заявілі ў выніку выпрабаванняў на наступны пакаленне сетак для IPTV "тэставанне паказала, што нават палова 1% страты пакетаў у відэаструмені можа зрабіць якасць відэа непрымальным для канчатковых карыстальнікаў" (гл. Computerworld, 29 кастрычніка 2008 ).

Першапачаткова ўзровень якасці для страты пакетаў былі ўстаноўлены ў памеры 0-1% = добра, 1-5% = прымальна, 05/12% = дрэнна, і больш чым на 12% = дрэнна. Зусім нядаўна мы ўдасканалілі узроўнях 0-1% = добра, 1-2.5% = прымальна, 2,5-5% = дрэнна, 5% -12% = вельмі дрэнна, і больш за 12% = дрэнна. Змена парога адлюстроўвае змены ў наш акцэнт, г.зн. 5 гадоў таму мы бы ў першую чаргу мець справу з электроннай пошты і FTP. Сёння мы таксама занепакоеныя X-акна прыкладанняў, вэб-прадукцыйнасці, і канферэнц-пакеты відэа, і пачынаюць глядзець на голас па-над IP. Акрамя таго, змена парогаў адлюстроўвае больш глыбокае разуменне таго, што адбываецца, гэта цытата з Верн Пакссон падводзіць вынік; Разумны сэнс у даследчыкаў TCP лічыць, што страты ў памеры 5% аказвае істотны негатыўны ўплыў на прадукцыйнасць TCP, таму што гэта будзе ў значнай ступені абмяжоўваюць памер акна насычэння і, такім чынам, хуткасць перадачы дадзеных, а 3% часта значна менш сур'ёзнымі. Іншымі словамі, складанае паводзіны Інтэрнэт прыводзіць да значных змен, калі страта пакетаў падымаецца вышэй 3%.

Аўтамабільная сетка абмену (ANX) задае парог для пакетнай хуткасці страты (гл. ANX / Аўта Метрыкі Linx) павінна быць менш 0,1%.

МСЭ Тыфона рабочай групы (гл. Агульныя аспекты якасці абслугоўвання (QoS), DTR/TIPHON-05001 v1.2.5 (1998-09) тэхнічны справаздачу) таксама вызначыў <3% страт пакетаў як добра,> 15% для сярэдніх дэградацыі, і 25% для бедных дэградацыі, для інтэрнэт-тэлефаніі. Вельмі цяжка даць адно значэнне, ніжэй якога страты пакетаў дае здавальняючыя / прымальная / добрае якасць інтэрактыўных голас. Ёсць шмат іншых зменных, якія выкарыстоўваюцца ў тым ліку: затрымка, джиттер, страты пакетаў Утойванне (ПЛК), незалежна ад страты або выпадковага пульсавалага, алгарытм сціску (цяжэй сціск выкарыстоўвае меншую прапускную здольнасць, але ёсць вялікая адчувальнасць да страт пакетаў, так як больш дадзеных змяшчаецца / страцілі ў адзін пакет). Гл., напрыклад, дакладам першага ETSI VoIP Гаворка праверкі якасці падзея, 21-18 сакавіка 2001, ці гаворка апрацоўкі, перадачы і якасць аспектах (STQ); Ананімныя пратаколу выпрабаванняў ад другой прамовы праверкі якасці Падзея 2002 ETSI TR 102251 v1.1.1 (2003-10) або ETSI третьей Рэчы праверкі якасці Падзея Зводка дакладзе, Размоўны Якасць прамовы для VoIP шлюзаў і IP-тэлефаніі.

Джонатан Розенберг з Lucent Technology і Калумбійскага універсітэта ў G.729 Аднаўленне пасля памылак для інтэрнэт-тэлефаніі, прадстаўленыя на канферэнцыі VON 9 / 1997 даў наступную табліцу, паказвае суадносіны паміж сярэдні бал думкі (MOS) і паслядоўны страчаных пакетаў.

Паслядоўныя страты пакетаў пагоршыць якасць перадачы голасу

Паслядоўныя кадры страчаныя	1	2	3	4	5
MOS	4,2	3,2	2,4	2,1	1,7

дзе:

Сярэдні лік меркаванняў

Рэйтынг	Якасць прамовы	Узровень скажэнняў
5	Выдатны	Непрыкметны
4	Добра	Проста прыкметныя, не раздражняе
3	Кірмаш	Прыкметны, трохі раздражняе
2	Бедныя	Раздражняе, але не objectionale
1	Нездавальняючы	Вельмі раздражняе, непажаданыя

Калі VoIP-пакетаў разнесеныя па 20msec то 10% страт (пры ўмове, выпадковае размеркаванне страт) эквівалентна таго, бачачы два паслядоўных кадра страцілі прыкладна кожныя 2 секунды, у той час як 2,5% страт складае 2 паслядоўных кадраў губляецца прыкладна кожны 30 секунд.

Так мы ўсталёўваем "прымальна" страты пакетаў пры <2,5%. Паперы вымярэнні і аналізу трафіку H.323 дае наступнае для VoIP (H.323): Страта = 0% -0,5% Добра, = 0,5% -1,5% Прымальныя і> 1,5% = Дрэнна.

Вышэй парогаў мяркуе плоскую выпадковае размеркаванне страт пакетаў. Аднак, часта страты бываюць воплескі. Для таго, каб колькасна паслядоўных страт пакетаў мы выкарысталі, акрамя ўсяго іншага, Умоўная верагоднасць страты (CLP) вызначана ў Характарызуючы End ў канец затрымкі пакетаў і страты ў сеткі Інтэрнэт Дж. Балот ў часопісе высакахуткасных сетак, том 2, вып. 3 п.п. 305-323 снежні 1993 года (гэта таксама можна азнаёміцца ​​на вэб). Асноўным CLP з'яўляецца probablility, што калі адзін пакет губляецца наступны пакет таксама губляецца. Больш фармальна Conditional_loss_probability = Верагоднасць (страты (пакет п+1) = праўдзіва | страту (пакет п) = ісціна). Прычыны такіх воплескаў ўключаюць час збежнасці патрабуецца пасля змены маршруту (10. Да 100s секунд), страты і аднаўлення сінхранізацыі ў сеткі DSL (10-20 секунд), і мост злучнага дрэва паўторнай канфігурацыі (~ 30 секунд). Больш падрабязна аб уздзеянні пульсавалага страты пакетаў могуць быць знойдзены ў якасць прамовы Уплыў выпадковых супраць пульсавалага страты пакетаў К. Дворжака, унутраная МСЭ-Т дакумента. Гэты артыкул паказвае, што ў той час як для выпадковых страт сыходзяць у МАП з'яўляецца лінейным% страт пакетаў, для пульсавалага страты падаюць значна хутчэй. Таксама гл Burstiness страты пакетаў. Сыходзяць у МАП складае ад 5 да 3,25 для змены страт пакетаў ад 0 да 1%, а затым яно лінейна падае на МОП каля 2,5 па страце 5%.

Іншыя намаганні маніторынг можа выбіраць розныя парогі магчыма таму, што яны звязаны з рознымі прыкладаннямі. MCI-трафіку старонку этыкеткі спасылкі як зялёны, калі ў іх ёсць страты пакетаў <5%, чырвоны, калі> 10%, а аранжавы паміж імі. Інтэрнэту надвор'я кветак <6% Страта, як зялёны і> 12%, як чырвоны, і аранжавы у адваротным выпадку. Такім чынам, яны з'яўляюцца больш ліберальны, чым мы, або па крайняй меры, менш зярністасць. Гэры Нортан у Network World сьнежня 2000 (с. 40), кажа: "Калі больш за 98% пакеты дастаўляюцца, карыстачы павінны адчуваць толькі ў нязначнай ступені час водгуку, і сесіі не павінны тайм-аўт".

На малюнку ніжэй паказана размеркаванне частот для сярэднямесячная страты пакетаў прыкладна на 70 участках відаць з SLAC ў перыяд з студзеня 1995 па лістапад 1997 года.

Для кантролю ў рэальным часе і тактыльнай зваротнай сувязі для медыцынскіх аперацый, Стэнфард даследнікі выявілі, што страта не была крытычным фактарам і страты да 10% можа быць памяркоўна.

Дрыгаценне

МСЭ Тыфона рабочай групы (гл. Агульныя аспекты якасці абслугоўвання (QoS) DTR/TIPHON-05001 v1.2.5 (1998-09) тэхнічны справаздачу) вызначае чатыры катэгорыі сеткавых дэградацыі на аснове аднабаковай джиттера. Да іх адносяцца:

Узроўні сеткі дэградацыі на аснове джиттера

Дэградацыя катэгорыі	Пік джиттера
Дасканалы	0 мс.
Добра	75 мс.
Серада	125 мс.
Бедныя	225 мс.

Мы даследуем, як ставіцца аднабаковым парогі джиттера для пінг (у абодва канца або двухбаковы) вымярэння джиттера. Мы выкарысталі Surveyor аднабаковым вымярэнняў затрымкі (гл. ніжэй) і вымяраецца IQRs ад аднабаковай затрымкі (J _{=> б} і ў _{б =>}, дзе індэкс => б паказвае маніторынгу вузел знаходзіцца на і маніторынг выдаленага вузла на б) і ў тым розніца затрымка пакетаў (J _{=> B} і J _{б =>}). Затым мы дадаем два адзін спосаб затрымкі для эквівалентных марках час разам і атрымаць IQRs для круглых затрымкі сігналу (ў _{<=> б}) і ў тым затрымкі пакетаў розніца (J _{<=> б}). Прагляд Параўнанне аднаго і двухбаковы джиттера можна бачыць, што размеркавання не Gaussianly размеркаваных (быўшы яшчэ больш рэзка і з больш шырокімі хвастамі), джиттера вымяраецца ў адным кірунку можа быць вельмі выдатнай ад той, вымяраецца ў іншым кірунку, і што ў гэтым выпадку вышэй набліжэння для круглы IQR паездку працуе дастаткова добра (у межах двух працэнтаў пагаднення).

Прагляд вэб-старонак і пошты даволі ўстойлівыя да джиттера, але любыя струменевыя медыя (голас, відэа, музыку) цалкам suceptible да джиттера. Дрыгаценне з'яўляецца прыкметай таго, што ёсць коркі, ці не хапае прапускной здольнасці для апрацоўкі трафіку.

Джиттера вызначае даўжыню прайгравання VoIP кодэкаў буферы для прадухілення празмернага або недастатковага патоку. Мэта можа быць, каб паказаць, што кажуць 95% варыяцый затрымкі пакетаў павінна быць у межах інтэрвалу [-30msec, 30 мс].

Для рэальнага часу мультымедыя (H.323), вымярэнні і аналізу трафіку H.323 дае ў адзін бок: джиттера = 0-20мс = Добра, джиттера = 20-50мс = прымальна,> 50 мс = дрэнна. Мы вымяраем туды-назад джиттера што прыкладна ў два разы ў адзін бок джиттера.

Для кантролю ў рэальным часе і тактыльнай зваротнай сувязі для медыцынскіх аперацый, Стэнфард даследнікі выявілі, што вырашальнае значэнне джиттера і спалох ад <1 мс былі неабходныя.

Выкарыстанне

Спасылка выкарыстання могуць быць лічаны з маршрутызатараў праз SNMP MIB (калі такі мае дазвол чытаць такую ​​інфармацыю). "Каля 90% выкарыстання тыповай сеткі адменіць 2% пакетаў, але гэта залежыць. Нізкая прапускная здольнасць сувязі маюць менш шырата для апрацоўкі чэргаў, часта адкідаць пакеты толькі на 80% выкарыстання... поўная праверка сеткі аховы здароўя павінны вымяраць. прапускной здольнасці лініі штотыдзень Вось прапанавалі каляровай код:

• RED: Пакет адкінуць> 2%, разгортвання якіх-небудзь новых прыкладанняў.
• AMBER: Выкарыстанне> 60%. Разгледзім мадэрнізацыі сеткі.
• ЗЯЛЁНЫ: выкарыстанне <60%. Прадугледжаны для разгортвання новага прыкладання. "

Высокая хуткасць спаду, Гэры Нортан, Network Magazine, Снежань 2000 года. Вышэй не азначае, на працягу якога перыяду выкарыстання вымяраецца. У іншым месцы артыкула Нортона, ён кажа: "Прапускная здольнасць сеткі... разлічваецца як сярэдняе busiets гадзін на працягу 5 рабочых дзён".

"Чарга тэорыя мяркуе, што змены ў круглых час паездкі, аб, змяняецца прапарцыйна 1 / (1-L), дзе L з'яўляецца бягучай загрузкі сеткі, 0 <= L <= 1. Калі Інтэрнэт працуе на 50%, мы чакаем, што круглы затрымкі сігналу змяняецца з каэфіцыентам+ - 2o., або 4 Калі нагрузка дасягае 80%, мы чакаем, што змяненне 10 ". міжсеткавага з TCP / IP, Прынцып, пратаколы і архітэктуры, Дуглас Комер, Prentice Хол. Гэта кажа аб тым, ці можна быць у стане атрымаць меру выкарыстання, гледзячы на адрозненні ў RTT. Мы не правяраюцца гэтую прапанову на дадзены момант.

Даступнасць

Bellcore Агульныя патрабаванні 929 (GR-929-CORE Надзейнасць і якасць вымярэнняў для сістэм тэлекамунікацый (RQMS) (правадной), актыўна выкарыстоўваецца пастаўшчыкамі тавараў і паслуг у якасці асновы для пастаўшчыкоў справаздачнасці штоквартальных справаздач супастаўленні мэтаў. Кожны год, пасля Публікацыя самую апошнюю версію GR-929-CORE, такімі новымі задачамі, выкананне ажыццяўляецца) паказвае, што ядро тэлефоннай сеткі накіравана на 99,999%, што перакладаецца як менш 5,3 хвілін прастою у год. Як напісана вымярэння не ўключае адключэнняў менш за 30 секунд. Гэта накіравана на бягучыя PSTN камутатарамі лічбавыя (такіх, як электронныя сістэмы камутацыі 5 (5ESS) і Nortel DMS250), выкарыстоўваючы голас па-над ATM сучасных тэхналогій. Дзяржаўная сістэма пераключэння патрабуецца абмежаваць агульны час прастою падчас 40-гадовы перыяд да менш чым за дзве гадзіны, або менш, чым за тры хвіліны ў год, колькасць эквівалентна наяўнасць 99,99943%. Пры канвергенцыі дадзеных і галасы, гэта азначае, што сеткі перадачы дадзеных, якія будуць несці некалькі паслуг, уключаючы голас павінен пачынацца з аналагічнымі або больш высокімі наяўнасць або канчатковых карыстачоў будзе раздражнёны і расчараваны.

Узроўні даступнасці часта кідаюць у пагадненнях аб узроўні абслугоўвання. У табліцы ніжэй (на базе Cahners In-Stat даследаванне ўзору пастаўшчыкоў прыкладных паслуг (ASP)) паказвае ўзровень даступнасці прапанаваных хлушу і ўзроўню абранай кліентам.

	Узроўні прапанаваных	Абраны заказчыкам
Менш 99%	26%	19%
99% даступнасці	39%	24%
99,9%	24%	15%
99,99% даступнасці	15%	5%
99,999%	18%	5%
Больш за 99,999%	13%	15%
Не ведаю	13%	18%
Сярэднеўзважаны даступнасці прапанаваных	99,5%	99,4%

Для больш падрабязнай інфармацыі аб наяўнасці і да т.п. гл.: Cisco паперы Белае на Always-On даступнасць для мультысэрвісных сетак перавозчыка аб тым, як Cisco імкнецца да высокай даступнасці па сетцы перадачы даных; NIST дакумент аб Канцэпцыі сістэмы адмоваўстойлівасці (падрабязней пра адрозненне паміж надзейнасцю і даступнасцю); сучаснай таксанаміі высокай даступнасці і IETF дакуменце RFC 2498: IPPM Метрыкі для вымярэння падлучэння.

Групоўка

Па меры павелічэння колькасці якія прымаюць пар кантралюецца павялічыўся становіцца ўсё больш неабходнай для аб'яднання дадзеных у групы, якія прадстаўляюць сферы інтарэсаў. Мы знайшлі наступныя катэгорыі групоўку быць карысныя:

• па вобласці (напрыклад, Паўночная Амерыка, Заходняя Еўропа, Японія, Азія, краіны, дамен верхняга ўзроўня);
• прымаюць падзел пары (напрыклад трансокеанских сувязяў, міжкантынентальныя сувязі, Інтэрнэт абменных пунктаў);
• Сетка паслуг хрыбетніка, што аддалены вузел злучаны з (напрыклад, ESnet, vBNS / Інтэрнэт 2, TEN-34 CALREN2...);
• агульная прыналежнасць цікавасць (напрыклад, XIWT, HENP, вопыт супрацоўніцтва, такія як BaBar, еўрапейскіх або нацыянальных лабараторый Міністэрства энергетыкі, інтарэсы ESnet праграмы, сайты Surveyor маніторынгу)
• на ўчастках маніторынгу;
• один выдалены сайт відаць з многіх участкаў маніторынгу. Мы павінны мець магчымасць выбраць Цот групоўкі па маніторынгу сайтаў і выдаленых аб'ектаў. Таксама мы павінны магчымасць ўключае ў сябе ўсіх членаў групы, каб далучыцца да груп, а таксама выключыць з членаў групы.

Некаторыя прыклады таго, як многія ~ 1100 Pinger маніторынг хост аддаленых вузлоў пар у глабальныя групы раёне і блізкасць груп можна знайсці ў дыстрыбутывах Pinger пару групоўкі.

У той жа час вельмі важна выбраць аддаленых вузлоў і хост-парамі так старанна, што яны з'яўляюцца рэпрэзентатыўнымі для інфармацыі один спадзяецца высветліць. Таму мы выбралі набор з прыкладна 50 "Beacon сайты", якія кантралююцца ўсіх участках маніторынгу і якія з'яўляюцца прадстаўнікамі розных груп сродства мы зацікаўлены прыклад графік, які паказвае пінг адказ для груп сайтаў паказана ніжэй: працэнты паказана справа легенды аб страчаных пакетаў графіцы паляпшэння (памяншэнне страт пакетаў) у месяц за экспанентнай лініі трэнду падыходзіць для пакетнай перадачы дадзеных страт. Звярніце ўвагу, што на 5% / месяц паляпшэнне эквівалентна 44% / год паляпшэнне (напрыклад, 10% страт знізіцца да 5,6% у год).

One Way Вымярэнні

SLAC таксама супрацоўнічае ў Surveyor праект, каб зрабіць адзін спосаб затрымкі і страты вымярэнняў паміж Surveyor сайтаў. Кожны Surveyor сайт кропцы вымярэння, які складаецца з падлучанага да Інтэрнэту кампутара з прымачом GPS. Гэта дазваляе сапраўды сінхранізаваць час штампоўкі пакетаў, што дазваляе адзін спосаб вымярэння затрымкі. Больш падрабязную інфармацыю можна знайсці ў прэзентацыі супрацоўнікі Surveyor і вынікаў выбаркі. Затрымка ацэнак, спароджаных з'яўляюцца больш падрабязнымі, чым Pinger і ўдакладніць асіметрыі ў Інтэрнэце шляху ў двух кірунках. Больш падрабязную інфармацыю аб параўнанні гэтых двух метадаў гл Параўнанне Pinger і Surveyor.

RIPE таксама тэставы трафік праект, каб зрабіць незалежнымі вымярэннямі параметраў падлучэння, напрыклад, затрымкі і маршрутызацыі-вектараў у Інтэрнэт. RIPE хост усталяваны ў SLAC.

NLANR актыўнай праграмы вымярэнняў (AMP) для высокапрадукцыйных вылічэнняў узнагароджаных накіравана на паляпшэнне разумення таго, як хуткадзейных сетак выконваюць вачыма сайтаў-удзельнікаў і карыстальнікаў, і, каб дапамагчы ў дыягностыцы праблем як для карыстальнікаў сеткі і яе пастаўшчыкоў. Яны ўсталяваць стойку машыны FreeBSD на участках і ў поўнай меры сеткі актыўных вымярэнняў пінг паміж іх машынамі, з пінг быць запушчаны прыкладна ў 1 хвіліну. Машына AMP усталяваны ў SLAC.

Больш падрабязнае параўнанне Surveyor, RIPE, Pinger і ўзмацняльніка можна знайсці па адрасе Параўнанне некаторых інтэрнэт актыўны канец у канец праектаў Вымярэнне эфектыўнасці.

SLAC таксама Nimi (Нацыянальная інтэрнэт-вымярэнняў Infrastructure) сайта. Гэты праект можна разглядаць у якасці дадатку да Surveyor праекта, у тым, што яго (Nimi) больш сканцэнтраваны на забеспячэнні інфраструктуры для падтрымкі шматлікіх методык вымярэнняў, такія як адзін са спосабаў пінгі, Treno, трасіроўку, Pinger і г.д.

Вайкато універсітэта ў Новай Зеландыі таксама разгортванне Linux хастоў кожны прыёмнік GPS і робячы адзін спосаб вымярэння затрымкі. Больш падрабязна аб гэтым гл ў Вайкато Затрымка Вынікі старонкі. У адрозненне ад AMP, RIPE і Surveyor праектаў, праект Вайкато робіць пасіўныя вымярэння, нармальнага трафіку паміж існуючымі парамі, з выкарыстаннем CRC сігнатуры пакетаў для ідэнтыфікацыі пакетаў запісаны на 2 канцах.

Джала TCP-сеткі інструмент вымярэння здольны актыўна мерай страты пакетаў і ў прамым і зваротным шляху паміж парамі вузлоў. Яно мае то перавага, што не патрабуе GPS, і не падлягаюць ICMP абмежаванне хуткасці або блакавання (у адпаведнасці з даследавання ISI ~ 61% хастоў у Інтэрнэт, не repond на пінгі), аднак гэта патрабуе невялікай мадыфікацыі ядра.

Калі адзін з спосабаў затрымкі (D), як вядома для абодвух напрамкаў Інтэрнэт пары вузлоў (б), то вакол затрымкі сігналу R можа быць разлічана наступным чынам: R = D _{=> B}+ D _{б =>} дзе D _{=> б} гэта адзін са спосабаў затрымкі вымяраецца ад вузла да вузла B, і наадварот. двухбаковая страта пакетаў P можа быць атрымана з той страты (р) наступным чынам: Р = Р _{=> б}+ р _{б =>} - Р _{=> б} * р _{б =>} , дзе р _{=> б} гэта адзін са спосабаў страты пакетаў ад вузла да б і наадварот.

Ёсць некаторыя IETF RFC, звязаныя з вымярэння адной затрымкі шляху і страты, а таксама круглы затрымкі сігналу метрыку.

Traceroute

Другі вельмі магутны інструмент для дыягностыкі праблем у сеткі з'яўляецца трасіроўку. Гэта дазваляе знайсці колькасць пераходаў на выдалены сайт, і наколькі добра маршруце працуе.

Джон MacAllister ў Оксфардзе распрацаваў Traceping Маршрут Маніторынг статыстыкі на аснове стандарту трасіроўку і пінг-камунальныя паслугі. Статыстыка збіраецца на рэгулярнай аснове на працягу 24-гадзіннага перыяду і прадаставіць інфармацыю аб канфігурацыі маршрутызацыі, якасці маршруту і стабільнасці. Мы (праект Pinger) знаходзяцца ў працэсе пашырэння traceping і ўсталяваць яго на буйных сайтах, у прыватнасці, маніторынг Pinger сайтаў (гл. Цікавасць да Traceping для атрымання дадатковай інфармацыі).

ТРЫУМФ таксама мае вельмі добрыя Traceroute Карта інструмент, які паказвае карту маршрутаў з TRIUMF на шматлікіх іншых сайтах. Мы глядзім на забеспячэнне спрашчэння такіх карт для выкарыстання аўтаномных сістэм (AS) прайшлі праз замест таго, маршрутызатары.

Можна таксама ўчастак FTP прапускная здольнасць па параўнанні лічыць трасіроўку хоп , а таксама адказ пінг і страта пакетаў для пошуку карэляцыі.

Многія сайты з'яўляюцца, якія працуюць трасіроўку сервераў (зыходны код (у Perl) даступная), якія дапамагаюць у адладцы і ў разуменні тапалогіі Інтэрнэту, гл., напрыклад, BNL ў шляху Праверыць карыснасць.

Некаторыя сайты прадастаўляюць доступ да сеткі такія ўтыліты, як Nslookup каб можна было больш даведацца аб пэўным вузле. Пару прыкладаў SLAC і ТРЫУМФ.

Уплыў маршрутызацыі на Інтэрнэт End ў канец прадукцыйнасці

Гласарый

• DSCP дыферэнцыраваныя кодавым кропках абслугоўвання. Дыферэнцыяванае абслугоўванне кодавых кропак складае 6 бітаў у IP-загалоўку поля, якія выкарыстоўваюцца абраць на-хоп-паводзіны пакета. 6 біт для DSCP і 2 невыкарыстоўваныя біты прызначаныя для замены існуючых азначэнняў актэта IPv4 TOS, гл RFC 2474 для падрабязнасцяў.
• MTU Максімальны блок пераносу. Максімальнага блока перадачы максімальны памер IP датаграммы, якая можа быць перададзена з дапамогай адмысловага канала перадачы дадзеных злучэнне.
• MSS максімальнага памеру сегмента. МТУ-40.
• QBSS Паслугі QBone Scavenger. Паслугі QBone Scavenger з'яўляецца дадатковага класа максімальных намаганняў службе. Невялікая колькасць прапускной здольнасці сеткі вылучаецца (у няцвёрдыя спосабам) за гэтую паслугу, калі па змаўчанні максімальных намаганняў магутнасцяў недастаткова, QBSS можа пашырыць спажываць невыкарыстоўваемых магутнасцяў.
• Вокны прыёму (RWIN) памер буфера TCP, колькасць пакетаў, ваша машына будзе пасылаць не атрымаўшы ACK.

Дадатковая інфармацыя

• SLAC перамоваў і даклады па Маніторынг сеткі.
• Кіраўніцтва навукова-даследчай сеткі Карыстальніка да прадукцыйнасці: Knowledge Base ад павышэння GEANT2 групы рэагавання на прадукцыйнасць.
• Пытанні спецыфікацыі IP мэтаў дзейнасці да высновы, што: IP памер пакета асноўным фактарам, вызначальным страты прадукцыйнасці, страта не залежыць ад T3 супраць знешніх ліній T1 патэнцыялу; пакет варыяцыя затрымкі і знаходзяцца пад кантролем T3 супраць знешніх ліній T1 патэнцыялу; Хуткасць доступу да лініі мала ўплывае на IP затрымкі пакетаў або змены IP затрымка пакетаў.
• Пратаколы сеткавага кіравання ад Realtime Publishers.
• NLANR (Нацыянальнай лабараторыі прыкладных даследаванняў сетак)
• Вымярэнне сеткі FAQ ад CAIDA працоўных метрык групы.
• Кіраванне сеткай Падручнік.
• Маніторынг сеткі Выкарыстоўваюцца інструменты ў месцах ESnet
• ОКЗФ-НФПК Маніторынг даклад Рабочай групы, Май-98 дае шмат карыснай інфармацыі па выніках канца ў канец Інтэрнэту маніторынгу.
• Спасылкі на кіраванне сеткай.
• Патрабаванні Маніторынг сеткі для сеткі з EuroGrid WP7 прапануе цікавы агляд метадаў маніторынгу і г.д.
• Сеткавыя утыліты для карыстальнікаў з Терена, забяспечвае добрае ўвядзенне да таго, як працуе Інтэрнэт, і як выкарыстоўваць некаторыя сеткавыя прылады (напрыклад, пінг і трасіроўку) для дыягностыкі праблем.

---

^{хранічны} cronjob выклікае адпаведныя скрыпты. На гэтым паскаральніку SLAC cronjob ў pinger@pinger.slac.stanford.edu /. Trs / кронтаб. Для PingER1 скрыпт выклікаецца timeping.pl, для PingER2 гэта завецца pinger2.pl. На SLAC Pinger скрыпты знаходзяцца ў Perl, і калі не пазначана іншае знаходзяцца ў дарозе / АФН / SLAC / пакет / Netmon / пингер / ^{збіраць} дадзеныя збіраюцца ў SLAC па getdata.pl скрыпт які выкарыстоўвае Lynx, каб атрымаць дадзеныя з ping_data.pl CGI скрыпт на кожным маніторынгу сайта. Getdata.pl называецца штодня збіраць дадзеныя SLAC архіваванне сайта. Яна выклікаецца з cronjob жа як выклікі timeping.pl (гл. вышэй). ^аналіз інфармацыі па аналізу ланцужка скрыпты могуць быць знойдзены ў: «Аднаўленне гістарычных дадзеных". якая тлумачыць увесь ланцужок аналізу ^pingtable асноўны механізм справаздачнасці па pingtable.pl сцэнар, які ў SLAC захоўваецца ў Pinger CGI шлях / АФН / SLAC / г / WWW / CGI-абкручванне-бен / нета / offsite_mon / pinghistory /.
Popular Linksdreamweaver vs expression, bayesian computation , usability testing tool, wordpress website hosting, greylist policy service, how to print webpage, books evaluation , fortran algorithm info, traceviz script , codeviz , free garage heat, webhosting, vps webhosting, gnu licenses, legal theory blog