[Spce-user] rtpengine a=crypto problem

Tue Jun 24 09:29:00 EDT 2014

Hello, I am using the latest version of rtpengine  - 3.3.0.0+0~mr3.4.0.0.

Below you can see two offers:

1.
Got valid command from 127.0.0.1:42804: offer - { "sdp": "v=0#015#012o=9911001000 1713 2564 IN IP4 192.168.1.104#015#012s=Talk#015#012c=IN IP4 82.149.12.169#015#012b=AS:380#015#012t=0 0#015#012m=audio 7076 RTP/SAVP 124 3 100 120 121 0 8 101#015#012a=rtpmap:124 opus/48000/2#015#012a=fmtp:124 useinbandfec=1; stereo=0; sprop-stereo=0#015#012a=rtpmap:100 iLBC/8000#015#012a=fmtp:100 mode=30#015#012a=rtpmap:120 SILK/16000#015#012a=rtpmap:121 SILK/24000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:uDyUXrTrp55SwgdbgwBfU8o4se4opGXnKFJcY3NY#015#012a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:mLZwRvvUo7LgMe2n71aqFVjMIR7C4VjhC9emWgiV#015#012a=direction:active#015#012m=video 9078 RTP/SAVP 103#015#012a=rtpmap:103 VP8/90000#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:hbrYFEhr+0lUDkAYeAgdnosFJKVsOvEKZRMz84Hy#015#012a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:vf7z0EgzVUJ4CginvIKs1Er8bD5FIHcZ8UTl5pH9#015#012a=direction:active#015#012a=oldmediaip:192.168.1.104#015#012", "ICE": "force", "direction": [ "internal", "internal" ], "flags": [ "force", "trust-address", "symmetric" ], "replace": [ "origin", "session-connection" ], "transport-protocol": "RTP/SAVP", "rtcp-mux": [ "demux" ], "call-id": "23WUHrjh52", "via-branch": "z9hG4bK1ab3.243446075849487e378401e39d77c0ad.0", "received-from": [ "IP4", "127.0.0.1" ], "from-tag": "n6PZmtL-N", "command": "offer» }

Returning to SIP proxy: d3:sdp1357:v=0#015#012o=9911001000 1713 2564 IN IP4 144.76.238.124#015#012s=Talk#015#012c=IN IP4 144.76.238.124#015#012b=AS:380#015#012t=0 0#015#012a=ice-lite#015#012m=audio 30098 RTP/SAVP 124 3 100 120 121 0 8 101#015#012a=rtpmap:124 opus/48000/2#015#012a=fmtp:124 useinbandfec=1; stereo=0; sprop-stereo=0#015#012a=rtpmap:100 iLBC/8000#015#012a=fmtp:100 mode=30#015#012a=rtpmap:120 SILK/16000#015#012a=rtpmap:121 SILK/24000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=direction:active#015#012a=sendrecv#015#012a=rtcp:30099#015#012a=crypto:0 AES_CM_128_HMAC_SHA1_80 inline:uDyUXrTrp55SwgdbgwBfU8o4se4opGXnKFJcY3NY#015#012a=setup:actpass#015#012a=fingerprint:sha-1 46:4D:88:BE:7D:DC:99:B6:B8:62:95:4E:08:38:B3:4D:F1:E6:40:CF#015#012a=ice-ufrag:NN94ipmf#015#012a=ice-pwd:JtnUIf5Eo24GrqLVA4lRAEUns1pI#015#012a=candidate:1dOeLCy3qIOPfFk8 1 UDP 2130706432 144.76.238.124 30098 typ host#015#012a=candidate:1dOeLCy3qIOPfFk8 2 UDP 2130706431 144.76.238.124 30099 typ host#015#012m=video 30102 RTP/SAVP 103#015#012a=rtpmap:103 VP8/90000#015#012a=direction:active#015#012a=oldmediaip:192.168.1.104#015#012a=sendrecv#015#012a=rtcp:30103#015#012a=crypto:0 AES_CM_128_HMAC_SHA1_80 inline:hbrYFEhr+0lUDkAYeAgdnosFJKVsOvEKZRMz84Hy#015#012a=setup:actpass#015#012a=fingerprint:sha-1 46:4D:88:BE:7D:DC:99:B6:B8:62:95:4E:08:38:B3:4D:F1:E6:40:CF#015#012a=ice-ufrag:qKX8dj2V#015#012a=ice-pwd:y5yW8AAz0msyqNpZsimShKAGuvOF#015#012a=candidate:1dOeLCy3qIOPfFk8 1 UDP 2130706432 144.76.238.124 30102 typ host#015#012a=candidate:1dOeLCy3qIOPfFk8 2 UDP 2130706431 144.76.238.124 30103 typ host#015#0126:result2:oke

2. Got valid command from 127.0.0.1:53942: offer - { "sdp": "v=0#015#012o=9911001000 1713 2565 IN IP4 192.168.1.104#015#012s=Talk#015#012c=IN IP4 0.0.0.0#015#012b=AS:380#015#012t=0 0#015#012m=audio 7076 RTP/SAVP 124 3 100 120 121 0 8 101#015#012a=rtpmap:124 opus/48000/2#015#012a=fmtp:124 useinbandfec=1; stereo=0; sprop-stereo=0#015#012a=rtpmap:100 iLBC/8000#015#012a=fmtp:100 mode=30#015#012a=rtpmap:120 SILK/16000#015#012a=rtpmap:121 SILK/24000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:uDyUXrTrp55SwgdbgwBfU8o4se4opGXnKFJcY3NY#015#012a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:mLZwRvvUo7LgMe2n71aqFVjMIR7C4VjhC9emWgiV#015#012a=sendonly#015#012m=video 9078 RTP/SAVP 103#015#012a=rtpmap:103 VP8/90000#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:hbrYFEhr+0lUDkAYeAgdnosFJKVsOvEKZRMz84Hy#015#012a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:vf7z0EgzVUJ4CginvIKs1Er8bD5FIHcZ8UTl5pH9#015#012a=sendonly#015#012", "ICE": "force", "direction": [ "internal", "internal" ], "flags": [ "force", "trust-address", "symmetric" ], "replace": [ "origin", "session-connection" ], "transport-protocol": "RTP/SAVP", "rtcp-mux": [ "demux" ], "call-id": "23WUHrjh52", "via-branch": "z9hG4bKe9b3.c52d00762a6e4d4ce154e242a27597b4.0", "received-from": [ "IP4", "127.0.0.1" ], "from-tag": "n6PZmtL-N", "to-tag": "14A6A3F3-53A97ACE000E1AA5-9679F700", "command": "offer» }

Returning to SIP proxy: d3:sdp443:v=0#015#012o=9911001000 1713 2565 IN IP4 0.0.0.0#015#012s=Talk#015#012c=IN IP4 0.0.0.0#015#012b=AS:380#015#012t=0 0#015#012a=ice-lite#015#012m=audio 0 RTP/SAVP 124 3 100 120 121 0 8 101#015#012a=rtpmap:124 opus/48000/2#015#012a=fmtp:124 useinbandfec=1; stereo=0; sprop-stereo=0#015#012a=rtpmap:100 iLBC/8000#015#012a=fmtp:100 mode=30#015#012a=rtpmap:120 SILK/16000#015#012a=rtpmap:121 SILK/24000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=inactive#015#012m=video 0 RTP/SAVP 103#015#012a=rtpmap:103 VP8/90000#015#012a=inactive#015#0126:result2:oke

In the first case a=crypto is returned to proxy. The second - no. What is the difference?
Also the second case a=sendonly is set, and a=inactive is returned.

Regards,
Nikita Stashkov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20140624/e8888af3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3903 bytes
Desc: not available
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20140624/e8888af3/attachment.p7s>