Hi,
  I have a couple of queries on treatment of early NOTIFYs (i.e. NOTIFY
received before 2XX to SUBSCRIBE).

1.       UAC1                  UAC2
Initial SUBSCRIBE ------------>
2XX not received       <------- send 2XX
NOTIFY(act/pend)  <------------ send NOTIFY act/pend
(Dialog-state is
created from NOTIFY)

UAC 1 sends SUBSCRIBE to UAC2 and receives a NOTIFY(active/pending)
ahead of any 2XX response. According to RFC3265, the subscription and
dialog are created. Now, if the 2XX response never arrives i.e.
SUBSCRIBE client transaction times out, what should UAC1 do:
(a) Delete the created subscription? OR
(b) If it was a NOTIFY(act), should the timeout be ignored since the
subscription has already been activated?
(c) If it was a NOTIFY(pend), what should be done?

2. What if the above scenario was for a SUBSCRIBE refresh instead of an
initial SUBSCRIBE? Should the solution for the above scenario be any
different?

I was not able to figure out the solutions from the RFC. If the above
questions have already been dealt with, please do fwd me the link.

Thanks
Ganesh

_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to