DEBATA 16.05.2011 Regulacje w zakresie przejrzystości umów oraz poziomu jakości świadczonych usług stymulatorem rozwoju rynku usług telekomunikacyjnych Pomiary jakości w dostępie do Internetu Robert Kowalik
QOS W INTERNECIE FAKTY I MITY Internet to sieć best effort bez gwarancji jakości Cały ruch w Internecie jest traktowany tak samo Brak rezerwacji zasobów dla aplikacji/użytkowników uprzywilejowanych Oversubscribing jest metodą na zapewnienie kontroli przepływności Obciążenie sieci zmienia się zależnie od pory dnia, dnia tygodnia i pory roku W przypadku przeciążeń i uszkodzeń wszyscy tak samo odczuwają spadek jakości Dlaczego Internet jest siecią bez gwarancji jakości? Internet jest siecią wielu operatorów Gwarancja jakości ma sens tylko w przypadku implementacji end- to- end Jakość w dostępie do Internetu? Kontrakt pomiędzy klientem i operatorem Gwarantujący, bądź nie jakość dostępu w przepływności bitowej Throughput! Internet
GDZIE SZUKAĆ JAKOŚCI W INTERNECIE? Pętla abonencka Sieć Łącze Internetowe Internet Dostęp do Internetu Sieć domowa Pomiędzy gniazdkiem operatora i jego punktem dostępu do Internetu operatora
THROUGHPUT OD CZEGO ZALEŻY Ile w jednostce czasu? Rou7ng Switching Switch Router Switching Switch Router Szybkość linii Terminal CE Protokół transportowy Throughput w OSI: L1, L2, L3 czy QoE? Throughput w dostępie do Internetu: Terminal CE klienta: WiFi, Ethernet Protokół transportowy: TCP i UDP Szybkość komputera klienta: moc obliczeniowa, wirusy, firewalle
THROUGHPUT DLA WARSTWY FIZYCZNEJ CZY APLIKACJI? L1 = bitrate dla warstwy fizycznej Pr. Gap FCS Data IP SA DA Prae. Gap FCS Data 4 20 min. 6+6+2 8 min. 12 bajtów L2 = L1 20 bajtów L3 = L1 20 bajtów 18 bajtów = L1 38 bajtów L4 = L1 20 bajtów 18 bajtów 20 bajtów = L1 58 bajtów!"#$%&'()*+,%" -./00!"#$% &'(!)#*+#$ 100/00,!-% &.(!)#*+#$ 2-/13,!-% &/(!)#*+#$ 4./2-,!-% &0(!)#*+#$ 50/34,!-%!"#$%&'()*+,%" -.-/011!"#$% &'(!)#*+#$ -11011,!-% &.(!)#*+#$ 2/031,!-% &/(!)#*+#$ 230.4,!-% &0(!)#*+#$ 25064,!-% Jaki będzie throughput dla aplikacji klienta? Zależy od aplikacji!
THROUGHPUT Z PUNKTU WIDZENIA KLIENTA CE Klienta WiFi nie jest interfejsem pomiarowym, przepływność bitowa zależy od wielu czynników Standardu WiFi, 802.11b/g/a/n po stronie routera i komputera kienta Zakłóceń: tylko trzy niezakłócające się wzajemnie kanały dla 2.4GHz Ethernet zgodnie ze standardami np. RFC2544 jest interfejsem pomiarowym dla Throughput Protokół transportowy: Dla TCP przepływność zależy od wielu czynników zarówno po stronie dostawcy usługi jak i klienta Opóźnienie, wielkość okna transm., wielkość datagramu, policing, dostępna przepływność L2/L3!"#$%&'()*+,-./-0-12$34*+,-*4)5-6"5)7827'9)$:*;*%<=)2$)2$->%2):? @AB%7C UDP jest protokołem wolnym od ograniczeń kontroli przepływności!"#$%&'%&'( )*+, -&'./012(0/%3( )/4356#7, DEF/G 89 :; Komputer klienta nie jest przyrządem pomiarowym, zbyt wiele czynników ma wpływ na dokładność pomiaru
JAK MIERZYC THROUGHPUT? Przepływność powinna być mierzona w L2 lub L3 w zależności od rodzaju usługi Throughput powinien być zmierzony dla kilku wielkości pakietów: Wyniki pomiaru throughput Wielkość ramki (bajty) Zmierzony Frame Rate (frms/sec) Skonf.L1 (Mbps) Zmierzony L1 (Mbps) Zmierzony L2 (Mbps) Zmierzony L3 (Mbps) Zmierzony L4 (Mbps) 64 65,430 65,430 49,851 35,831 20,252 97366 256 53,750 53,750 49,855 46,350 42,455 24344 1024 50,830 50,829 49,856 48,979 48,005 6086 1518 50,510 50,509 49,852 49,261 48,605 4106 Throughput nie może być mierzony za pomocą protokołu TCP Pomiar nie powinien być wykonywany z interfejsu WiFi Do pomiaru powinien być wykorzystany przyrząd pomiarowy generator ruchu i analizator! Niezależny pomiar throughput dla downstream i upstream Pomiar powinien być wykonywany sukcesywnie o różnych porach dnia
METODY POMIAROWE ROZWIĄZANIE AJRiS raport: ftp, email Przepływność w dostępie do Internetu Internet Sieć domowa Pasywne monitorowanie ruchu klienta Bezintruzyjne testowanie dostępności usługi 24/7 np. 1 pakiet/s Generowanie ruchu upstream i downstream (automatyczne odcięcie klienta)
ROZWIĄZANIE AJRiS - CHARAKTERYSTYKA Sonda AJRiS Serwer AJRiS Architektura klient- serwer Zdalna kontrola, harmonogram testów, bezintruzyje monitorowanie dostępności łącza 24/7, monitorowanie utylizacji ruchu klienta, Automatyczne odcięcie klienta na czas testu Test z wykorzystaniem protokołu UDP Wsparcie NAT Generowanie ruchu do 1Gbps włącznie Interfejsy optyczne (SFP) i elektryczne (możliwość testowania tech. mobilnych) Generowanie ruchu upstream i downstream (automatyczne odcięcie klienta) Zgodność z RFC2544: Test dla wybranych wielkości pakietów, pomiar throughput, jiser i gubionych pakietów Możliwość wykorzystania do pomiaru łączy międzyoperatorskich
RFC2544 CO MÓWIĄ ZALECENIA Internet Engineering Task Force (IETF) ==> Benchmarking Working Group (BMWG) ==> Request for Comments (RFC) RFC2544 (Benchmarking Methodology for Network Interconnecwon Device) Pomiar Throughput, Delay, Loss oraz Back- to- Back oraz System Recovery i Reset Dla interfejsów Ethernet, TR i FDDI w tym sieci IP Test dla 7 wielkości pakietów: 64, 128, 256, 512, 1024, 1280, 1518 Test point- to- point Raportowanie w postaci tabeli i wykresu RFC2544 Raport Pomiarowy WYNIK KOŃCOWY: POZYTYWNY
METODY POMIAROWE SPEEDTEST Przepływność w dostępie do Internetu Internet serwer speedtest Sieć domowa Test downstream i upstream przez sieć domową klienta Na komputerze klienta Transmisja TCP, tylko dla dużych pakietów Wydajność do kilkudziesięciu Mbps Brak zgodności z zaleceniami, rekomendacjami niska powtarzalność wyników
PYTANIA?