Re: [martini] Announcement of MARTINI WG last Call on "Registration for Multiple Phone Numbers in the SIP"

["Elwell, John" <[e-mail]>]

 

> -----Original Message-----
> From: [e-mail] 
> [mailto:[e-mail]] On Behalf Of David Hancock
> Sent: 22 July 2010 00:51
> To: Bernard Aboba; [e-mail]
> Subject: Re: [martini] Announcement of MARTINI WG last Call 
> on "Registration for Multiple Phone Numbers in the SIP"
> 
> I've reviewed the document and think it is ready for 
> consideration, pending resolution of the issues described below.
> 
> These issues all have to do with subscribing to reg-event.
> 
> --------------------------------------------------------------
> Issue-1:
> Section 7.7.2 says...
>    If the SSP receives a SUBSCRIBE request for the registration event
>    package with a Request-URI that indicates a contact registered via
>    the "Bulk Number Contact" mechanism defined in this document, then
>    the SSP MUST proxy that SUBSCRIBE to the SIP-PBX in the 
> same way that
>    is would proxy an INVITE bound for that AOR, unless the SSP has and
>    can maintain a copy of complete, accurate, and up-to-date 
> information
>    from the SIP-PBX (e.g., through an active back-end subscription).
> 
> How does the SSP handle the SUBSCRIBE to reg-event for an 
> enterprise user when the SIP-PBX isn't registered? My 
> understanding of RFC3680 is that if the target user of a 
> reg-event SUBSCRIBE isn't registered, then the reg-event 
> subscriber receives a NOTIFY indicating "user not 
> registered". The subscribe dialog remains active, and if/when 
> the target user subsequently registers, the reg-event 
> subscriber receives another NOTIFY containing the 
> registration data. Would this same process be followed when 
> the reg-event subscription is to an AOR owned by the SIP-PBX, 
> and if yes, how does the SSP make that happen?
[JRE] Wouldn't the SSP return a 480 response to the SUBSCRIBE request if it can't deliver it?

John