UPDATE RFC text seems to be centered on reliable provisional response. The only example is covered with reliable provisional response. I know of at least 1 vendor implementation that forces the use of UPDATE only when provisional reliable response handling is used.
However the RFC does mention: "An unreliable provisional response MAY contain an Allow header field". And it is clear from RFC3261 that unreliable response can create early dialog. Any reason not to allow the use of UPDATE if a received unreliable 183 response produces early dialog and the response contains Allow header listing the UPDATE method? Or is RFC3262 a prerequisite? Thanks. _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors