VOIP-Störungen durch YouTube u.ä.

[Dunji]

Hallo

bei unserer VOIP-Installation mit TA treten massive Störungen auf, sobald im lokalen Netz jemand ein You-Tube-Video anschaut. Dies obwohl die maximale Bandbreite (2Mb S-DSL) längst nicht ausgeschöpft ist. Dabei wird die eingehende Voice-Übermittlung derart abgehackt und verstümmelt, dass ein Gespräch kaum noch möglich ist.

Der Router basiert auf einer FreeBSD-Lösung mit PFsense und enthält einen (in diesem Fall wohl nutzlosen) Traffic-Shaper.

Da niemand von der zuständigen Supportfirma Abhilfe weiss, stelle ich die Frage mal hier in der Hoffnung auf neue Hinweise oder Ansätze, woran es liegen könnte.

Vielen Dank

 

[Timmbo]

Hi,

wie läufts denn ohne YouTube Video?
Stabil oder schon grenzenhaft.
TA = Telekom Austria?

Grüße
Timm

 

[Dunji]

Sorry, nein, TA war für mich "Teilnehmer-Anlage", sprich Telefonie-Hardware. (Ich sollte mir langsam die Fachbegriffe einprägen...)

Wenn keiner der User grossartige Downloads macht, dann ist es recht stabil. Auch RealVideo oder ähnlich beeinträchtigt die VOIP-Telefonie nicht. Aber ohne den Traffic-Shaper wird halt die Bandbreite einfach gleichmässig auf die Clients verteilt und dann sind die 2Mb bald mal ausgeschöpft.

Sobald der Traffic-Shaper eingeschaltet wird, sind Gespräche kaum noch möglich, obwohl VOIP priorisiert wird und 512Mb garantiert erhalten sollte. Wie es scheint, ist der Traffic-Shaper von pfSense 1.2 in dieser Konstellation buggy. Es sind im übrigen Snom VOIP-Telefone mit eigener IP-Adresse pro Basisstation.

 

[Timmbo]

Hi,

entweder ist der Traffic Shaper falsch Konfiguriert, oder er ist wirklich buggy.
Wenn Du in Deinem Profil irgendwie einen Hinweis auf Deinen Standort einträgst, dann hätte ich gemerkt dass TA dann nicht die Telekom Austria ist, natürlich nur wenn Du aus DE bist.

Grüße
Timm

 

[andilao]

Die Frage ist, wie VoIP bei dem Traffic Shaper priorisiert wird, per QoS, als Port, Quell-IP, Ziel-IP etc. etc. ... ?? Es wäre schön, einen kleinen Einblick in die möglichen Optionen von pfSense 1.2 zu erhaschen, denn richtig dokumentiert ist da verdammt wenig.

Ansonsten wäre die Frage sicher hier besser augehoben:
http://forum.pfsense.org/index.php?board=26.0 oder
http://forum.pfsense.org/index.php/board,6.0.html

 

[Dunji]

Das ist genau der Punkt. Ich versuche mal Testhalber alle IPs ausser die der VOIP-Stationen zu limitieren und den Peer-to-Peer-Verkehr zu reduzieren.... Dann müsste ja zwangsläufig die restliche Bandbreite für das VOIP übrigbleiben...

 

[Dunji]

Der Shaper richtet virtuelle Queues ein, für jede Rule ein Paar (Up/Down). Des weiteren kann man für jede Rule den Anteil der Bandbreite, minimale und maximale Bandbreitennutzung und noch ein paar weitere Dinge einstellen.

Ich nehme mal an, dass die VOIP-Prio-Queue falsch eingestellt war.... Meine Tests werden heute zeigen, ob das stimmt

 

[andilao]

Das bloße Limitieren sorgt zwar für ein wenig Gerechtigkeit, aber damit VoIP immer gut funktioniert, sollte man es unbedingt vor allen anderen Protokollen und IPs priorisieren.

 

[Dunji]

Das ist schon klar.
Aber so sollte es doch zumindest mal richtig funktionieren:
- DMZ: Bandbreite 1536Mb / Webservers / VOIP-Telefone
- LAN: Bandbreite Rest / Mailserver / Fileserver

Mit den jetzt konfigurierten Rules steht der DMZ 3/4 der Bandbreite zur Verfügung, d.h. nötigenfalls wird der Verkehr zum LAN bis auf 512Mb gedrosselt. Weiter habe ich die IPs der Webserver auf 1024Mb limitiert (natürlich nur mal testhalber), sodass innerhalb der DMZ-Bandbreite 512Mb fürs VOIP übrig bleiben. Das sollte fürs VOIP für 4 Personen schon genügen, oder?

 

[andilao]

Und funktioniert es? Wenn nicht, ist das System der Bandbreitenzuteilung wohl nicht wirklich geeignet, ein QoS für VoIP zu garantieren.

Bei mir gibt es immer die Regeln mit fallender Priorität: 1. VoIP, 2. Email und Fernwartung, 3. der Rest.

 

[Dunji]

Doch, schaut gut aus bis jetzt.

 

[Dunji]

andilao: Verwendest du auch pfSense?
Vielleicht kannst Du mir ja noch ein paar Tipps geben für das Fine-Tuning der VOIP-Prio-Queues.

 

[andilao]

pfSense, oh nein! Entweder packen meine (Embedded) Router das per Traffic Shaping / Priorisierung selbst oder ich bestelle eine 2. Leitung dazu. Mein Halbwissen über pfSense stammt von den Links von #5.

 

[Dunji]

Trotzdem vielen Dank. Ich werde mal in dem pfsense-Forum weiterschauen.

 

[m0e]

Wenn du die Regeln für den Trafficshaper mit dem Wizard erstellst, und bei Voip die IP der TK-Anlage angibst, wird der Traffic von und zum Voipgerät prioritisiert. Eine garantierte Bandbreite bringt fast nichts, wenn der Traffic nicht zusätzlich höher als alle anderen Qeues prioritisiert wird. Ich habe hier auch ein Voipgerät hinter einer pfsense, und keine Probleme mit der Youtube-Sucht meiner Freundin ;-)

 

[Dunji]

Genauso hatten wir das ursprünglich gemacht.
Die Wizard-Einstellungen sind in unserer Umgebung unbrauchbar...

 

[m0e]

Wie ist denn eure Umgebung? Hat pfsense mehr als 2 Netze (WAN, LAN)? Welche NW-Karten, also welcher Name des Devices (z.B. em0 bei ner Intel 1000)? Welche Version von pfsense?

Gruß Maurice

 

[Dunji]

Ja, WAN, LAN und DMZ. In der DMZ hängen zwei VOIP-DECT-Basisstationen mit je 3 Telefonen.
pfSense ist Release 1.2.
Sorry, es handelt sich um Micro-Mainboard, dessen Marke und Modell ich nicht kenne mit 3 Onboard-Netzinterfaces. lsmod funktioniert leider nicht. Wie könnte ich sonst den Treiber herausfinden?

 

[m0e]

Im Webinterface unter Interfaces -> (assign) siehst du die "echten" Namen der Netzinterfaces.

 

[Dunji]

Da steht bloss vr0 bis vr2....