[Home]

Summary:ASTERISK-02581: Cisco BTS problem
Reporter:billhamlinx (billhamlinx)Labels:
Date Opened:2004-10-11 16:50:27Date Closed:2008-01-15 15:12:18.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/CodecHandling
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) patch-2004-10-08-asterisk-sip-allow-slash1-in-media-line.dat
( 1) patch-2004-10-08-asterisk-sip-allow-slash1-in-media-line.txt
Description:For applications where hierarchically encoded streams are being
    sent to a unicast address, it may be necessary to specify multiple
    transport ports.  This is done using a similar notation to that
    used for IP multicast addresses in the "c=" field:

         m=<media> <port>/<number of ports> <transport> <fmt list>

    In such a case, the ports used depend on the transport protocol.
    For RTP, only the even ports are used for data and the
    corresponding one-higher odd port is used for RTCP.  For example:

                        m=video 49170/2 RTP/AVP 31

    would specify that ports 49170 and 49171 form one RTP/RTCP pair and
    49172 and 49173 form the second RTP/RTCP pair.  RTP/AVP is the
    transport protocol and 31 is the format (see below).
Comments:By: Mark Spencer (markster) 2004-10-11 21:27:16

Do you have a disclaimer on file?
By: Brian West (bkw918) 2004-10-17 12:34:36

Knock Knock anyone home :P

bkw
By: twisted (twisted) 2004-10-27 17:18:12

Reminder sent to billhamlinx

Apparently not.  Last request for disclaimer status.
By: Mark Spencer (markster) 2004-10-31 20:59:03.000-0600

I just did my own implementation.
By: Russell Bryant (russell) 2004-11-02 17:39:16.000-0600

not in 1.0
By: Digium Subversion (svnbot) 2008-01-15 15:12:18.000-0600

Repository: asterisk
Revision: 4138

U   trunk/channels/chan_sip.c

------------------------------------------------------------------------
r4138 | markster | 2008-01-15 15:12:17 -0600 (Tue, 15 Jan 2008) | 2 lines

Accept 0/0 in m= line of SDP (bug ASTERISK-2581, but not their patch)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=4138