[SIPForum-techwg] Question re Application Server

Francois Audet audet at nortel.com
Fri Sep 8 12:51:39 EDT 2006


Looks reasonable to me too.
 

> -----Original Message-----
> From: techwg-bounces at sipforum.org 
> [mailto:techwg-bounces at sipforum.org] On Behalf Of Paul Kyzivat
> Sent: Friday, September 08, 2006 8:11 AM
> To: Chris Sibley
> Cc: SIP Forum Tech WG
> Subject: Re: [SIPForum-techwg] Question re Application Server
> 
> Chris,
> 
> This looks reasonable to me.
> 
> I see my questions are coming at the "11th hour" relative to 
> the plans for this document. That is just coincidence on my 
> part, and does not reflect any intent to derail the work. My 
> goal in posting questions was first and foremost to simply 
> get clarifications of intent, hopefully without precipitating 
> a change in the document. If it turns out that the 
> clarifications seem to require changes to the document I am 
> fully understanding if those need to be put into a queue for 
> a revision at a later time.
> 
> 	Thanks,
> 	Paul
> 
> Chris Sibley wrote:
> > Team,
> > 
> > Attached is the first pass of my edits for Section 13 to 
> address the 
> > issue that Paul brought up. Please take a look and let me know what 
> > you think. In case you are not aware, I believe we are scheduled to 
> > announce the availability of this recommendation on Tuesday 
> so I would 
> > appreciate your feedback as soon as you can.
> > 
> > Thanks!
> > 
> > --Chris
> > 
> > 
> >> -----Original Message-----
> >> From: techwg-bounces at sipforum.org 
> >> [mailto:techwg-bounces at sipforum.org]
> > On
> >> Behalf Of Chris Sibley
> >> Sent: Thursday, September 07, 2006 11:21 AM
> >> To: Paul Kyzivat; SIP Forum Tech WG
> >> Subject: Re: [SIPForum-techwg] Question re Application Server
> >>
> >> Hi Paul,
> >>
> >> Firstly, my apologies for taking so long to respond. I 
> have been on 
> >> vacation and it's taken a while to dig myself out.
> >>
> >> Secondly, thanks for your very astute comments! You are 
> quite right 
> >> that, given the current wording, calls between Enterprises 
> (handled 
> >> by the SP) would require a B2BUA. When this text was 
> written, we were
> >> (only) contemplating calls that ORIGINATED from the PSTN and were 
> >> destined to an Enterprise. So, in this scenario, since the headers 
> >> are actually being created for the first time the text 
> would be correct.
> >>
> >> However, as you pointed out, there is certainly 
> significant value in
> > the
> >> SP handling calls BETWEEN Enterprises. That said, I think 
> we need to 
> >> clarify Section 13 to define rules for calls that 
> originate from the 
> >> PSTN (current wording) as well as calls that originate 
> from another 
> >> Enterprise (and handled by the SP, of course).
> >>
> >> What do you think? If everyone agrees I can put together something
> > today
> >> / tonight and send it out for your review..
> >>
> >> Thanks,
> >>
> >> --Chris
> >>
> >>
> >>> -----Original Message-----
> >>> From: techwg-bounces at sipforum.org
> > [mailto:techwg-bounces at sipforum.org]
> >> On
> >>> Behalf Of Paul Kyzivat
> >>> Sent: Friday, September 01, 2006 1:41 PM
> >>> To: SIP Forum Tech WG
> >>> Subject: [SIPForum-techwg] Question re Application Server
> >>>
> >>> I am trying to understand the nuances of draft 5, and there is
> >> something
> >>> I am unsure of: Is the Application Server required to act as a
> > B2BUA,
> >> or
> >>> is it permitted to act as a proxy? There is no mention of 
> B2BUAs in
> >> the
> >>> document, but I think it may be implied.
> >>>
> >>> In particular, suppose we have one service provider servicing two
> >>> enterprises: acme.com and bozo.com.
> >>>
> >>> Acme has a phone number +12125551234, and Bozo has +14085556789.
> > Then
> >>> Acme calls Bozo. According to the spec, the call from Acme is
> >> addressed
> >>> as:
> >>>
> >>> 	INVITE sip:+14085556789 at serviceprovider.net;user=phone SIP/2.0
> >>> 	To: <sip:+14085556789 at serviceprovider.net;user=phone>
> >>> 	From: <sip:+12125551234 at acme.com;user=phone>
> >>>
> >>> But then the instructions for service provider addressing say that
> >> when
> >>> this is sent to Bozo that it should be addressed as:
> >>>
> >>> 	INVITE sip:+14085556789 at bozo.com;user=phone SIP/2.0
> >>> 	To: <sip:+14085556789 at bozo.com;user=phone>
> >>> 	From: <sip:+12125551234 at serviceprovider.net;user=phone>
> >>>
> >>> To change the To and From fields in this way requires that the 
> >>> Application Server be a B2BUA. If this is routed using proxy
> > routing,
> >>> then the message going to Bozo would perhaps look like:
> >>>
> >>> 	INVITE sip:+14085556789 at bozo.com;user=phone SIP/2.0
> >>> 	To: <sip:+14085556789 at serviceprovider.net;user=phone>
> >>> 	From: <sip:+12125551234 at acme.com;user=phone>
> >>>
> >>> So, is it a requirement to have a B2BUA in the path, or is proxy
> >> routing
> >>> ok?
> >>>
> >>> 	Thanks,
> >>> 	Paul
> >>> _______________________________________________
> >>> techwg mailing list
> >>> Send mail to: techwg at sipforum.org
> >>> Unsubscribe or edit options at:
> >>> http://sipforum.org/mailman/listinfo/techwg
> >>
> >> 
> *********************************************************************
> >> * This email may contain confidential information. If you 
> are not the 
> >> intended recipient, please advise by return email and delete 
> >> immediately without reading or forwarding to others.
> >>  -- Cbeyond
> >> 
> *********************************************************************
> >> * _______________________________________________
> >> techwg mailing list
> >> Send mail to: techwg at sipforum.org
> >> Unsubscribe or edit options at:
> >> http://sipforum.org/mailman/listinfo/techwg
> > 
> > 
> > 
> **********************************************************************
> > This email may contain confidential information. If you are not the 
> > intended recipient, please advise by return email and delete 
> > immediately without reading or forwarding to others.
> >  -- Cbeyond
> > 
> **********************************************************************
> _______________________________________________
> techwg mailing list
> Send mail to: techwg at sipforum.org
> Unsubscribe or edit options at:  
> http://sipforum.org/mailman/listinfo/techwg
> 



More information about the techwg mailing list