Changes between Version 7 and Version 8 of help/scc/trafficcontrol/example
- Timestamp:
- 05/27/09 17:11:33 (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
help/scc/trafficcontrol/example
v7 v8 11 11 We weten van VOIP verkeer dat er over poort 5060/UDP een control-connectie loopt en dat er een RTP stream over UDP op een willekeurige poort tussen de 1024 en 65535 loopt. 12 12 13 We gaan ervan(ruim gerekend) uit dat 1 telefoonconnectie 64 Kbit UDP/5060 + 64 Kbit UDP/1024:65535 in beslag neemt. Dus 128 Kbit samen, omdat we toch genoeg bandbreedte hebben maken we er 200 Kbit van per connectie.13 We gaan ervan(ruim gerekend) uit dat 1 telefoonconnectie 64 Kbit UDP/5060 + 64 Kbit UDP/1024:65535 in beslag neemt. Dus 128 Kbit samen, omdat we toch genoeg bandbreedte hebben maken we er 200 Kbit per connectie van. 14 14 15 We hebben 2 lijnen dus er moet in totaal 0,4 Mbit gereserveerd worden.15 We hebben 2 lijnen dus er moet in totaal 0,4 Mbit aan verkeer gereserveerd worden 200 Kbit voor RTP en 200Kbit voor VOIP control. 16 16 17 17 18 18 Stap 1 19 Eerst moeten we berekenen hoeveel20 19 21 We reserveren eerst op zoneInternet VPN verkeer 20 Nu we weten hoeveel er gereserveerd moet worden kunnen we beginnen met het configureren. 21 22 Omdat alle VOIP/RTP verkeer over een VPN tunnel loopt, moeten we ervoor zorgen dat OVERIGE verkeerd de VPN tunnel niet hinderd. Dus daarom gaan we eerst een regel voor VPN toevoegen. De regel is aan beide kanten hetzelfde. 23 24 Het lijkt in eerste instantie logisch om 400 Kbit te reserveren, maar omdat er ook andere verkeer door de tunnel loopt bv DNS is het verstandig om bovenop het berekende getal de '''Reservatie overig verkeer''' snelheid bij op te tellen. 25 26 27 28 29 30