RES: RES: RES: ReN: IPv6 tranisition issues

"Marcelo Barbosa Lima" <[email protected]> Tue, 7 Jan 2003 08:51:20 -0200
Newsgroups gmane.ietf.ngtrans
Message-ID <D49EA2F934FFAD45B337C07A9753C00E017E9FAF@MAILSRV1.aquarius.cpqd.com.br>
  Hi Keith,

>you are completely mistaken.  the NAT does not have sufficient informati=
on to perform the >>>conversion even if it is aware of the protocol that =
the application is using.

   I think that I can to implement a stateful NAT module able to see the =
several connections in ongoing applications and get these informations. I=
 implemented one Linux Kernel Module to filtering RPC-based services. It =
was abble to look in communication between portmapper and client RPC and =
get RPC servers=B4s port numbers. In this way, the filter creates rules o=
n-the-fly to these services. I believe that be possible make the same to =
NAT modules.

>almost any distributed application fails in the presence of NAT unless t=
here is a central server >via which communications are routed.  the ones =
I'm most familiar with are used in distributed >computation: netsolve, gl=
obus, pvm.  but SIP has this problem also.

  I think that you are correct to current NAT implementations. But I thin=
k that it is possible implement applications-specific NAT. I dont know SI=
P protocol, but if it is similar to H323, it is possible to implement a s=
pecial NA module abble to see sinnaling UDP sessions end get port numbers=
 to be used in the call and to do address/port translation.=20

  Marcelo.