(GDNTRND)
> Cc: [EMAIL PROTECTED]; sip-implementors@lists.cs.columbia.edu
> Subject: Re: [Sip-implementors] SDP Error Handling -- Unsupported codec
> in SDP Answer
>
> If the UAS continues the call, the behavior is implementation specific.
> This could lead to one way media or no media at a
ssage-
From: Vikram Chhibber [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2008 4:40 PM
To: Alex Zhang (GDNTRND)
Cc: [EMAIL PROTECTED]; sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] SDP Error Handling -- Unsupported codec
in SDP Answer
If the UAS continues the call
, 2008 4:40 PM
To: Alex Zhang (GDNTRND)
Cc: [EMAIL PROTECTED]; sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] SDP Error Handling -- Unsupported codec
in SDP Answer
If the UAS continues the call, the behavior is implementation specific.
This could lead to one way media or no
-8782
-Original Message-
From: Madhav Bhamidipati [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2008 4:35 PM
To: Alex Zhang (GDNTRND)
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] SDP Error Handling -- Unsupported codec
in SDP Answer
Of course, it will
t; Alex Zhang
> ESN: 6-554-8782
>
>
>
>
> -Original Message-
> From: Madhav Bhamidipati [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 17, 2008 4:20 PM
> To: Alex Zhang (GDNTRND)
> Cc: sip-implementors@lists.cs.columbia.edu
> Subject: Re: [Sip-impl
ence about this beahvior? Thanks,
>
>
> Alex Zhang
> ESN: 6-554-8782
>
>
> -Original Message-
> From: Madhav Bhamidipati [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 17, 2008 4:20 PM
> To: Alex Zhang (GDNTRND)
> Cc: sip-implementors@lists.cs.columbia
ESN: 6-554-8782
-Original Message-
From: Madhav Bhamidipati [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2008 4:20 PM
To: Alex Zhang (GDNTRND)
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] SDP Error Handling -- Unsupported codec
in SDP Answer
I wonder if
I wonder if it sends ACK in the first place with an unrelated codec.
If UAC sends a kind of
4XX then call continuation is still possible, i.e UAS has still an
option to continue the call
with old parameters.
If it sends ACK then UAS sends BYE with no other option.
Madhav
On 3/17/08, [EMAIL PROTE
The UAC is defective. Here UAS should terminate the session. It may
re-initiate offer/answer again by sending re-INVITE but this will lead
to same situation again.
There is no point for UAS to continuing the call with previous SDP
because there is no surety that UAC will be doing the same as it has
Hi,
Can anybody give guideline about the UAS Behavior as below:
UAC UAS
<== Session Establised=>
| |
|-Re-invite(w/o SDP offer)--->|
| |
|<200 OK(Codec1, Cod
10 matches
Mail list logo
