Nach Reboot 3CX-Server kein Audio mehr....

[pat]

Hallo zusammen.

Ich habe mal wieder ein tolles Feature entdeckt....

Für ein Image habe ich meinen 3CX-Server runtergefahren und danach wieder gestartet.
Seitdem stelle ich folgendes fest:

- Anrufe haben keine Audio-Verbindung! (sogar im selben Subnet/LAN)
- Teilweise kommen schon keine Rufe zustande (siehe LOG).

Habe danach ein Restore eines älteren Standes gemacht - derselbe Fehler!

Anbei ein Auszug aus einem Rufaufbau:

[CM503008]: Call(10): Call is terminated
[CM503003]: Call(11): Call to sip:[email protected] has failed; Cause: 408 Request Timeout; internal
[CM503025]: Call(10): Calling Ext:Ext.100@[Dev:sip:[email protected]:62232;rinstance=e7cd9e5a2989ff36]
[MS210002] C:10.2:Offer provided. Connection(transcoding mode): 192.168.0.2:7006(7007)
[CM503004]: Call(10): Route 1: Ext:Ext.100@[Dev:sip:[email protected]:62232;rinstance=e7cd9e5a2989ff36]
[CM503010]: Making route(s) to "100"
[MS210000] C:10.1:Offer received. RTP connection: 192.168.0.2:59358(59359)
Remote SDP is set for legC:10.1
[CM505001]: Ext.101: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, no-replaces, unable-no-sdp, recvonly] UserAgent: [eyeBeam release 1100l stamp 46320] PBX contact: [sip:[email protected]:5060]
[CM503001]: Call(10): Incoming call from Ext.101 to "100"
[CM500002]: Info on incoming INVITE:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:62404;branch=z9hG4bK-d8754z-e55e45348c1a7a32-1---d8754z-;rport=62404;received=192.168.0.2
Max-Forwards: 70
Contact:
To: "100"
From: "3CX";tag=0b1f031a
Call-ID: ZjgyZDVlMjEyZWJlYTA5ZDVjYjBhMjM3NTFlYWJhM2Q.
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Proxy-Authorization: Digest username="101",realm="3CXPhoneSystem",nonce="414d535c014173ce78:98150f2a9afbcc1e855cc468b9b5ef71",uri="sip:[email protected]",response="67b14f7bf97ca3f1f60aec921d29e09d",algorithm=MD5
User-Agent: eyeBeam release 1100l stamp 46320
Content-Length: 0

Danke für jeden Hinweis.
pat

 

[groundhog]

Irgendwas stimmt mit der Konfiguration nicht. Folgende Zeile finde ich irritierend:

CM503004]: Call(10): Route 1: Ext:Ext.100@[Dev:sip:[email protected]:62232;rinstance=e7cd9e5a2989ff36]

Der Ruf kommt doch von SIP 100 mit einer IP 192......
Die IP oben 157..... sieht wie eine öffentliche aus, aber auch SIP100.

Wer ruft da wen an und über welche Medien?

 

[pat]

@groundhog wrote:Irgendwas stimmt mit der Konfiguration nicht. Folgende Zeile finde ich irritierend:

CM503004]: Call(10): Route 1: Ext:Ext.100@[Dev:sip:[email protected]:62232;rinstance=e7cd9e5a2989ff36]

Der Ruf kommt doch von SIP 100 mit einer IP 192......
Die IP oben 157..... sieht wie eine öffentliche aus, aber auch SIP100.

Wer ruft da wen an und über welche Medien?

Habe beim Empfänger den STUN-Eintrag deaktiviert! Nun kommt der Ruf durch.(?)

1. Warum ging es mit dieser selbven Konfiguration vor dem Booten?
2. Was passiert nun wenn ich denselben Empfänger von WAN-Seite anrufen will? (ohne STUN-Eintrag)

Muss ich den STUN immer aktivieren/deaktivieren, je nach meinem Aufenthalsort (WAN/LAN)?

Danke

 

[groundhog]

Zu 1. Kann ich nicht eindeutig beantworten. Hast Du vielleicht eine unbenutzte Netzwerkkarte im System, die nicht deaktiviert ist? Wenn ja, deaktivieren und dafür sorgen das die aktive Karte an erster Stelle steht.

Zu2. Wenn sich das Zielgerät im gleichen Netzwerk wie der Server befindet müsste es funktionieren, vorausgesetzt Serverkonfiguration, Gateway und Router isnd richtig konfiguriert.

 

[pat]

@groundhog wrote:
Zu2. Wenn sich das Zielgerät im gleichen Netzwerk wie der Server befindet müsste es funktionieren, vorausgesetzt Serverkonfiguration, Gateway und Router isnd richtig konfiguriert.

Von WAN zu LAN kann ja nicht im selben Subnet sein.
Deshalb meine Frage betr. STUN

 

[stefanw]

pat :lol: super erklärt! ;-)