作者ggg12345 (ggg)
看板IPv6
标题Re: [讨论]ipv4枯竭以後,现有的V4-ip位址如何运用?
时间Sat Jul 31 12:18:06 2010
※ 引述《louk (PTT的人自己玩自己=_=)》之铭言:
: 在短时间内(20年)并不会被淘汰
: 目前日本/中国的研究大多在讨论
: 未来IPv4终端如何透过DS-lite之类的机制跑在IPv6骨干网路上
: : 1. v4 router 的硬体不容易被改为 V6 运作, 若硬体为 V4 架构,
: : 软体增添 V6 功能, 则 V6 的性能不足外, 还拖累 V4 运作.
: : 若新购置 V6/V4 两用硬体, 似乎没必要使用两用的硬体, 成
: : 本变高, 所以两用硬体的替换或启动软体 V6 的 router 将迟
: : 滞不前, V4 设备仍将长时间存在.
: 其实这里应该是说商用骨干网路设备,目前大概也逐渐买不到不支援IPv6的
: IPv6也逐渐被硬体所支援
: 对於厂商来说,IPv6是一个新功能(不过价格不一定可以卖得比较贵)
: 但是当大家都有,而自己没有的时候就会失去市场的竞争力
: 目前IPv6主要的问题是大家买回去都不开IPv6功能~XD
========================================================================
有设备却不会被打开来用, 主要是没有客户需求的压力, 也就是没有通称的 killer
application 可造成众人的驱使. 多一事不如少一事, 没有V4也能过活, 也就会不
了了之.
现在最大宗的 PC 使用 XP/Vista/Win7 都有 Dual Stack, 当不再发放 V4 address
的时候, Client 端使用动态 V4 ip-address 短期内不会有影响, 新的 server 没
有 V4 若只用 V6 就受限於 dual stack 的 client 是否相互到得了.
6to4 RD 把使用 automatical tunnel 的 Anycast relay router 改限为 local ISP
Scope 的 local-anycast 以限制可使用的 tunnel client 端范围, 可避免假造 6to4
V6 ip 的来源无法追踪问题. 而 6to4 对外的 V6 ip-address 可用 ISP 设定的对外
ipv6 prefix 供 native v6 routing 使用以找到有 6to4 tunnel 的 local anycast
router, 这使得从 v6 回到 6to4 tunnel 变得容易又有效率.
基本上 6to4 RD 仍然是 6to4 tunnel 但有 anycast relay 的自动功能. 其差别只是
tunnel broker 的设定与相关位置与router结合问题.
: : 2. v4 网址 与 v4 router 设备仍有其可用的价值, 所以不应抛弃.
: IPv4协定基本上不会被放弃,在20年之内将会逐步随着设备汰换更新至双协定设备
: 注:这边有两个例子,算是特例吧
: 1.日本之前透过CPE支援6to4或是softwire之类的tunel机制
: 目前已经透过软体升级的方式支援6RD
: 2.法国FreeNet在觉得6RD是一个好想法後,花了一个月实作和Wifi CPE软体布署.
: : 3.与其使用 V4 NAT, 为何不使用 V6 当 类似NAT 的网址 ?
: : a. V4 NAT 是要让 private-ip node 跟 ipv4 网站来往. 以 V6-ip
: : 当 NAT 又如何让 V6-ip node 与 广大的 V4 网站来往?
: : a-1. 在 client 端使用 软体方法提供 dual stack v4/v6 两用
: : 功能并不增加硬体成本.
: : a-2. client 端再增加 6to4 tunnel 软体也同样不是大负担.
: : a-3. dual stack 与 6to4 tunnel 使得 V4 仍继续被使用, 对於
: : 新增的 V6 server, 双堆的client可以利用已有的 V4 网路
: : 衔接特定新增的 V6 server.
: : 双堆的使用使得 ipv6 具备 V4-NAT 使用网站的效果, 还更进一步透
: : 过 6to4 tunnel 也能利用已存在的 V4 网路连上现为孤岛的 V6
: : server.
: 以前我们做过两年的宿舍区纯IPv6实验
: 当你使用native-IPv6,你就需要开始思考一个问题"如何提供使用者现有的IPv4服务"
: 当年我们是透过natpt...etc来尝试解决
: 当然也可以透过软体支援dual stack...etc..
: 但是最简单的答案"直接提供IPv4/IPv6就好了阿"
: 既然本来就已经可以动的,就不要给自己麻烦
: 直接把宿舍区的Router开成双协定 IPv4NAT/IPv6 RA
: 我的印象最深刻的是当使用者连不上BT/GAME..
: 会说"IPv6网路很烂" <--一个不能用的网路当然是烂阿
: 我觉得应该积极部属双协定网路
: 提高基础服务(WWW/DNS/email)以防止真的有人用单独只有ipv6连上
: 并"期待会有人在IPv6网路上开发出创新的P2P应用"
Client 端因为已有自动下载更新, 所以 client 端的 dual stack 自动供应与启动
已不是问题.
server 端在意识到 V4 枯竭就势必要考虑早做两用的网站准备.
真正的问题会是像学网 TANET 这种松散的 ISP, 要有堪用的两用 server (如 DNS
server) 或 router 必然是零零落落.
像县网中心与国中小先推 V6-视讯VOIP 就能提供免建大中型交换机的优势.
: : b. 不如 PC 有充份硬体功能支援的小型装置需要使用双堆 V4/V6 软
: : 体吗?
: : b-1.新增的小型装置当然是可只使用 V6 软体连接特定用途的 V6
: : server.
: : b-2.server 为了服务新增的 user 可以立即升级为双堆的 V6/V4
: : 通信能力, 也能利用 6to4 tunnel 利用现有的 V4 网路 提供
: : 给新增的 V6 client 使用.
: : b-3.假如 6to4 tunnel 随着 window PC 大量布署. 那些纯 V6 的
: : client 端就可从 软体提供的6to4 relay/router 处衔接6to4
: : tunnel 经由 现存 V4 网站连到 V6 server.
: : b-4.假如新增的 V6 server 与 V6 Client 是一种消耗频宽重的应
: : 用, 那麽各个 6to4 tunnel server 就可提供多管道的 tunnel
: : 来扩大供应源与限制管道之负荷超载.
: : b-5.由於多处存在的 Window PC, 这种软体的 dual stack 及 6to4
: : tunnel , 将因数量广大及分散可用, 使得成本的考量不再成为
: : 障碍.
: 最近我正在追踪的专案是智慧电表(以台湾来说)
: 以一次600万台的量来算 一个A就可以了(虽然..也有可能是一个A的private IPv4)
: 基本上要先说服大家要用IP化到末端节点
: 这牵涉到IP化的好处
: 基本上IP化可以利用到既有的icmp..udp...etc
: 更重要是可以引入"廉价的IT设备和开发人员"
: 打破传统工控之高价利基市场(打到这里有点寒...当初wimax也是这样说的)
: 进一步的催生智慧家庭
: 而采用ipv6或是ipv4的理由...
: 如果那个专案是懂IPv6的人,就会放进去当规格
: 如果是不懂的人(连网路都不太懂)..那就希望有IP吧(可能只是工控的ID)
: : 上述这件事, 是否已经发生了? 还是这事会因利益冲突或安全考量的藉口
: : 而使之迟滞不通?
: 这些理由都来自於不理解.
: 在理解的情况下, www.edu.tw 是有支援IPv6的...
水电自动计量有如网路报税, 省掉的人工处理费用改由使用者透过自动设备与使用
者来分摊, 标准计量装置当然得由电力公司来提供, 读取与传送免不了要一段时间
是能由抄表员在室外就能接取与转送或蒐集储存. 用户想要管理用电量时自然就会
想随时利用这个计量装置.
这个装置是否一定要用 V6 定址显然不会是重点, 因为现行的方式可以把电表装在
公共位置供外来查表员抄录, 短期内能短距读取数字就够住户与抄表员使用, 进一
步的传送与缴费可以像网路报税来由用户处理.
理论上, 只要电力公司的末端电力配送站能记录送出去的几家用户总电量与各家申
报的用电历史就能预估用户的每月用电量.
V4枯竭, V6 或 V4代用品 就一定会被使用. 但V4显然还会存活很久.
但V4 有可能如 private IP 一样被本地化, 世界性的沟通就靠 V6/V4 骨干.
V4上的 tunnel 就是来自 V4 的 private ip 在各地本地化与重覆使用.
如果 V4 大范围分区重覆使用, V4就被V6再造而再生, 也就不再有枯竭问题,
因虚拟共用而分享化了.
技术问题就是 automatical tunnelling 与 automatical deployment.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.115.5.76