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

RE: on NAT-PT



 > > The SIP proxy can handle SIP translation. However there 
 > also needs to
 > > be a translator to handle traffic (e.g. video streaming on 
 > UDP) translation.
 > 
 > But as far as I understand this space (not very far at all)
 > the box that handle the media streams need to be instructed 
 > by the SIP proxy
 > for what mappings to create - it can't just be a plain old 
 > NAT-PT box.
 > Thus it starts looking more like an UDP proxy for the 
 > purposes of carrying
 > RTP which is controlled by the SIP proxy - not a NAT-PT which creates
 > state based on the packets that fly by.

It could also involve transport protocols other than RTP/UDP.
Wouldn't it be just a NAT-PT having the translator part and ALG part
separated? The ALG would be in the SIP proxy and would return
addresses to the ipv6 host of the form PREFIX::v4_addr where the
PREFIX belongs to the chosen translator box. So you could load share
over multiple translator boxes. The translator would still keep state.

/Karim