SzIP kompatibilis sávszélesség mérések

SZIPorkázó technológiák

ABACUS Business and Wellness Hotel Herceghalom, 2017

SzIP kompatibilis sávszélesség mérések Liszkai János Equicom Kft.

SZIP – Teljesítőképesség, minőségi paraméterek Feltöltési sebesség [Mbit/s]

Letöltési sebesség [Mbit/s]

Névleges

6,0

30

Garantált

1,7

7,5

CoS

QoS End-to-End (Maximumok) Rendelkezésre állás [%]

Késleltetés [ms]

Jitter [ms]

Csomagvesztés [%]

CoS 1: Hang (realtime)

99,5

150

30

1

CoS 2: Video (streaming)

99,5

400

50

0,1

CoS 3: Adat (critical application)

99,5

100

100

0,1

CoS 4: Best Effort

99,5

-

-

-

Szolgáltatási osztály (CoS)

Forrás: 4_szamu_melleklet_Tervezesi es Halozatepitesi Ajanlas.pdf ABACUS Business and Wellness Hotel Herceghalom, 2017

Üzembe helyezés, sávszélesség mérés központi megoldással

Third-Party rendszerek

NOC EXFO API-k

BV-10

RFC 2544, Y.1564, RFC 6349

MSO

Monitorozás Időzített mérések, adatbányászat, riasztások, SLA

OSS

Mobile Backhaul EXFO Active Verifier S1

Üzleti szolgáltatások

Eszköz nyilvántartás Eszköz adatok API-n keresztül és automatizált tesztek

BV-10 S1

S1

BV-10 Adatközpont

Mérési eredmények felhasználói riportok


Üzembe helyezés, sávszélesség mérés kézi megoldással

RFC 2544, Y.1564, RFC 6349

EXFO FTB-1v2 platform

MSO

Mobile Backhaul EXFO FTB-1v2 platform

S1

Üzleti szolgáltatások

S1

S1

Adatközpont




ITU-T Y.1564

1. Hálózati konfigurációs teszt (Ramp Test) Tárgy: Hálózati konfiguráció ellenőrzése minden kiválasztott eszközre (rate limiting, traffic shaping, QoS)

Módszertan: Szolgáltatásonként un. „ramp test” a CIR fokozatos megközelítésével és túllépésével. Minden KPI (key performance indicator) mérhető

2. Szolgáltatás teszt Tárgy: A szolgáltatások QoS paramétereinek vizsgálata és SLA megfelelőség igazolása

Módszertan: Minden szolgáltatás tesztelt a CIRre és minden KPI mérése az összes szolgáltatásra


TCP és UDP alkalmazások

Application

email

FTP

HTTP VoIP

ERP

CRM

On-line gaming

Real-time Application

Non-real-time Application

Transport

IPTV

TCP

UDP

Reliable Transport Protocol

Unreliable Transport Protocol

Network

IP

Data Link

Ethernet


UDP vs. TCP

User Datagram Protocol (UDP)

Transport Control Protocol (TCP)

Best effort szolgáltatás Csomagvesztés előfordulhat Csomagsorrend felborulhat

Megbízható szállítási szolgáltatás Csomagvesztés előfordulhat, sorszámozással felügyelt Szegmensenként ACK

Kapcsolat nélküli Küldés, fogadás egyeztetés nélkül Megbízhatatlan Küldés a lehető leggyorsabban

Kapcsolat orientált Küldés, fogadás egyeztetéssel Kapcsolat felépítés és bontás

Hiba vezérlés: Nincs

Hba vezérlés: Van


Overhead Keret felépítése − Szabványos TCP fejrész 20 byte • Opciókkal növelhető − MSS – Maximum Segment Size • MTU 1518 byte TCP szegmens 1518 Ethernet keret - 18 Ethernet fejrész + FCS - 20 IP fejrész - 20 TCP fejrész IP csomag 1460 byte

Ethernet keret

Ethernet 14 byte

MSS

TCP fejrész

TCP adat

20 byte

IP fejrész

IP adat

20 byte

Ethernet adat MTU 1518 byte

FCS 4 byte


TCP működése

Kapcsolat felépítés

A TCP kapcsolat felépült kezdődhet az adatátvitel ABACUS Business and Wellness Hotel Herceghalom, 2017

TCP működése

Példa Minden elküldött szegmensre jön egy ACK, tehát 1 szegmens/RTT Legyen az RTT 20ms, akkor max. 50 keret/s Legyen a keret 1518 byte, akkor 1518 × 8 × 50 ≈ 600 𝑘𝑘𝑘𝑘𝑘𝑘𝑘𝑘/𝑠𝑠

Függetlenül attól, hogy a link 10M vagy 100G, a throughput csak 600 kbit/s!

Nem hatékony! Itt jön be a képbe a TCP ablakozás! ABACUS Business and Wellness Hotel Herceghalom, 2017

TCP működése

Congestion Window (CWND) CWND = a visszaigazolásig (ACK) elküdött adatok mielőtt a küldő leállítja az adatátvitelt Ahhoz, hogy a „csövet kitöltsük”, a küldőnek az RTT idejében folyamatosan küldeni kell az adatot, várva az első ACK megérkezését. Az adatmennyiség neve: Bandwidth-Delay Product vagy BDP. BDP = Link Rate x RTT Link rate = CIR Ha a kapcsolat sebessége 50Mbps 50 Mbit/s és 20 ms RTT: 50 Mbit/s * 20 ms = 1 000 000 bit vagy 125 kB = Window Size = BDP ABACUS Business and Wellness Hotel Herceghalom, 2017

RFC 6349 – TCP throughput teszt

•

2011-ben vezették be

•

Nem szabvány, csak ajánlás

•

Segíti a telepítést és a hibakeresést

•

Nem egy TCP benchmark implementáció

Célja: TCP teljesítmény mérése CIR sebességnél és különböző ablakméretnél végpontok közt a IP hálózaton Bővebben: http://www.rfc-base.org/rfc-6349.html



Három lépésből áll 1. Path MTU meghatározása 2. Baseline Round Trip Time (RTT) mérése 3. TCP throughput számítása és mérése



1. lépés: TCP teszt A-ból B-be 2. lépés: TCP teszt B-ből A-ba

A helyszín

B helyszín TCP szegmens TCP ACK

Hálózat Kliens Szerver

TCP szegmens TCP ACK

Szerver Kliens

Szekvenciálisan futtatható RFC 6349 teszt • A helyszín felől B helyszín felé, majd fordítva • Beállítható futási idő • Eredmények irányonként ABACUS Business and Wellness Hotel Herceghalom, 2017

SZIPorkázó technológiák


Köszönöm a figyelmet!

SzIP kompatibilis sávszélesség mérések

Recommend Documents