F
Fluffy
Guest
Hallo ich habe ein kleines Problem beim Konfigurieren von Resiprocate und Repro.
Installation und Konfiguration vom SIP-Proxy ist kein Problem.
Linphone für Android und Desktop können Textnachrichten austauschen, funktioniert.
Aber sobald ich versuche eine Anruf durchzuführen passiert garnichts.
Das Telefon kommt noch nichtmal resiprocate durch und der Desktop kommmt aber die Verbindung stirbt.
Die Netzwerkverbindungen für beide Linphone-Clients wurde für den STUN-Server auf ServerURL:3478 gesetzt.
Konfigurationsdateien und Auszug aus den Resiprocate-Logs sind angehangen.
Im Reprolog findet sich für den betreffenden Anruf nur die Angabe das die Aktion einen Timeout erfahren hat.
System ist Ubuntu 16 64bit.
Es geht mir erstmal nur darum die komponenten zusammen laufen zu lassen, noch gar nichts mit Verschlüsselung etc. Auch wenn ich für Vorschläge offen bin.
iptables -L
Gruß
Fluffy
//edit
Message-Nachrichten kommen durch, der Turn-Server(e.g. coturn, oder resiprocate) werden von der initialen Seite angesprochen.
Es sieht für mich also so aus das die INVITE-Nachricht vom Server nicht an den 2. Client weitergeleitet wird, was komisch ist da MESSAGE-Nachrichten durchkommen.
Kann mir jemand dazu etwas mehr sagen?
//edit
So wie es aussieht hat es was mit der langen Latenz zu tun, einmal komplett um den Globus....
Installation und Konfiguration vom SIP-Proxy ist kein Problem.
Linphone für Android und Desktop können Textnachrichten austauschen, funktioniert.
Aber sobald ich versuche eine Anruf durchzuführen passiert garnichts.
Das Telefon kommt noch nichtmal resiprocate durch und der Desktop kommmt aber die Verbindung stirbt.
Die Netzwerkverbindungen für beide Linphone-Clients wurde für den STUN-Server auf ServerURL:3478 gesetzt.
Konfigurationsdateien und Auszug aus den Resiprocate-Logs sind angehangen.
Im Reprolog findet sich für den betreffenden Anruf nur die Angabe das die Aktion einen Timeout erfahren hat.
System ist Ubuntu 16 64bit.
Es geht mir erstmal nur darum die komponenten zusammen laufen zu lassen, noch gar nichts mit Verschlüsselung etc. Auch wenn ich für Vorschläge offen bin.
iptables -L
Code:
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- localhost anywhere
ACCEPT all -- localhost anywhere
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:sip-tls
ACCEPT udp -- anywhere anywhere udp dpt:sip-tls
ACCEPT tcp -- anywhere anywhere tcp dpt:5349
ACCEPT tcp -- anywhere anywhere tcp dpt:3478
ACCEPT udp -- anywhere anywhere udp dpt:3478
ACCEPT udp -- anywhere anywhere udp dpt:3478
ACCEPT tcp -- anywhere anywhere tcp dpt:3478
ACCEPT tcp -- anywhere anywhere tcp dpt:5080
ACCEPT tcp -- anywhere anywhere tcp dpt:5081
ACCEPT udp -- anywhere anywhere udp dpt:sip
ACCEPT tcp -- anywhere anywhere tcp dpt:5349
ACCEPT tcp -- anywhere anywhere tcp dpt:sip
ACCEPT tcp -- anywhere anywhere tcp dpts:55000:55200
ACCEPT udp -- anywhere anywhere udp dpts:55000:55200
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT all -- localhost anywhere
ACCEPT all -- localhost anywhere
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain f2b-sshd (0 references)
target prot opt source destination
RETURN all -- anywhere anywhere
Gruß
Fluffy
//edit
Message-Nachrichten kommen durch, der Turn-Server(e.g. coturn, oder resiprocate) werden von der initialen Seite angesprochen.
Es sieht für mich also so aus das die INVITE-Nachricht vom Server nicht an den 2. Client weitergeleitet wird, was komisch ist da MESSAGE-Nachrichten durchkommen.
Kann mir jemand dazu etwas mehr sagen?
//edit
So wie es aussieht hat es was mit der langen Latenz zu tun, einmal komplett um den Globus....
Zuletzt bearbeitet von einem Moderator: