Hi,
As per my understanding, for better inter operable, replacing existing m= line
means, if the stream is previously disabled.
Otherwise, unless specific work around is done, we can expect rejection from
other party.
___
Sip-implementors mailing li
PM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] SDP media line reordering in reINVITE.
Hi All,
Is it allowed to change the order of media line in SDP in case an UA sends a
reINVITE?
Consider a case where call is up with audio.
m=audio 38646 RTP/AVP 18
Now can
> Is it allowed to change the order of media line in SDP
> in case an UA sends a reINVITE?
No; however old slots can be reused.
RFC 3264 section 8.1:
"New media streams are created by new additional media descriptions
below the existing ones, or by reusing the "slot" used by an old
media strea
nt: Monday, July 15, 2013 12:45 PM
> To: sip-implementors@lists.cs.columbia.edu
> Subject: [Sip-implementors] SDP media line reordering in reINVITE.
>
> Hi All,
>
> Is it allowed to change the order of media line in SDP in case an UA
> sends a reINVITE?
>
> Consider a
Kyzivat [mailto:pkyzi...@alum.mit.edu]
Sent: Monday, July 15, 2013 11:27 PM
To: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] SDP media line reordering in reINVITE.
On 7/15/13 1:45 PM, Kumar, Puneet (Puneet) wrote:
> Hi All,
>
> Is it allowed to change the order of medi
You can check the offer/answer RFC 3264.
See inline.
> -Original Message-
> From: Kumar, Puneet (Puneet) [mailto:pune...@avaya.com]
> Sent: Monday, July 15, 2013 12:45 PM
> To: sip-implementors@lists.cs.columbia.edu
> Subject: [Sip-implementors] SDP media line reorder
On 7/15/13 1:45 PM, Kumar, Puneet (Puneet) wrote:
> Hi All,
>
> Is it allowed to change the order of media line in SDP in case an UA sends a
> reINVITE?
>
> Consider a case where call is up with audio.
>
> m=audio 38646 RTP/AVP 18
>
> Now can any UA send following in the SDP:
>
> m=ima
Hi All,
Is it allowed to change the order of media line in SDP in case an UA sends a
reINVITE?
Consider a case where call is up with audio.
m=audio 38646 RTP/AVP 18
Now can any UA send following in the SDP:
m=image 38648 udptl t38
...
m=audio 38646 RTP/AVP 8 0
