[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