![]() "inside" the edge network differs from the address used "outside" O End to end reachability is preserved, although the address used An example of such a firewall is described ![]() NPTv6, necessitating the use of a firewall to obtain thoseīenefits if desired. O Any security benefit that NAPT44 might offer is not present in The stateless approach described in this document has several The considerations of, for improved approaches. Reader should consider the alternatives suggested in, and Independent addressing, and the routing and network management issues It also provides a useful alternative to theĬomplexities and costs imposed by multihoming using provider. Implementing a traditional stateful Network Address Translator in an Provides a mechanism that has less architectural problems than merely Where translation is implemented, however, this specification Recommend the use of Network Address Translation technology for IPv6. SCTP, and to transports that use the TCP/UDP/DCCP pseudo-header andįor reasons discussed in and Section 5, the IETF does not Respect to transports that don't checksum the IP header, such as Translation (NPTv6) function, designed to provide address This document describes a stateless IPv6-to-IPv6 Network Prefix Changes between *behave-nat66-01 and -02. Changes Between draft-mrw-behave-nat66-00 and -01. Recommendation for network planners considering use Implications of Network Address Translator Behavioral NPTv6 translation, external network to internal NPTv6 translation, internal network to external The Trust Legal Provisions and are provided without warranty asġ. Include Simplified BSD License text as described in Section 4.e of Code Components extracted from this document must ![]() Please review these documentsĬarefully, as they describe your rights and restrictions with respect This document is subject to BCP 78 and the IETF Trust's Legal This Internet-Draft will expire on October 28, 2011.Ĭopyright (c) 2011 IETF Trust and the persons identified as the Material or to cite them other than as "work in progress." It is inappropriate to use Internet-Drafts as reference ![]() Internet-Drafts are draft documents valid for a maximum of six monthsĪnd may be updated, replaced, or obsoleted by other documents at any Note that other groups may also distribute Internet-Drafts are working documents of the Internet Engineering This Internet-Draft is submitted in full conformance with the "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in thisĭocument are to be interpreted as described in RFC 2119. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "inside" and "outside" prefixes, preserving end to end reachability In addition provides a 1:1 relationship between addresses in the Independence benefit associated with IPv4-to-IPv4 NAT (NAPT44), and Network Prefix Translation (NPTv6) function that provides the address This document describes a stateless, transport-agnostic IPv6-to-IPv6 IPv6-to-IPv6 Network Prefix Translation draft-mrw-nat66-16 ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |