Hi,

The bis drafts discusses stateless proxies that can
relay incoming messages on TCP to another TCP channel.
The requirement on the proxy being that it should place
enough information in the message to be able to forward
the response on the same TCP connection on which the
request came in.

Is the Via header a good choice to push this state
information? If I push the state using a proprietary
parameter, how should I choose the parameter name to
ensure that it does not conflict with any new Via
parameters that get defined later? Should I use a
prefix for the new parameter? Are clients guaranteed
to retain this parameter in my Via header in the
response?

How strict is the requirement for ensuring that
responses are dispatched on the same connection?

The draft does state that clients sending messages on
TCP should be prepared to receive responses to the
request on a different passive connection. Do the
current implementations that support SIP on TCP
implement this behaviour or do they reject responses
coming in on an inbound connection?

-Binu


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

Reply via email to