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.