Linked by David Adams on Mon 21st Mar 2011 20:14 UTC, submitted by Anonymous
Permalink for comment 467498
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/21/13 21:38 UTC
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
More Features »
Sponsored Links



Member since:
2011-01-28
"don't agree. Even if you have a dedicated ssh server that has the same address as your router if that makes sense in your setup, voip clients should still have their own address as this is how they can be reached. NAT is pretty useless with ipv6. Just give one address per application if you need to."
Firstly, you still haven't addressed the firewall/ALG issue with SIP I brought up twice, which still exists without NAT.
Secondly, whether you choose to acknowledge it or not, port forwarding does have valid uses outside the scope of mitigating limited number IP addresses under IPv4.
One example is load distribution, the gateway router should have the ability to redirect inbound packets to multiple servers. This is an example of something NAT is good at.
Another example is the ability to use one domain name for multiple services. Domain names (typically) resolve to one IP address, without port forwarding/NAT, you're essentially forcing all daemons for one domain name to reside on a single server. This is a stupid limitation. For example, I may want 'domain.com' to have HTTP, FTP, SIP, all residing on separate servers. NAT/port forwarding on the gateway is far simpler, more efficient, and more scalable than forcing all protocols to be handled on one server.
Another example is a company moving servers to a new IP/location may want to port forward the requests on the old IP to the new servers' IP.
A similar example is when a server has maintenance downtime, the admin can forward requests at the gateway to an alternate server until the original server is ready. The port forwarding switch is instantaneous.
I definitely understand the motivation for IPv6 and eliminating the dependence on NAT. However, it seems you've overstated your case that it is never useful.