- Joined
- Jan 26, 2015
- Messages
- 5
- Reaction score
- 0
Hello,
I finally upgraded to 12.5 yesterday, and everything is working fine. So I went on and tried the WebRTC-Link feature, generated a Link for an extension and tried to load it on both an Android (htc One) phone and a computer (running windows 7, using latest version of Google Chrome), the page itself loads without real problems. As soon as I click the "Call" button the call is initiated and the extension rings, but I hear no audio (both at the extension phone nor at the WebRTC client).
I tried several different scenarios: From outside (going through the firewall) as locally (so direct connection to the server), no difference. I ran Wireshark on the server to find out more, there are actually quite a few packets running from the client to the server and vice-versa, but they are not being decoded as RDP...
Here is the Server Log:
Using Chrome's WebRTC-internals, I found out this:
Looks like there are no audio packets coming or going anywhere... Also the remote address sounds wrong to me...
I am a bit out of ideas, and grateful for any hint or help
Thanks
Lukas
I finally upgraded to 12.5 yesterday, and everything is working fine. So I went on and tried the WebRTC-Link feature, generated a Link for an extension and tried to load it on both an Android (htc One) phone and a computer (running windows 7, using latest version of Google Chrome), the page itself loads without real problems. As soon as I click the "Call" button the call is initiated and the extension rings, but I hear no audio (both at the extension phone nor at the WebRTC client).
I tried several different scenarios: From outside (going through the firewall) as locally (so direct connection to the server), no difference. I ran Wireshark on the server to find out more, there are actually quite a few packets running from the client to the server and vice-versa, but they are not being decoded as RDP...
Here is the Server Log:
Code:
27-Jan-2015 08:44:23.597 [CM503001]: Call(C:43): Incoming call from Queue:802 to <sip:[email protected]:5060>
27-Jan-2015 08:44:22.984 [CM503007]: Call(C:42): Queue:802 has joined, contact <sip:[email protected]:5488>
27-Jan-2015 08:44:22.983 [CM503007]: Call(C:42): Line:90000<<WebRTC has joined, contact <sip:[email protected]:5062>
27-Jan-2015 08:44:22.979 L:42.2[Queue] has joined to L:42.1[Line:90000<<WebRTC]
27-Jan-2015 08:44:22.781 [CM503025]: Call(C:42): Calling T:Queue:802@[Dev:sip:[email protected]:5488;rinstance=08ad0a493209f40f] for L:42.1[Line:90000<<WebRTC]
27-Jan-2015 08:44:22.769 [CM503027]: Call(C:42): From: Line:90000<<WebRTC ("WebRTC (192.168.1.22)" <sip:[email protected]:5060>) to T:Queue:802@[Dev:sip:[email protected]:5488;rinstance=08ad0a493209f40f]
27-Jan-2015 08:44:22.769 [CM503004]: Call(C:42): Route 1: from L:42.1[Line:90000<<WebRTC] to T:Queue:802@[Dev:sip:[email protected]:5488;rinstance=08ad0a493209f40f]
27-Jan-2015 08:44:22.769 [CM505002]: Gateway:[webrtc] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX WebRTC proxy] PBX contact: [sip:[email protected]:5060]
27-Jan-2015 08:44:22.768 [CM503001]: Call(C:42): Incoming call from Line:90000<<WebRTC to <sip:[email protected]:5060>
27-Jan-2015 08:44:22.763 Line limit check: Current # of calls for line Lc:90000(@webrtc[<sip:[email protected]:5062>]) is 1; limit is 25
27-Jan-2015 08:44:22.760 [CM503012]: Inbound any hours rule (unnamed) for 90000 forwards to DN:802
Using Chrome's WebRTC-internals, I found out this:
Code:
Statistics Conn-audio-1-0
timestamp 27.1.2015 08:44:26
googChannelId Channel-audio-1
bytesSent 0
bytesReceived 0
googWritable false
googReadable false
googActiveConnection true
googLocalAddress 192.168.1.22:52980
googRemoteAddress 255.255.255.255:9148
googRtt 3000
googTransportType udp
googLocalCandidateType local
googRemoteCandidateType local
Looks like there are no audio packets coming or going anywhere... Also the remote address sounds wrong to me...
I am a bit out of ideas, and grateful for any hint or help
Thanks
Lukas