[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The argument for writing a general purpose NAT for IPv6



With my individual hat on. Which is one that participated in the work to update RTSP for a few years now.
james woodyatt skrev:
On Apr 19, 2007, at 12:47, Iljitsch van Beijnum wrote:
On 19-apr-2007, at 19:44, james woodyatt wrote:
An RTSP server may *also* put any pair of UDP port numbers (starting 
on an even number) in the client_port attribute of a Transport 
header, so the ports that would have to be opened to the whole 
Internet include a very wide range, potentially *all* of them.
That seems strange. Wouldn't the client want to have some say in the 
port number it needs to open up?
I wasn't involved in the design of the RTSP protocol.
This is a misunderstanding of how RTSP works. What happens when one 
configures a media stream is that the client includes the ports and 
address on which it like to receive the media stream. The server do add 
an address and port(s), the one it is going to send from.
When it comes to RTSP proxies they can select if they relay the media 
streams or not. But unless they actually are implemented in the 
FW/NAT/NAP they do not really provide any benefit the application to 
traverse the middlebox with filtering behavior. And I have to agree 
strongly that ALG functions only should be deployed in managed boxes.
Regards

Magnus Westerlund

IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM/M
----------------------------------------------------------------------
Ericsson AB                | Phone +46 8 4048287
Torshamsgatan 23           | Fax   +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------