Subject: RE: [Sip] Consecutive REFERs

From: Itamar Gilad <[email-masked]>
Date: Sun, 1 Jul 2001 11:00:36 +0300

> -----Original Message-----
> From: Jonathan Rosenberg [mailto:[email-masked]]
> Sent: Friday, June 29, 2001 10:11 PM
> To: 'Itamar Gilad'; 'SIP list'
> Subject: RE: [Sip] Consecutive REFERs
> 
> > -----Original Message-----
> > From: Itamar Gilad [mailto:[email-masked]]
> > Sent: Tuesday, June 26, 2001 4:06 AM
> > To: 'SIP list'
> > Subject: [Sip] Consecutive REFERs
> > 
> > 
> > Below are a couple of questions regarding REFER scenarios and 
> > appropriate
> > response code usage. I'm sorry if this has been asked before.
> > 
> > 1) A sends a REFER to B directing it to call C.  B sets up a 
> > call with C
> > successfully.  Now A sends another (new) REFER to B directing 
> > it to contact
> > D.  B wants to reject this REFER on the grounds that it 
> > currently can't take
> > additional calls.  Is 486 the appropriate response?
> > 
> > 2) Same as A, but this time the second REFER directs B to 
> > call C again.  B
> > wants to reject this on the grounds that it already has a 
> > call-leg setup
> > with C.  What's the response code B should use here?
> 
> I'm actually curious why you ask. THe response code really 
> shouldn't matter
> unless you were planning to define logic at A that did 
> something special
> depending on the response code. Was that the case?
> 

It's possible that the user and/or UA at A may have reasons to want 
to know what went wrong at B.  Attaching logic or not sounds like an
implementation decision.
You say that the response code shouldn't matter. Should we then
return a 400 + meaningful reason phrase for everything REFER-related?
If response code isn't the right mechanism to relay REFER status,
what is?

> 
> -Jonathan R.
> 
> ---
> Jonathan D. Rosenberg, Ph.D.                72 Eagle Rock Ave.
> Chief Scientist                             First Floor
> dynamicsoft                                 East Hanover, NJ 07936
> [email-masked]                     FAX:   (973) 952-5050
> http://www.jdrosen.net                      PHONE: (973) 952-5000
> http://www.dynamicsoft.com
> 

_______________________________________________
Sip mailing list  http://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email-masked] for questions on current sip
Use [email-masked] for new developments on the application of sip