Re: francois' comments and why RFC4474 not used in the field

Dean Willis <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <[email protected]>
On Mar 31, 2009, at 8:24 PM, Cullen Jennings wrote:

>
> In all of section 8, the only reason I find of why things are  
> changed is
>
> "For media steering purposes, B2BUAs in intermediate domains need to  
> modify the IP address c-lines and the port in m-lines."
> Even this one line leaves me confused about what intermediate  
> domains are in the deployment cases where this happens and if we are  
> talking about email style address or e.164 style addresses. What an  
> example is of a deployment where things like this happen and why the  
> middle (not the end domains) do the media steering. When I ask this  
> of example people give me, if often turns out what is really wanted  
> is not media steering but the middle to be able to hide the fact  
> that they actually delivered the call to a third provider for PSTN  
> termination.
>

I'll agree that topology hiding is a use case for port/address  
obfuscation that results in RFC 4474 not working, thereby preventing  
DTLS/SRTP key fingerprinting when topology-hiding occurs.

Design alternatives include tunnels and STUN relays combined with  
header obfuscation  and UA support for selective obfuscation for the  
offer. While these sorts of triggerworks might work, they're a lot  
more complex than just editing the SDP.

--
Dean

_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.