<div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 3, 2020 at 2:17 PM William Herrin <<a href="mailto:bill@herrin.us">bill@herrin.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jan 3, 2020 at 2:11 PM Ca By <<a href="mailto:cb.list6@gmail.com" target="_blank">cb.list6@gmail.com</a>> wrote:<br>
> You are not using ipv4 today.<br>
><br>
> The scenario you describe, using facetime (iOS) on T-Mobile US, you are not using ipv4 on the device.  T-Mobile does not assign ipv4 addresses to iOS or Android devices in default scenarios, has not for years.<br>
><br>
> If the far end of your facetime call is v4-only, you may need nat64 in the cloud.... but otherwise no v4 in the flow, and no v4 on the device.<br>
<br>
AFAIK, that's not correct. T-Mobile does provide IPv4 *on the device*<br>
but translates it to IPv6 (464xlat) before the packets leave the<br>
device for the network.<br>
<br>
Regards,<br>
Bill Herrin</blockquote><div dir="auto"><br></div><div dir="auto">Eh. True. Semantics, to a degree. </div><div dir="auto"><br></div><div dir="auto">T-Mobile does not assign an ipv4 address to the handset. That said, T-Mobile assigns a v6 to the handset, the handset then does 464xlat as you said, assigning itself a special v4 address to v4->v6 nat on handset. </div><div dir="auto"><br></div><div dir="auto">And, Bob is your uncle, as they say. </div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
-- <br>
William Herrin<br>
<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a><br>
<a href="https://bill.herrin.us/" rel="noreferrer" target="_blank">https://bill.herrin.us/</a><br>
</blockquote></div></div>