Keith Moore a écrit :
If using them on the wire is useful, without any "identified" problem,
why not ?But if you already know of such problem, I am of course interested. This is the crux of the matter. Is the NAT function inherently oriented or not? In my understanding it definitely is, and has to be so. Existing NAT-44s provide only ONE substitute address, that of what I call the "session initiator" host (the "pivate" address of a connection is changed, and the "public"address isn't). NAT-64 is the one which is NECESSARY for IPv6-only clients to access IPv4-only servers. (There may be other needs but this one is clearly identified , and IMO its solution does deserve a non ambiguous name) In this case, the "session initiator" is again the one whose address is replaced by a NAT provided one, and that is the IPv6 only host. Note that it is on purpose that I use "sessions initiator" and not "connection initiator". This takes into account that some application protocols ( FTP, SIP... ) are such that address and/or port numbers may be exchanged as data, for subsequent UDP or TCP connections. The "session initiator" of a connection is the host which initiated the NAT address-port reservation for the connection. Some other names, e.g. NAT-state initiator, or whatever, could also do, but "session initiator" sounds intuitive enough to me. Rémi |
_______________________________________________ Ietf mailing list [email protected] https://www1.ietf.org/mailman/listinfo/ietf
