Hello,

I've been testing a PowerMedia XMS 4.0.25050 SU 5 server by trying to ring play_demo from the WebRTC Demo page in Firefox 72.0.1 (64-bit).
I'm finding I can register as a user but when I make the call, the call immediately disconnects.

In the Firefox browser console I see the message:

AbortError: The fetching process for the media resource was aborted by the user agent at the user's request. global.js:600

In Firefox's about:webrtc tab I see the following lines repeatedly shown in the Connection Log:

(ice/WARNING) z:/task_1578433236/build/src/media/mtransport/third_party/nICEr/src/net/nr_socket_multi_tcp.c:617 function nr_socket_multi_tcp_listen failed with error 3
(ice/WARNING) ICE(PC:1578977147446000 (id=10737418256 url=https://<ipaddress>/rtcweb/webrtc.html)): failed to create passive TCP host candidate: 3

I turned on DEBUG logging in the Diagnostics tab for rtcweb, downloaded the logs, and see the following in rtcweb.log:

2020-01-14 15:45:48.152827 DEBUG  LWS_CALLBACK_RECEIVE wsi: 0x184c350 data: {"type":"candidate","label":1,"id":"1","candidate":"candidate:9 2 TCP 2105524478 <ipaddress> 9 typ host tcptype active"}e"}\no=mozilla...THIS_IS_SDPARTA-72.0.1 5411824374803081614 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 37:FB:F4:3F:CF:55:31:5E:21:FB:55:C6:23:B3:7B:5B:47:1F:2F:A4:F6:C5:50:5F:C7:5E:CB:92:F7:22:29:AD\r\na=group:BUNDLE 0 1\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=audio 9 UDP/TLS/RTP/SAVPF 109 9 0 8 101\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=extmap:2/recvonly urn:ietf:params:rtp-hdrext:csrc-audio-level\r\na=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid\r\na=fmtp:109 maxplaybackrate=48000;stereo=1;useinbandfec=1\r\na=fmtp:101 0-15\r\na=ice-pwd:cc9ba8fbc640a17666ccdfce9bd22b12\r\na=ice-ufrag:29ce7ac3\r\na=mid:0\r\na=msid:{d72d0013-e6de-4b78-80b5-bfcee4ac8575} {0715aadd-d9d1-4c19-a813-a77b41908623}\r\na=rtcp-mux\r\na=rtpmap:109 opus/48000/2\r\na=rtpmap:9 G722/8000/1\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:101 telephone-event/8000/1\r\na=setup:actpass\r\na=ssrc:406958715 cname:{1cb6cd7f-dce8-4c45-b85b-d70fc5d96fd8}\r\nm=video 9 UDP/TLS/RTP/SAVPF 120 121 126 97\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid\r\na=extmap:4 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=extmap:5 urn:ietf:params:rtp-hdrext:toffset\r\na=extmap:6/recvonly http://www.webrtc.org/experiments/rtp-hdrext/playout-delay\r\na=fmtp:126 profile-level-id=42e01e;level-asymmetry-allowed=1;packetization-mode=1\r\na=fmtp:97 profile-level-id=42e01e;level-asymmetry-allowed=1\r\na=fmtp:120 max-fs=12288;max-fr=60\r\na=fmtp:121 max-fs=12288;max-fr=60\r\na=ice-pwd:cc9ba8fbc640a17666ccdfce9bd22b12\r\na=ice-ufrag:29ce7ac3\r\na=mid:1\r\na=msid:{d72d0013-e6de-4b78-80b5-bfcee4ac8575} {97514100-adaa-4f7f-8844-1b9da8d5c364}\r\na=rtcp-fb:120 nack\r\na=rtcp-fb:120 nack pli\r\na=rtcp-fb:120 ccm fir\r\na=rtcp-fb:120 goog-remb\r\na=rtcp-fb:121 nack\r\na=rtcp-fb:121 nack pli\r\na=rtcp-fb:121 ccm fir\r\na=rtcp-fb:121 goog-remb\r\na=rtcp-fb:126 nack\r\na=rtcp-fb:126 nack pli\r\na=rtcp-fb:126 ccm fir\r\na=rtcp-fb:126 goog-remb\r\na=rtcp-fb:97 nack\r\na=rtcp-fb:97 nack pli\r\na=rtcp-fb:97 ccm fir\r\na=rtcp-fb:97 goog-remb\r\na=rtcp-mux\r\na=rtpmap:120 VP8/90000\r\na=fmtp:120 max-fr=30; max-fs=1200\r\na=rtpmap:121 VP9/90000\r\na=fmtp:121 max-fr=30; max-fs=1200\r\na=rtpmap:126 H264/90000\r\na=rtpmap:97 H264/90000\r\na=setup:actpass\r\na=ssrc:2845682990 cname:{1cb6cd7f-dce8-4c45-b85b-d70fc5d96fd8}\r\n"},"contentType":"text/plain","content":"callOfferTestData"}a"}
2020-01-14 15:45:48.152857 INFO   RtcWeb::onMessage() received message type: "candidate", from wsi: 0x184c350
2020-01-14 15:45:48.152866 INFO   RtcWeb::getActiveCall() current number of calls in webSession: 1
2020-01-14 15:45:48.152968 DEBUG  LWS_CALLBACK_RECEIVE wsi: 0x184c350 data: {"type":"candidate","label":1,"id":"1","candidate":""}ndidate:9 2 TCP 2105524478 <ipaddress> 9 typ host tcptype active"}e"}\no=mozilla...THIS_IS_SDPARTA-72.0.1 5411824374803081614 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 37:FB:F4:3F:CF:55:31:5E:21:FB:55:C6:23:B3:7B:5B:47:1F:2F:A4:F6:C5:50:5F:C7:5E:CB:92:F7:22:29:AD\r\na=group:BUNDLE 0 1\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=audio 9 UDP/TLS/RTP/SAVPF 109 9 0 8 101\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=extmap:2/recvonly urn:ietf:params:rtp-hdrext:csrc-audio-level\r\na=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid\r\na=fmtp:109 maxplaybackrate=48000;stereo=1;useinbandfec=1\r\na=fmtp:101 0-15\r\na=ice-pwd:cc9ba8fbc640a17666ccdfce9bd22b12\r\na=ice-ufrag:29ce7ac3\r\na=mid:0\r\na=msid:{d72d0013-e6de-4b78-80b5-bfcee4ac8575} {0715aadd-d9d1-4c19-a813-a77b41908623}\r\na=rtcp-mux\r\na=rtpmap:109 opus/48000/2\r\na=rtpmap:9 G722/8000/1\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:101 telephone-event/8000/1\r\na=setup:actpass\r\na=ssrc:406958715 cname:{1cb6cd7f-dce8-4c45-b85b-d70fc5d96fd8}\r\nm=video 9 UDP/TLS/RTP/SAVPF 120 121 126 97\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid\r\na=extmap:4 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=extmap:5 urn:ietf:params:rtp-hdrext:toffset\r\na=extmap:6/recvonly http://www.webrtc.org/experiments/rtp-hdrext/playout-delay\r\na=fmtp:126 profile-level-id=42e01e;level-asymmetry-allowed=1;packetization-mode=1\r\na=fmtp:97 profile-level-id=42e01e;level-asymmetry-allowed=1\r\na=fmtp:120 max-fs=12288;max-fr=60\r\na=fmtp:121 max-fs=12288;max-fr=60\r\na=ice-pwd:cc9ba8fbc640a17666ccdfce9bd22b12\r\na=ice-ufrag:29ce7ac3\r\na=mid:1\r\na=msid:{d72d0013-e6de-4b78-80b5-bfcee4ac8575} {97514100-adaa-4f7f-8844-1b9da8d5c364}\r\na=rtcp-fb:120 nack\r\na=rtcp-fb:120 nack pli\r\na=rtcp-fb:120 ccm fir\r\na=rtcp-fb:120 goog-remb\r\na=rtcp-fb:121 nack\r\na=rtcp-fb:121 nack pli\r\na=rtcp-fb:121 ccm fir\r\na=rtcp-fb:121 goog-remb\r\na=rtcp-fb:126 nack\r\na=rtcp-fb:126 nack pli\r\na=rtcp-fb:126 ccm fir\r\na=rtcp-fb:126 goog-remb\r\na=rtcp-fb:97 nack\r\na=rtcp-fb:97 nack pli\r\na=rtcp-fb:97 ccm fir\r\na=rtcp-fb:97 goog-remb\r\na=rtcp-mux\r\na=rtpmap:120 VP8/90000\r\na=fmtp:120 max-fr=30; max-fs=1200\r\na=rtpmap:121 VP9/90000\r\na=fmtp:121 max-fr=30; max-fs=1200\r\na=rtpmap:126 H264/90000\r\na=rtpmap:97 H264/90000\r\na=setup:actpass\r\na=ssrc:2845682990 cname:{1cb6cd7f-dce8-4c45-b85b-d70fc5d96fd8}\r\n"},"contentType":"text/plain","content":"callOfferTestData"}a"}
2020-01-14 15:45:48.153027 INFO   RtcWeb::onMessage() received message type: "candidate", from wsi: 0x184c350
2020-01-14 15:45:48.153045 ERROR  RtcWeb::onCandidate() deserialise fail

The json listed on the LWS_CALLBACK_RECEIVE debug lines appears to be malformed, such as tcptype active"}e"} on the first line "candidate":""}ndidate:9 on the second.

I checked the ICE candidates in the browser console and about:webrtc and they seem to be correctly formed in both places.

Any ideas why the json would be mangled on the XMS server side?

Thanks, Brendan