> SIP was initially released in 1999, and was designed with the assumption that each device has its own globally routable public IP address. After all, the IPv6 standard was released back in 1995, and NAT would soon be a thing of the past…right? Unforunately, this did not end up being the case.<p>AFAIK, most residential <i>and</i> commercial ISPs these days do assign customers both a dynamically-DHCP-leased IPv4 <i>address</i>, and a <i>static</i>, globally-routable IPv6 <i>prefix</i> — usually a /64, though some are nicer than that. If you put your ISP's gateway router into bridge mode, and then plugged your computer directly into it — then your device would acquire both an IPv4 and an IPv6 address.<p>But routers — including ISP gateway routers — insist on doing NAT not only for IPv4, but also for IPv6 (using the fe80:: prefix.) So on any regular home or office network, devices are going to acquire private-use IPv4 <i>and</i> IPv6 addresses.<p>Is there some reason that modern routers don't do NAT for IPv4, while just further splitting+assigning the received prefix for IPv6, such that every device on the network receives a private IPv4 addr, but a <i>public</i> IPv6 prefix, e.g. a /72?<p>I know that Internet-backbone network switches ignore the last 64 bits of IPv6 in their routing tables; but those bits are still being <i>carried</i> in the IPv6 packets, and once they reach your home router, <i>it</i> can make use of them to route to the final destination (i.e. one of the devices behind it.) Wasn't this supposed to be the idea?