25 Apr
2014
25 Apr
'14
1:51 p.m.
Hello!
I have been experimenting with drop-in replacement of old "rtpproxy-ng"
module with new "rtpengine". Wondering what is wrong in my configuration:
there are no security attributes in rtpengine answer on RTP/SAVPF offer.
Neither "fingerprint" (DTLS) nor "crypto" (SDES).
I used Firefox 29 during this test.
1. Here's original offer :
INVITE sip:user5@..... SIP/2.0
From:
"user4" <sip:user4@....>;tag=jupqetdp1v Call-ID: 7jbhpjb4r4qt8m4s2pdb
CSeq: 957 INVITE Proxy-Authorization: Digest algorithm=MD5,
username="user4", realm=".....",
nonce="U1pKZ1NaSTtLo2vjK9TGyBu6Axb+EtyN",
uri="sip:user5@...", response="98f6275d3636664b611ff1411af982af"
Contact:
<sip:user4@....;gr=urn:uuid:8cd4e797-7314-485f-b191-4a15a6581c42;ob> Allow:
ACK,CANCEL,BYE,OPTIONS,INVITE,MESSAGE Content-Type: application/sdp
Supported: path, outbound, gruu User-Agent: JsSIP 0.3.7 Content-Length:
1586 v=0 o=- 7510391807340598328 2 IN IP4 127.0.0.1 s=- t=0 0
a=group:BUNDLE audio a=msid-semantic: WMS
ErnvtgCDe9aR6LWxNRgT83r0mxtyAV87LUxT m=audio 51672 *RTP/SAVPF *111 103 104
0 8 106 105 13 126 c=IN IP4 10.61.2.151 a=rtcp:51672 IN IP4 .... ......
a=ice-ufrag:EMn7uHfSS7ulRGU2 a=ice-pwd:FskTdhj7qT6ELP7uTIb+gquQ
a=ice-options:google-ice *a=fingerprint:sha-256
46:6E:E0:18:4A:C5:06:A8:26:85:ED:FE:16:C1:86:5E:8D:BC:4D:D9:F2:1A:75:81:A1:A7:CE:5A:79:4D:B7:22*a=setup:actpass
a=mid:audio a=extmap:1
urn:ietf:params:rtp-hdrext:ssrc-audio-level a=sendrecv a=rtcp-mux *a=crypto:0
AES_CM_128_HMAC_SHA1_32 inline:R6qaiU7Cm471zNF6f3Q87TyXbHjEt/VhLgUgY2ZZ
a=crypto:1 AES_CM_128_HMAC_SHA1_80
inline:lch+mfN/hi9QmseWu+ss1M2vA8mwRh8GQYChaJvc* a=rtpmap:111 opus/48000/2
....
Answer:
SIP/2.0 200 OK Via: SIP/2.0/WS ja9i6d3am6k8.invalid;branch=z9hG4bK6193236
Any help on this issue would be greatly appreciated!
best regards,
Alexey
Via: SIP/2.0/WS
9mk86fpn2d35.invalid;branch=z9hG4bK1997444
Max-Forwards: 69
To: <sip:user5@...... From:
"user4" <sip:user4@......>;tag=dvf1co8urv
Call-ID: phmq9o62cv21timhfnpf
CSeq: 4233 INVITE
Proxy-Authorization: Digest algorithm=MD5, username="user4",
realm="......", nonce="U1o8H1NaOvP3wxegsYCKOJX7S7DV/r1N",
uri="sip:user5@......",
response="44e7b16c55d3237f63e04b3c0b194f45"
Contact: <sip:user4@
......;gr=urn:uuid:c193bcd4-aa2e-47ef-a106-22e60f5fde9e;ob
Allow: ACK,CANCEL,BYE,OPTIONS,INVITE,MESSAGE
Content-Type: application/sdp
Supported: path, outbound, gruu
User-Agent: JsSIP 0.3.7
Content-Length: 607
v=0
o=Mozilla-SIPUA-29.0 15825 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:2102f082
a=ice-pwd:8733e5248a7fb087b40ea45b3ca6f634
*a=fingerprint:sha-256
32:AA:85:DB:D8:3C:E6:C3:46:07:11:9E:9F:54:B9:42:7F:5C:37:5F:9D:D1:AD:19:22:A3:AC:9C:6C:A5:A6:CD*
m=audio 62290 *RTP/SAVPF* 109 0 8 101
c=IN IP4 .....
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
.....
Here's the snippet for translation SRTP-RTP:
rtpengine_offer("force trust-address symmetric replace-origin
replace-session-connection ICE=force_relay *RTP/AVP*");
2. Here's final answer (from rtpengine):
SIP/2.0 200 OK
Via: SIP/2.0/WS
9mk86fpn2d35.invalid;branch=z9hG4bK1997444
Record-Route: <sip:......;lr;nat=yes
Record-Route: <sip:.....:15060;transport=udp;lr;ovid=3207d8cd Record-Route:
<sip:95f6551e81@.......:10080;transport=ws;lr;ovid=3207d8cd Contact: <sip:user5@......1:49362 To: <sip:user5@.....>;tag=4d436110
From: "user4"<sip:user4@....>;tag=dvf1co8urv
Call-ID: phmq9o62cv21timhfnpf
CSeq: 4233 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces, eventlist
User-Agent: X-Lite release 4.5.4 stamp 70864
Content-Length: 432
v=0
o=- 1398422264455879 3 IN IP4 .....
s=X-Lite 4 release 4.5.4 stamp 70864
c=IN IP4 ......
t=0 0
m=audio 30002 *RTP/SAVPF* 109 0 8 101
a=rtpmap:109 opus/48000/2
a=fmtp:109 useinbandfec=1
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:30003
....
Error from JsSIP:
{name: "INTERNAL_ERROR", message: "Could not negotiate answer SDP; cause =
*NO_DTLS_FINGERPRINT*", __exposedProps__:
Object}
Here's the snippet for translation RTP-SRTP:
rtpengine_answer("force trust-address symmetric replace-origin
replace-session-connection rtcp-mux-demux ICE=force *RTP/SAVPF* ");
There was another test with Chrome 34 with the same result.
Offer:
INVITE sip:user5@.... SIP/2.0 Via: SIP/2.0/WS
ja9i6d3am6k8.invalid;branch=z9hG4bK6193236 Max-Forwards: 69 To:
<sip:user5@.... Record-Route: <sip:...;lr;nat=yes>
Record-Route:
<sip:....:15060;transport=udp;lr;ovid=3207d8cd> Record-Route:
<sip:712a450958@...:10080;transport=ws;lr;ovid=3207d8cd> Contact: <
sip:user5@10.61.2.151:49362> To: <sip:user5@....>;tag=b8c8ee57 From:
"user4"<sip:user4@...>;tag=jupqetdp1v Call-ID: 7jbhpjb4r4qt8m4s2pdb
CSeq:
957 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY,
MESSAGE, SUBSCRIBE, INFO Content-Type: application/sdp Supported: replaces,
eventlist User-Agent: X-Lite release 4.5.4 stamp 70864 Content-Length: 432
v=0 o=- 1398425917116411 3 IN IP4 ... s=X-Lite 4 release 4.5.4 stamp 70864
c=IN IP4 .... t=0 0 m=audio 30006 *RTP/SAVPF* 111 0 8 126 a=rtpmap:111
opus/48000/2 a=fmtp:111 useinbandfec=1 a=rtpmap:126 telephone-event/8000
a=fmtp:126 0-15 a=sendrecv a=rtcp:30007 ....
Error is JsSIP:
Failed to set remote answer sdp: Called with a SDP without crypto enabled
25 Apr
25 Apr
4:02 p.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
Hi,
Can you check if the original offer contains an "a=setup:actpass"
attribute? I remember Firefox having a problem with this in some
version. This attribute is required for DTLS-SRTP and Firefox was not
sending it. It's fixed in later versions.
cheers
On 04/25/14 07:51, Alexey Rybalko wrote:
Hello!
I have been experimenting with drop-in replacement of old "rtpproxy-ng"
module with new "rtpengine". Wondering what is wrong in my
configuration: there are no security attributes in rtpengine answer on
RTP/SAVPF offer. Neither "fingerprint" (DTLS) nor "crypto" (SDES).
I used Firefox 29 during this test.
1. Here's original offer :
INVITE sip:user5@..... SIP/2.0
Via: SIP/2.0/WS 9mk86fpn2d35.invalid;branch=z9hG4bK1997444
Max-Forwards: 69
To: <sip:user5@......>
From: "user4" <sip:user4@......>;tag=dvf1co8urv
Call-ID: phmq9o62cv21timhfnpf
CSeq: 4233 INVITE
Proxy-Authorization: Digest algorithm=MD5, username="user4",
realm="......", nonce="U1o8H1NaOvP3wxegsYCKOJX7S7DV/r1N",
uri="sip:user5@......",
response="44e7b16c55d3237f63e04b3c0b194f45"
Contact:
<sip:user4@......;gr=urn:uuid:c193bcd4-aa2e-47ef-a106-22e60f5fde9e;ob>
Allow: ACK,CANCEL,BYE,OPTIONS,INVITE,MESSAGE
Content-Type: application/sdp
Supported: path, outbound, gruu
User-Agent: JsSIP 0.3.7
Content-Length: 607
v=0
o=Mozilla-SIPUA-29.0 15825 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:2102f082
a=ice-pwd:8733e5248a7fb087b40ea45b3ca6f634
*a=fingerprint:sha-256
32:AA:85:DB:D8:3C:E6:C3:46:07:11:9E:9F:54:B9:42:7F:5C:37:5F:9D:D1:AD:19:22:A3:AC:9C:6C:A5:A6:CD*
m=audio 62290 *RTP/SAVPF* 109 0 8 101
c=IN IP4 .....
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
.....
Here's the snippet for translation SRTP-RTP:
rtpengine_offer("force trust-address symmetric replace-origin
replace-session-connection ICE=force_relay *RTP/AVP*");
2. Here's final answer (from rtpengine):
SIP/2.0 200 OK
Via: SIP/2.0/WS 9mk86fpn2d35.invalid;branch=z9hG4bK1997444
Record-Route: <sip:......;lr;nat=yes>
Record-Route: <sip:.....:15060;transport=udp;lr;ovid=3207d8cd>
Record-Route:
<sip:95f6551e81@.......:10080;transport=ws;lr;ovid=3207d8cd>
Contact: <sip:user5@......1:49362>
To: <sip:user5@.....>;tag=4d436110
From: "user4"<sip:user4@....>;tag=dvf1co8urv
Call-ID: phmq9o62cv21timhfnpf
CSeq: 4233 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE,
SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces, eventlist
User-Agent: X-Lite release 4.5.4 stamp 70864
Content-Length: 432
v=0
o=- 1398422264455879 3 IN IP4 .....
s=X-Lite 4 release 4.5.4 stamp 70864
c=IN IP4 ......
t=0 0
m=audio 30002 *RTP/SAVPF* 109 0 8 101
a=rtpmap:109 opus/48000/2
a=fmtp:109 useinbandfec=1
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:30003
....
Error from JsSIP:
{name: "INTERNAL_ERROR", message: "Could not negotiate answer SDP;
cause = *NO_DTLS_FINGERPRINT*", __exposedProps__: Object}
Here's the snippet for translation RTP-SRTP:
rtpengine_answer("force trust-address symmetric replace-origin
replace-session-connection rtcp-mux-demux ICE=force *RTP/SAVPF* ");
There was another test with Chrome 34 with the same result.
Offer:
INVITE sip:user5@.... SIP/2.0 Via: SIP/2.0/WS
ja9i6d3am6k8.invalid;branch=z9hG4bK6193236 Max-Forwards: 69 To:
<sip:user5@....> From: "user4" <sip:user4@....>;tag=jupqetdp1v
Call-ID:
7jbhpjb4r4qt8m4s2pdb CSeq: 957 INVITE Proxy-Authorization: Digest
algorithm=MD5, username="user4", realm=".....",
nonce="U1pKZ1NaSTtLo2vjK9TGyBu6Axb+EtyN", uri="sip:user5@...",
response="98f6275d3636664b611ff1411af982af" Contact:
<sip:user4@....;gr=urn:uuid:8cd4e797-7314-485f-b191-4a15a6581c42;ob>
Allow: ACK,CANCEL,BYE,OPTIONS,INVITE,MESSAGE Content-Type:
application/sdp Supported: path, outbound, gruu User-Agent: JsSIP 0.3.7
Content-Length: 1586 v=0 o=- 7510391807340598328 2 IN IP4 127.0.0.1 s=-
t=0 0 a=group:BUNDLE audio a=msid-semantic: WMS
ErnvtgCDe9aR6LWxNRgT83r0mxtyAV87LUxT m=audio 51672 *RTP/SAVPF *111 103
104 0 8 106 105 13 126 c=IN IP4 10.61.2.151 a=rtcp:51672 IN IP4 ....
...... a=ice-ufrag:EMn7uHfSS7ulRGU2 a=ice-pwd:FskTdhj7qT6ELP7uTIb+gquQ
a=ice-options:google-ice *a=fingerprint:sha-256
46:6E:E0:18:4A:C5:06:A8:26:85:ED:FE:16:C1:86:5E:8D:BC:4D:D9:F2:1A:75:81:A1:A7:CE:5A:79:4D:B7:22*
a=setup:actpass a=mid:audio a=extmap:1
urn:ietf:params:rtp-hdrext:ssrc-audio-level a=sendrecv a=rtcp-mux
*a=crypto:0 AES_CM_128_HMAC_SHA1_32
inline:R6qaiU7Cm471zNF6f3Q87TyXbHjEt/VhLgUgY2ZZ a=crypto:1
AES_CM_128_HMAC_SHA1_80 inline:lch+mfN/hi9QmseWu+ss1M2vA8mwRh8GQYChaJvc*
a=rtpmap:111 opus/48000/2 ....
Answer:
SIP/2.0 200 OK Via: SIP/2.0/WS
ja9i6d3am6k8.invalid;branch=z9hG4bK6193236 Record-Route:
<sip:...;lr;nat=yes> Record-Route:
<sip:....:15060;transport=udp;lr;ovid=3207d8cd> Record-Route:
<sip:712a450958@...:10080;transport=ws;lr;ovid=3207d8cd> Contact:
<sip:user5@10.61.2.151:49362 <http://sip:user5@10.61.2.151:49362>>
To: <sip:user5@....>;tag=b8c8ee57 From:
"user4"<sip:user4@...>;tag=jupqetdp1v Call-ID: 7jbhpjb4r4qt8m4s2pdb
CSeq: 957 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: application/sdp
Supported: replaces, eventlist User-Agent: X-Lite release 4.5.4
stamp 70864 Content-Length: 432 v=0 o=- 1398425917116411 3 IN IP4
... s=X-Lite 4 release 4.5.4 stamp 70864 c=IN IP4 .... t=0 0 m=audio
30006 *RTP/SAVPF* 111 0 8 126 a=rtpmap:111 opus/48000/2 a=fmtp:111
useinbandfec=1 a=rtpmap:126 telephone-event/8000 a=fmtp:126 0-15
a=sendrecv a=rtcp:30007 ....
Error is JsSIP:
Failed to set remote answer sdp: Called with a SDP without crypto
enabled
Any help on this issue would be greatly appreciated!
best regards,
Alexey
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
26 Apr
26 Apr
11:32 p.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
Hi, Richard!
Thank you for quick feedback!
There is no such attribute in SDP payload from the latest Mozilla (v.29).
v=0
o=Mozilla-SIPUA-29.0 371 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:083b4837
a=ice-pwd:dac461d48770be5e1dae6c450e144bf3
a=fingerprint:sha-256
C3:AA:DB:75:D7:60:FC:B6:94:A7:81:4F:74:A2:FF:44:4B:17:AE:D3:64:37:37:D1:AC:1A:F5:D4:86:1E:4F:7A
m=audio 52775 RTP/SAVPF 109 0 8 101
c=IN IP4 192.168.0.101
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=setup:actpass
a=candidate:0 1 UDP 2130444543 192.168.0.101 52775 typ host
a=candidate:0 2 UDP 2130444542 192.168.0.101 63139 typ host
a=rtcp-mux
But it presents in SDP from Chrome (v.34)
v=0 o=- 1634904605592690072 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE
audio a=msid-semantic: WMS C8ATLgPd2jIcc5q799L9XU3rTROMajedYbdI m=audio
51817 RTP/SAVPF 111 103 104 0 8 106 105 13 126 c=IN IP4 192.168.0.101
a=rtcp:51817 IN IP4 192.168.0.101 a=candidate:3350409123 1 udp 2122260223
192.168.0.101 51817 typ host generation 0 a=candidate:3350409123 2 udp
2122260223 192.168.0.101 51817 typ host generation 0 a=candidate:2301678419
1 tcp 1518280447 192.168.0.101 0 typ host generation 0
a=candidate:2301678419 2 tcp 1518280447 192.168.0.101 0 typ host generation
0 a=ice-ufrag:WyHALLFH6CaQmCIA a=ice-pwd:9BMkH9d7D9pfSjZmLSkunxrW
a=ice-options:google-ice a=fingerprint:sha-256
46:6E:E0:18:4A:C5:06:A8:26:85:ED:FE:16:C1:86:5E:8D:BC:4D:D9:F2:1A:75:81:A1:A7:CE:5A:79:4D:B7:22
*a=setup:actpass* a=mid:audio a=extmap:1
urn:ietf:params:rtp-hdrext:ssrc-audio-level a=sendrecv a=rtcp-mux
a=crypto:0 AES_CM_128_HMAC_SHA1_32
inline:cDj0wVDUUZ/1etNd9MFQjeqwn/ii3RsxQLraXUln a=crypto:1
AES_CM_128_HMAC_SHA1_80 inline:KKzZx0iwM2udfGNv+pBoB/BDVBvsFsMcQczVZDOQ ....
No success for both browsers. It's should be noticed that Chrome provides
both SDES ("crypto") and DTLS
("fingerprint"+"setup:actpass") attibutes
(does DTLS have priority in a such case?). However rtpengine doesn't
provide such SRTP data. May be any suggestions?
kind regards,
Alexey
2014-04-25 18:02 GMT+04:00 Richard Fuchs <rfuchs(a)sipwise.com>om>:
Hi,
Can you check if the original offer contains an "a=setup:actpass"
attribute? I remember Firefox having a problem with this in some
version. This attribute is required for DTLS-SRTP and Firefox was not
sending it. It's fixed in later versions.
cheers
27 Apr
27 Apr
12:09 a.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
On 04/26/14 17:32, Alexey Rybalko wrote:
No success for both browsers. It's should be
noticed that Chrome
provides both SDES ("crypto") and DTLS
("fingerprint"+"setup:actpass")
attibutes (does DTLS have priority in a such case?). However rtpengine
doesn't provide such SRTP data. May be any suggestions?
It can't work with Firefox if it doesn't use the a=setup attribute, but
it should work with Chrome. If it doesn't, please provide the complete
syslog output from rtpengine for such a call.
cheers
12:24 a.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
"Failed to set remote answer sdp: Called with a SDP without crypto enabled"
(Chrome)
RTPEngine log is attached.
regards,
/A
2014-04-27 2:09 GMT+04:00 Richard Fuchs <rfuchs(a)sipwise.com>om>:
On 04/26/14 17:32, Alexey Rybalko wrote:
No success for both browsers. It's should be
noticed that Chrome
provides both SDES ("crypto") and DTLS
("fingerprint"+"setup:actpass")
attibutes (does DTLS have priority in a such case?). However rtpengine
doesn't provide such SRTP data. May be any suggestions?
It can't work with Firefox if it doesn't use the a=setup attribute, but
it should work with Chrome. If it doesn't, please provide the complete
syslog output from rtpengine for such a call.
cheers
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
12:42 a.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
On 04/26/14 18:24, Alexey Rybalko wrote:
"Failed to set remote answer sdp: Called with a
SDP without crypto
enabled" (Chrome)
RTPEngine log is attached.
Please try again with ICE=force instead of force_relay, or (more
conservatively) ICE=remove in the offer and ICE=force in the answer. You
will probably also need the option "rtcp-mux-demux" in the offer, as
your non-RTC endpoint doesn't support rtcp-mux and Chrome isn't likely
to be happy with its rtcp-mux offer being declined.
To answer your previous question: DTLS-SRTP does take priority over
SDES, and what you should see in the outgoing answer is only the setup
and fingerprint attributes, but no crypto attributes.
cheers
7:27 a.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
Alexey Rybalko writes:
There is no such attribute in SDP payload from the
latest Mozilla (v.29).
v=0
o=Mozilla-SIPUA-29.0 371 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:083b4837
a=ice-pwd:dac461d48770be5e1dae6c450e144bf3
a=fingerprint:sha-256
C3:AA:DB:75:D7:60:FC:B6:94:A7:81:4F:74:A2:FF:44:4B:17:AE:D3:64:37:37:D1:AC:1A:F5:D4:86:1E:4F:7A
m=audio 52775 RTP/SAVPF 109 0 8 101
c=IN IP4 192.168.0.101
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=setup:actpass
a=candidate:0 1 UDP 2130444543 192.168.0.101 52775 typ host
a=candidate:0 2 UDP 2130444542 192.168.0.101 63139 typ host
a=rtcp-mux
there *is* a=setup:actpass in above.
-- juha
> Can you check if the original offer contains an
"a=setup:actpass"
> attribute? I remember Firefox having a problem with this in some
> version. This attribute is required for DTLS-SRTP and Firefox was not
> sending it. It's fixed in later versions.
28 Apr
28 Apr
8:24 a.m.
New subject: No secure attributes from rtpengine in SRTP/RTP bridge mode
Hello!
2014-04-27 2:42 GMT+04:00 Richard Fuchs <rfuchs(a)sipwise.com>om>:
Juha,
thanks for the hint! Yesterday it was too late at night, I had missed that
string J
Today made a call from Mozilla to softphone.
regards,
Alexey
Please try again with ICE=force instead of force_relay, or (more
conservatively) ICE=remove in the offer and ICE=force in the answer. You
will probably also need the option "rtcp-mux-demux" in the offer, as
your non-RTC endpoint doesn't support rtcp-mux and Chrome isn't likely
to be happy with its rtcp-mux offer being declined.
Richard,
I've tried the options you had recommended: "ICE=force" in offer and answer
("ICE=remove" in the offer works well too). The audio call was negotiated
and traversed. Thank you very much!
2014-04-27 9:27 GMT+04:00 Juha Heinanen <jh(a)tutpro.com>om>:
Alexey Rybalko writes:
there *is* a=setup:actpass in above.
There is no such attribute in SDP payload from
the latest Mozilla (v.29).
3665
days inactive
3668
days old
7 comments
3 participants
participants (3)
-
Alexey Rybalko -
Juha Heinanen -
Richard Fuchs