Details
-
Type:
Bug
-
Status: Closed
-
Severity:
Major
-
Resolution: Duplicate
-
Affects Version/s: 1.8.5.0
-
Target Release Version/s: None
-
Component/s: Channels/chan_sip/Interoperability
-
Security Level: None
-
Labels:None
-
Environment:Asterisk 1.8.5, Nortel NSR
-
Frequency of Occurrence:Constant
-
Source Revision Number:329894
Description
When both SRTP and RTP (RTP/AVP and RTP/SAVP) are offered Asterisk should fall back to the RTP protocol if it fails to load the SRTP module. Up until 1.6 Asterisk ignored the SRTP requests and - if available - would fall back to RTP; this is a regression test failure in an environment where SRTP is not to be used, even if it's offered.
This is a sample INVITE SDP content of such type:
v=0
o=- 189845755 1 IN IP4 XXX.XXX.XXX.XXX
s=-
t=0 0
m=audio 5262 RTP/AVP 0 8 101 111
c=IN IP4 XXX.XXX.XXX.XXX
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:111 X-nt-inforeq/8000
a=ptime:20
a=maxptime:20
a=sendrecv
m=audio 5262 RTP/SAVP 8 0 101 111
c=IN IP4 XXX.XXX.XXX.XXX
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:dnUo0FOvQmZF+QJqoT/JlsrcyjFyiDZe5IDM/V 6V|2^031|003007014426:004
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:111 X-nt-inforeq/8000
a=ptime:20
a=maxptime:20
a=sendrecv
Issue Links
- is duplicated by
-
ASTERISK-22675 Asterisk refuses correct RTP/AVP with optional encryption
-
- Closed
-
-
ASTERISK-23989 [patch]SDP offer/answer fails if crypto keys added to non-crypto offer
-
- Closed
-
- is related to
-
SWP-3739 Loading...
First approach to solve the issue. Keep track of offered AVP and use that if SAVP fails.