m**t
发帖数: 1292 | 1 主要问题是什么？ 以前搞过一些IPv4 NAT在mobile 里的实现，技术上好像不是什么大
问题，主要是cost。 即便IPv6 网络也会有同样NAT64 问题 |
|
z**r
发帖数: 17771 | 2 第一步：ipv6 assesment，弄清楚哪些需要升级硬件，哪些需要升级软件
第二步：选定ipv6 transition tech，6rd, nat64, dual stack or what
第三部：POC测试
第四步：migration plan
第五步：开搞 |
|
T****7
发帖数: 1613 | 3 6rd - more used for subscriber scenario, for example, cable internet users
nat64 - translation from v6 to v4, many application may not be ipv6 ready
yet, too early for now
dual stack - does not resolve ipv4 exhaustion issue
DS Lite - no need to go there, too early.
To address your IPv4 run-out issue right away, change to private IPv4, and
use CGN, NAT444, LSN, these are nothing but - translate private IPv4 to
public ipv4 when your data goes to Internet. |
|
z**r
发帖数: 17771 | 4 实际操作中哪有这么一竿子打死的，就俺现在手上几个IPv6项目，一个因为虽然网络大
，但是情况单纯，而且是新建，直接就全部dual stack。另外一个较小，但是情况也比
较单纯，就是transport，所以也好办，6PE+6VPE搞定。第三个情况复杂，在最开始是
6VPE加dual stack，实际操作过程中，不断添加新问题，后来又用了6rd和ISATAP，个
别地方可能还得用NAT64。
现在ipv4-ipv6的transition tech有点太乱，短期之内注定是百家争鸣，下面几年大量
上ipv6项目，肯定会有被淘汰的，被改进的，甚至新出的。Cisco的CGv6 solution讲得
挺好。 |
|
f*****m
发帖数: 416 | 5 IPv6也需要NAT.
先不说NAT46 或者NAT64. 现在NAT66也出来了. |
|
m**t
发帖数: 1292 | 6 interworking with IPv4 host is troublesome, NAT64 is still clumsy
only some internet hosts support direct IPv6, check how many AAAA records
are available, this requires your internal DNS to have fall back from AAAA
query to AAA.
On separate note, the IPv6 introduces bigger overheads at header and
transporting it as transport provider needs a true v6 backbone or if not
some tweaks such as MP-BGP VPN.
though these are overcome-able issues but given there is little incentive,
it will always be "b... 阅读全帖 |
|
z**r
发帖数: 17771 | 7 Ipv6实施起来，尤其大规模的话，实际情况要比市面上复杂的多，而且是指数级的。
首先，这个需求可以来自政策性，还有生意上的刚性需求，如果是后者，没有二话，怎
么也得上，前面的就能拖就拖。
第二，目前总体上来看，sp走在前面，这个也是情理中，sp必须得为从enterprise来的
ipv6请求做好准备先，而且去年2月份，全球最后一个public ipv4 block已经分配完毕
。现在已经申请不到新的ipv4 public address了。那么对于对新的address space有需
求的怎么办？要么买现有的，比如微软花7美金买nortel的一个ipv4 address，要么就
直接上ipv6. enterprise的ipv6需求主要是来自商业发展考虑，以及竞争对手的压力，
企业内部对于ipv6应该从来都不是也不应该是主要推动力量。没有public ipv4用
Private的大有人在。
第三，一旦决定上Ipv6了，对于大公司来说，可能成千上万台网络设备，基本上这个企
业的网络设备数目和员工数差不多每6个人就轮到一台网络设备（不论高低端），假设
公司是1万2千人的公司，那么网络设备很可... 阅读全帖 |
|
z**r
发帖数: 17771 | 8
yes
no, ipv4-v6 mapping is NAT64, tunnel is ipv6 over ipv4 |
|
|
m**t
发帖数: 1292 | 9 申明一下，我没挡历史洪流啊，十年前我就做过v6的相关开发，最近在LTE上也实现过
，很简单，尤其Infrastructure 实现起来最简单。可惜十多年IPV9都出来了，IPV6还
不成器。。。 问题出哪儿了？
用户体验，就是用户体验，付钱的大爷们的yah and nah。。。 比如RFC6555 （这个是
针对拉last inch dual stack 的问题哦，可以读读）。 再比如一台电脑，LAN 口上跑
IPV4，同时LTE WAN 跑个IPV6 你觉得这台电脑怎么behave 不会SCREWUP？ 再问你一下
，我如果有个LTE 卡，只能拿到 IPV6 地址，我能跑 CISCO VPN client 吗？ 注意这
些都不是 cellphone，cellphone 的应该是最简单的了， 可惜，最近一个月TMOBILE
trial测试结果是VIDEO和VOICE的app 基本都 broken，这是ANDORID Only 和NAT64/
DNS64 吧，我看不deploy 都不算数. 所以TMOBILE 搞个trial 先别当真，类似TRIAL
多了去了， VZW 也搞过，欧洲的L... 阅读全帖 |
|
a9
发帖数: 21638 | 10 不是dual stack，可能跟apn有关。
说实话我不太懂你后面说的那些。
如果自己的服务器没有IPv6，那就不要在dns上解析ipv6地址。Tmobile的dns会把解析
到的IPv4地址自动转换成一个ipv6地址。当他们的网关收到这个地址时，会再转换回
ipv4地址去访问你的服务器。
如果你是说的你的voip服务器，那可能不支持。因为sdp包里给的地址貌似转换会出问
题。
这个nat64对ftp,voip的支持不好
nat
Yahoo |
|
