> I'm just trying to get it to use the existing connection, > effectively making the Contact header irrelevant (since > no new connections would be needed). Setting the Contact > header to the ephemeral port would simply trick the stack > I'm using into realizing it already has the connection.
If a device truly does not want to receive or reply to requests after the ephemeral port tcp connection has been reclaimed, it can do as you are describing. Otherwise, using your presented solution would require the device to provide the updated Contact on all relevant dialogs after the connection gets re-established. > I have to look more closely at the reuse draft. It may > be more what I want, although it looks like it also > requires GRUU. GRUU was only mentioned within the Introduction and Problem Statement sections. GRUU is not required for connection reuse per the reuse draft. Additionally, Rohan has received comments that section 2.2 should potentially be removed since the section applies more to the outbound draft. _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
