[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sip] configuration NOTIFY in example 9.1 of outbound i-d



Yes, it's there.

SUBSCRIBE creates a dialog which is used for the NOTIFY. So it's no
different than INVITE-created mid-dialog requests.

The specific text covering this is located here:

Section 4.3 states (UA procedures):
   If the UAC is sending a dialog-forming request, and wants all
   subsequent requests in the dialog to arrive over the same flow, the
   UAC adds an 'ob' parameter to its Contact header.  Typically this is
   desirable, but it is not necessary for example if the Contact is a
   GRUU [I-D.ietf-sip-gruu].  The flow used for the request is typically
   the same flow the UA registered over, but it could be a new flow, for
   example the initial subcription dialog for the configuration
   framework [I-D.ietf-sipping-config-framework] needs to exist before
   registration.

Then, section 5.3.2 (proxy procedures):
   For mid-dialog requests to work with outbound UAs, the requests need
   to be forwarded over some valid flow to the appropriate UA instance.
   If the Edge Proxy receives an outgoing dialog-forming request, the
   Edge Proxy can use the presence of the ob URI parameter in the UAC's
   Contact URI (or topmost Route header field) to determine if the Edge
   Proxy needs to assist in mid-dialog request routing.

> -----Original Message-----
> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On 
> Behalf Of Juha Heinanen
> Sent: Monday, September 29, 2008 07:48
> To: sip at ietf.org
> Subject: [Sip] configuration NOTIFY in example 9.1 of outbound i-d
> 
> how can Bob's UA in example 9.1 of outbound i-d receive the 
> NOTIFY request sent by EP1 if Bob's UA is behind firewall 
> that does not allow
> EP1 to setup a new TCP connection to Bob's UA?
> 
> is it described somewhere that in this kind of situation EP1 
> has to re-use the SUBSCRIBE TCP connection and that Bob's UA 
> should not tear it down so that it can be re-used?
> 
> -- juha
> _______________________________________________
> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol Use 
> sip-implementors at cs.columbia.edu for questions on current sip 
> Use sipping at ietf.org for new developments on the application of sip
> 
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip