Telefonie: Unterschied zwischen den Versionen
Inhalt gelöscht Inhalt hinzugefügt
Rob (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Raggi (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
== Quality of Service == |
== Quality of Service == |
||
* Tests gemacht. Selbst bei voller Auslastung des WLAN-Links bleibt die Qualität der Telefonie (nur Audio) auch ohne irgendwelche QOS-Maßnahmen sehr gut. |
|||
* Ist-Zustand: DSCP-Felder nicht gesetzt (0x00, 0x28) |
|||
* Ergo: Handlungsbedarf eher gering, wenn, dann an den Gateways für Gespräche in die weite Welt. |
|||
* Dennoch, setzen des richtigen TOS-Bits im IP-Header kann sicher nicht schaden. |
|||
Problem: Wie erkennen wir den VOIP Traffic? Da die SIP-Pakete verschlüsselt werden sollen, haben wir keine Informationen über den Datenstrom. |
|||
* QoS in Linux-Routern? |
|||
* Auf WLAN-Interfaces? |
|||
* Implementieren (UDP-Port-Range-Basis?) |
|||
* Testen! |
|||
== SIP-Proxy == |
== SIP-Proxy == |
||
Version vom 15. Februar 2014, 16:39 Uhr
Quality of Service
- Tests gemacht. Selbst bei voller Auslastung des WLAN-Links bleibt die Qualität der Telefonie (nur Audio) auch ohne irgendwelche QOS-Maßnahmen sehr gut.
- Ergo: Handlungsbedarf eher gering, wenn, dann an den Gateways für Gespräche in die weite Welt.
- Dennoch, setzen des richtigen TOS-Bits im IP-Header kann sicher nicht schaden.
SIP-Proxy
- Kamailio 4.1 auf Test-AP(!) installieren
- insbesondere das Modul rtpproxy-ng
- und die Software mediaproxy-ng
- dafür brauchen wir eine Build-Umgebung und müssen lernen wie wir darin Software bauen