Changes between Version 7 and Version 8 of help/scc/trafficcontrol/example


Ignore:
Timestamp:
05/27/09 17:11:33 (15 years ago)
Author:
rick
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • help/scc/trafficcontrol/example

    v7 v8  
    1111We 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.
    1212
    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.
     13We 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.
    1414
    15 We hebben 2 lijnen dus er moet in totaal 0,4 Mbit gereserveerd worden.
     15We hebben 2 lijnen dus er moet in totaal 0,4 Mbit aan verkeer gereserveerd worden 200 Kbit voor RTP en 200Kbit voor VOIP control.
    1616
    1717
    1818Stap 1
    19 Eerst moeten we berekenen hoeveel
    2019
    21 We reserveren eerst op zoneInternet VPN verkeer
     20Nu we weten hoeveel er gereserveerd moet worden kunnen we beginnen met het configureren.
     21
     22Omdat 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
     24Het 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