Telefonie
Aus Opennet
Inhaltsverzeichnis |
Christophs SIP Server
Es gibt einen SIP Server im Opennet.
Also wer mag:
registra: sip.on user: APNr + lfdNr pass: => kann leer bleiben oder was auch immer man will
Am Rande, gab es die Vorstellung man könnte sein Telefonnr aus
der eigenen APNr + eine laufende Nr. für alle seine Telefone.
AP1.192 und 1. Telefon ==> 1192001 AP1.195 ==> 1195001
Man braucht eigentlich nur eine und melde alle seine Telefone damit an, die klingeln denn halt alle gleichzeitig
Alt
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.
- An den Gateways dürfte das "Nadelöhr" deutlich geringer sein als auf den WLAN Links. Ich sehe in der Richtung auch keinen Handlungsbedarf. QoS ist i.d.R. ja eine Mangelverwaltung. An den GWs (nicht UGW) sollten wir ausreichend Kapazitäten haben. An den UGW können wir Voice nicht erkennen (Encrypted). --Mathias (Diskussion) 07:27, 16. Feb. 2014 (CET)
- Dennoch, für Telefonate innerhalb des ON kann das Setzen des richtigen TOS-Bits im IP-Header sicher nicht schaden.
- im Normall setzt heute jeder Anwendung die passenden Markierungen selbst, ich sehe hier DSCP als Standard (was am Ende auch TOS Bits setzt), hier scheint mir an einfachsten den DSCP Markierungen zu vertrauen und diese auf dem Transportweg nicht "kaputt" zu machen, sondern unverändert zu transportieren. Sollten wir die entspr. Voice Software auf ggf. notwendige Parameter prüfen. --Mathias (Diskussion) 07:27, 16. Feb. 2014 (CET)
SIP-Proxy
-
Kamailio 4.1 auf Test-AP(!) installierenDas passt NIEMALS! Das kamailio-binary hat schon 2MB, von den Abhängigkeiten reden wir erst gar nicht. -
insbesondere das Modul rtpproxy-ng - und die Software mediaproxy-ng – Verschoben.
- dafür brauchen wir eine Build-Umgebung und müssen lernen wie wir darin Software bauen – Erledigt.
Schritt 1: "Globaler" SIP-Proxy im Opennet mit Vermittlung interner Gespräche
- Rechner organisieren
- Proxy-Software installieren (erste Idee: Kamailio 4.1, vielleicht noch mal suchen?)
- Konfigurieren:
- Proxy leitet alle Registrierungen an einen "echten" Provider weiter, aber:
- modifiziert die Kontaktinformationen, sodass er der Ansprechpartner von aussen ist
- repariert den Unsinn, den der UA gemacht hat
- kümmert sich um die NAT-Geschichten
- speichert eine User-Location-Datenbank
- Wenn ein Call von aussen kommt: Simple Weiterleitung an den richtigen UA
- Wenn ein Call von innen kommt:
- angerufene Nummer nicht in der Location Table -> Weiterleitung an den Provider
- angerufene Nummer ist in der Location Table -> Call wird an den angerufenen UA weitergeleitet
- Proxy leitet alle Registrierungen an einen "echten" Provider weiter, aber: