>>What are you trying to do? Why do you care? I want a mechanism of inserting a Proxy on the signalling path between UAs and their natural Registrar/Inbound/Outbound-proxy which has the least possible impact on these other elements, in terms of development and user action. Configuration changes would be OK, so long as it fits in with standard parameters. The reason I want to do this is to get a full view of all signalling messages originating from and destined to selected endpoints.
>>There are lots of ways. Which one to use depends on what you are trying to accomplish. >>- For the 3gpp stuff they seem to be planning to use preloaded Route headers. Can you point me to any drafts which detail this mechanism for inbound calls? >>In some cases it might make sense to return a 305 when somebody calls in a way you don't like This would not work for me since I don't have direct control over the UAs, without first directing inbound calls to my intermediate proxy. Regards Donald Finnie -----Original Message----- From: Paul Kyzivat [mailto:[EMAIL PROTECTED]] Sent: 26 April 2002 16:56 To: Finnie, Donald Cc: '[EMAIL PROTECTED]' Subject: Re: [Sip-implementors] Inbound call routing to proxy Donald, There are lots of ways. Which one to use depends on what you are trying to accomplish. - For the 3gpp stuff they seem to be planning to use preloaded Route headers. - In some cases it might make sense to return a 305 when somebody calls in a way you don't like, if you know of a proxy that can patch things up. What are you trying to do? Why do you care? Paul _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
