作者: evantkh 時間: 2026-4-19 07:56 標題: IPv8所謂兼容性
有冇人明佢所謂兼容性嘅原理？
我想不通一個如果只有IPv4嘅core同device點樣落到同識別額外4 byte嘅address長度，想不到比IPv6有甚麼額外好處。因為我理解IPv6都今時今日應該係卡ISP接入層（BNG/BRAS）和/或客戶舊路由器可能冇開啓。
作者: mxmxm 時間: 2026-4-19 10:59
本帖最後由 mxmxm 於 2026-4-19 11:01 編輯
用 AI 搵到:
在網絡技術的討論中，所謂的「IPv8」並非由 IETF（互聯網工程任務組）定義的正統標準（目前全球主流為 IPv4 與 IPv6），它多出現在一些前瞻性實驗協議或特定的專利架構中。
談到其兼容性，通常是指該技術如何處理與現有互聯網基礎設施的關係。以下是 IPv8 概念中常提到的幾個兼容性維度：
1. 向後兼容性 (Backward Compatibility)
這是 IPv8 設計的核心邏輯之一。不同於 IPv6 與 IPv4 之間那種「互不通話」的斷層，IPv8 往往被設計成一個覆蓋網絡 (Overlay Network)：
封裝技術： 它通常將 IPv8 的數據包封裝在標準的 UDP 或 TCP 包內。這意味著現有的 IPv4/IPv6 路由設備只需要將其視為普通的數據流量進行轉發，而不需要更換硬件。
透明傳輸： 對於中間的網絡節點（如家用路由器、電訊商交換機）來說，它們感知不到內部協議的變化。
2. 地址轉換與映射
IPv8 往往引入更長或更靈活的地址格式（例如採用座標系或層次化編碼），其兼容性體現在：
動態映射： 它能將現有的 IPv4 地址映射到 IPv8 的地址空間中。
雙棧支持： 設備可以同時運行舊協議與新協議，確保在訪問尚未升級的網站時依然通暢。
3. 跨平台與系統兼容
由於 IPv8 多數以軟件定義網絡 (SDN) 的形式存在，其兼容性主要取決於操作系統層面的支持：
虛擬網卡： 通過安裝特定的驅動或應用程序，在電腦或手機中生成一個虛擬網口，將 IPv8 的流量「翻譯」給操作系統看。
API 接口： 為開發者提供接口，讓現有的應用程序（如瀏覽器、通訊軟件）無需大幅修改代碼即可運行在 IPv8 環境下。
4. 兼容性帶來的優勢與挑戰
.........................
應該係咁
作者: evantkh 時間: 2026-4-19 11:10
用 AI 搵到:
在網絡技術的討論中，所謂的「IPv8」並非由 IETF（互聯網工程任務組）定義的正統標準（目前全 ...
mxmxm 發表於 2026-4-19 10:59
你個答案我唔見得對比NAT64/IPv4-mapped IPv6/VPN有乜好處
作者: mxmxm 時間: 2026-4-19 12:32
本帖最後由 mxmxm 於 2026-4-19 12:33 編輯
4. 兼容性帶來的優勢與挑戰
優勢 / 挑戰
無感遷移： 用戶不需要更換支持 IPv6 的路由器即可體驗新特性。
穿透 NAT： 往往具備極強的穿透能力，解決內網設備互聯問題。
性能損耗： 由於涉及多次封裝與解封，可能會增加延遲。
缺乏標準： 由於不是國際通用標準，不同版本的「IPv8」之間往往互不兼容。
補充
作者: evantkh 時間: 2026-4-19 13:11
本帖最後由 evantkh 於 2026-4-19 13:13 編輯
4. 兼容性帶來的優勢與挑戰
優勢 / 挑戰
無感遷移： 用戶不需要更換支持 IPv6 的路由器即可體驗新特性。
...
mxmxm 發表於 2026-4-19 12:32
解決嘅問題基本係完全錯位，IPv6使用率問題在於（1）應用生態唔完善、（2）普通用戶唔識問、（3）企業缺乏商業動力、（3）ISP接入層、（4）軟件兼容性，骨幹網反而冇大問題ISP通常都有。所謂“封裝與解封”仍需要有對端做解封，企業環境下更有防火牆問題，只係重覆緊遷移至IPv6本來就有嘅野同埋會遇到嘅問題。
作者: mxmxm 時間: 2026-4-19 14:04
我在想, 會唔會起 ISP 層面唔須要更換現有 IPV4 設備就已經兼容 IPV8, 到需要更新設備時就即時用到IPV8的新特性, 用戶端例如 Windows 做 Windows update 就用到 IPV8, 唔需要全部 ISP 更新設備先做得到.
作者: evantkh 時間: 2026-4-19 14:34
本帖最後由 evantkh 於 2026-4-19 14:36 編輯
我在想, 會唔會起 ISP 層面唔須要更換現有 IPV4 設備就已經兼容 IPV8, 到需要更新設備時就即時用到IPV8的新 ...
mxmxm 發表於 2026-4-19 14:04
比你overlay一定要有另一邊同你解封裝，都要先做core upgrade才可以放到隻gateway給你。
其實IPv6都有6rd，只係ISP同啲路由器用唔用，同埋用戶識唔識問。
香港三大固網ISP都有IPv6 core，只係普通寬頻層面缺乏IPv6服務，你裝條DIA跳過寬頻接入層就可以開到IPv6比你。
個人懷疑會否其實係缺乏IPv6支援標準流程、套餐模版、員工培訓等，推出IPv6寬頻要高昂成本支援海量用戶；但DIA就獨立比條線你直上PE，我也懷疑係咁所以可以按你要求加上去，背後當你係半個customization。
作者: s84292 時間: 2026-4-19 14:48
本帖最後由 s84292 於 2026-4-19 07:01 編輯
IPv8 採用 64 位元地址空間，格式為 r.r.r.r.n.n.n.n，r.r.r.r 是ASN 路由前綴
n.n.n.n 就是ipv4的結構，如果識別到只有n.n.n.n就把r.r.r.r 自動變成0.0.0.0 + ipv4 就是新的ipv8地址,完全不會動到v4的部分
比如8.8.8.8 ，轉換成ipv8 就是0.0.0.0.8.8.8.8
而IPV6是完全不可能向下兼容IPV4,而需要新的IP位置結構, 需要額外的技術手段去做轉換
而用戶亦需要再生成一個IPV6的位址才可以支持所有IPV6的特性
當初就覺得IPV6 跨得太大步，簡簡單單在IPV4前方加2個n.n.其實已經好足夠，而不需要改晒全部結構
(IPV6 花了28年才達到50%的佔有率)
BUT 所謂的IPV8只係人地交的草案，通過的機會不大
用ASN 路由做前綴，以後如果要轉ASN 供應商唔通又要換ip 地址
作者: evantkh 時間: 2026-4-19 15:36
IPv8 採用 64 位元地址空間，格式為 r.r.r.r.n.n.n.n，r.r.r.r 是ASN 路由前綴
n.n.n.n 就是ipv4的結構，如 ...
s84292 發表於 2026-4-19 14:48
但其實IPv6最大問題係內容生態同app awareness，哩樣野冇解決到，佢v8個概念在設備只有v4嘅情形一樣address唔到個v8做通訊。。
作者: jimmytamhk 時間: 2026-4-20 03:27
最大問題現在可以唔改 IP 下 tune routing ，IPv8 因為按 ASN 做 routing ，無得細分不同 IP range 走不同路由做到 premium service ，或者要直接換 IP 先分到，靈活性差左。。。core router switch, software, programming, 等等都要改。。。唔知會唔會好似 IPv6 咁搞左廿幾年都唔普及到。。。
作者: evantkh 時間: 2026-4-20 08:09
最大問題現在可以唔改 IP 下 tune routing ，IPv8 因為按 ASN 做 routing ，無得細分不同 IP range 走不同 ...
jimmytamhk 發表於 2026-4-20 03:27
可以叫個客自己攞個ASN
作者: mxmxm 時間: 2026-4-20 20:38
本帖最後由 mxmxm 於 2026-4-20 20:40 編輯
IPv8 採用 64 位元地址空間，格式為 r.r.r.r.n.n.n.n，r.r.r.r 是ASN 路由前綴
n.n.n.n 就是ipv4的結構，如 ...
s84292 發表於 2026-4-19 02:48 PM
冇事嘅，呢種服務直接用返四個零開頭嘅ipv8就可以，有40幾億個ip比你用，有排都未玩完
作者: t101 時間: 2026-4-20 22:30
本帖最後由 t101 於 2026-4-20 22:33 編輯
早就應該做，好可惜，format並不是minimum IPv6 compatible （ignore extension header），呢個會成為最大阻力，好難睇好。
等IPv10把啦。 IETF太多politics，好難過到。
https://www.ietf.org/archive/id/draft-thain-ipv8-00.html
作者: t101 時間: 2026-4-20 22:38
本帖最後由 t101 於 2026-4-20 22:41 編輯
IPv8 採用 64 位元地址空間，格式為 r.r.r.r.n.n.n.n，r.r.r.r 是ASN 路由前綴
n.n.n.n 就是ipv4的結構，如 ...
s84292 發表於 2026-4-19 14:48
唔完全算保留IPv4，亦唔係咁睇，問題係現在hardware能否支持呢個轉變，唔係加幾個byte咁簡單，因為大量ASIC未必可以改到。現在hardware如果唔支持，好難過到，Trump出面都未必得。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Version| IHL |Type of Service| Total Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identification |Flags| Fragment Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Time to Live | Protocol | Header Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source ASN Prefix (r.r.r.r) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Host Address (n.n.n.n) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination ASN Prefix (r.r.r.r) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination Host Address (n.n.n.n) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
作者: evantkh 時間: 2026-4-20 23:12
早就應該做，好可惜，format並不是minimum IPv6 compatible （ignore extension header），呢個會成為最大 ...
t101 發表於 2026-4-20 22:30
但我始終諗唔通如果舊OS同application冇額外4 byte awareness點駁通IPv8-only website/host，冇解決到IPv6最大嘅問題。
作者: shingzhk 時間: 2026-4-21 02:39
作為IT狗, 暫時comment最多係佢終於意識到IPv6反人類既設計
其他野留比IEEE同相應機構出哂定案再睇
不過如無意外必出意外, 參考IPv6經驗, 呢D野大概有生之年都唔會見街
作者: t101 時間: 2026-4-21 05:07
本帖最後由 t101 於 2026-4-21 05:25 編輯
但我始終諗唔通如果舊OS同application冇額外4 byte awareness點駁通IPv8-only website/host，冇解決到IPv ...
evantkh 發表於 2026-4-20 23:12
如果無IPv6，呢個proposal係比較合理的。加32bits就expand足夠的IP地址，簡單IPv4的延續，本來係好事。
佢設計就是在IP地址是，ipv4只是一個subset，這樣簡化了address mapping，0.0.0.0.8.8.8.8就是google dns。
可惜，它沒有實際跟IPv4或者IPv6實在兼容，物理上
一個生不逢時的proposal，合理但不能通過這種political的洗禮
想法比較接近ASN從16bits升到32bits，一個延續。但ASN從來只是BGP中的一個attribute，不在實際packet forwarding有影響。
睇埋author個背景，差不多，估計到後果了，好難會通過。
Jamie Thain
One Limited
我期望是IPv10，簡化了的IPv6 format，但保持IPv4一樣的易用，arp10，icmp10.
希望這輩子能看到，看不到也不是問題。IPv4一直與你存在。smile
或者我搵下佢，俾少少意見佢，或者有出路，佢個方法有可能改進。
作者: jimmytamhk 時間: 2026-4-21 06:04
用戶淨係識得用，通常係客叫，ISP 要研究點整好比客，現在可以改 Routing 實現，客不用改任何東西，ISP 處理所有事宜，如果他日 ipv8 要客自己開 ASN，咁客又有無相關技術咁做？一般用戶唔會自己搞到咁複雜吧？
可以叫個客自己攞個ASN
evantkh 發表於 2026-4-20 08:09
作者: evantkh 時間: 2026-4-21 07:46
用戶淨係識得用，通常係客叫，ISP 要研究點整好比客，現在可以改 Routing 實現，客不用改任何東西，ISP 處 ...
jimmytamhk 發表於 2026-4-21 06:04
咁就只能攞多幾個ASN分profile。
作者: evantkh 時間: 2026-4-21 07:53
本帖最後由 evantkh 於 2026-4-21 07:57 編輯
如果無IPv6，呢個proposal係比較合理的。加32bits就expand足夠的IP地址，簡單IPv4的延續，本來係好事。
...
t101 發表於 2026-4-21 05:07
我見IPv8同IPv4之間都係走唔甩translation造成嘅問題，我覺得唯一可行性就係本身IPv4已行緊CGNAT嘅broadband/mobile幫你用source pool做translation，否則又係要返去用戶動力問題。
至於IPv4->IPv8，係舊network點揾到個translation layer係問題，過唔過到舊firewall又係問題，public relay又控制唔到質量，ISP又未必有動力同你搞。
DIA core層面搞哩啲會擾亂簡潔性，就算上到standard，我覺得最後都係走返去好似dual stack咁，比多幾粒IPv4你做"dual stack"就算。完全解決唔到內容生態end to end communication同IP checking問題。
作者: evantkh 時間: 2026-4-21 08:08
作為IT狗, 暫時comment最多係佢終於意識到IPv6反人類既設計
其他野留比IEEE同相應機構出哂定案再睇
不過如 ...
shingzhk 發表於 2026-4-21 02:39
其實我覺得IPv6都只係差內容生態同end-site deployment問題做single stack會衰。
作者: peter_chan 時間: 2026-4-21 09:32
我在想, 會唔會起 ISP 層面唔須要更換現有 IPV4 設備就已經兼容 IPV8, 到需要更新設備時就即時用到IPV8的新 ...
mxmxm 發表於 2026-4-19 14:04
win xp 初初推出之時係未有V6的﹐不過只要平時有做win update﹐佢就會支援V6。
所以﹐軟件層面真係問題不大。
只係怕硬件不支援﹐例如LAN card不支援﹐OS支援都無用。
作者: t101 時間: 2026-4-21 11:28
本帖最後由 t101 於 2026-4-21 11:37 編輯
我見IPv8同IPv4之間都係走唔甩translation造成嘅問題，我覺得唯一可行性就係本身IPv4已行緊CGNAT嘅broadb ...
evantkh 發表於 2026-4-21 07:53
一改format，就肯定要translation，呢個係一定
主要分別係
-舊東西要改多少遷就，麻煩不麻煩
- 做ipv4-ipv8 translation等，這套東西，能否減低成本
在IPv6存在下，再要所有人再改，難。
而IPv6失敗地方在於，它以為可以完全eliminate IPv4，所以不考慮兼容性，只考慮過渡方法。
另外，可以係某種dual stack，亦可以經translation gateway，但呢點要考慮一下。
作者: evantkh 時間: 2026-4-21 12:23
本帖最後由 evantkh 於 2026-4-21 15:45 編輯
一改format，就肯定要translation，呢個係一定
主要分別係
-舊東西要改多少遷就，麻煩不麻煩
- 做ipv4-ip ...
t101 發表於 2026-4-21 11:28
Broadband、企業內網應該可以諗translation gateway，但需要ISP同企業本身支持才有用，好似6rd咁。
DIA/core的話我諗ISP反而唔會同你搞咁多野，如果真係要IPv8落地，我覺得結果會變左3個stack，比幾個IPv4你自己搞，唔會同你係core做translation，你亦唔想按制唔到source IP，結果仲衰過dual stack。
IPv6有個問題係，ISP冇比IPv6 DNS，router冇RDNSS，我唔知local network點做DNS auto config好，結果連DNS都用返IPv4。人手改fixed IPv6又唔係所有OS都可以。IPv6 end-site生態太亂，正如你之前講對core冇大問題。
作者: t101 時間: 2026-4-21 14:17
Broadband、企業內網應該可以諗translation gateway，但需要ISP同企業本身支持才有用，好似6rd咁。
DIA/ ...
evantkh 發表於 2026-4-21 12:23
我剛跟這位IPv8作者聯繫上，交換了幾個email
他想法我看還沒夠成熟，現在難過關的，觀望吧。
作者: jimmytamhk 時間: 2026-4-21 23:40
咁客戶端咪一樣要改 IP 。。。咁就 GG 啦。。。XDD
咁就只能攞多幾個ASN分profile。
evantkh 發表於 2026-4-21 07:46
作者: jimmytamhk 時間: 2026-4-21 23:44
IPv6 only 衰係因為不是所有 provider 都有部署（包括 website及 apps)，我有次去餐廳用佢 Wifi, 係 ipv6 only ，上到 YouTube, Facebook, Whatsapp ，但小朋友開 Roblox 都入唔到 game ，最後要 share 返手機 data 比佢地玩 XDD
其實我覺得IPv6都只係差內容生態同end-site deployment問題做single stack會衰。
evantkh 發表於 2026-4-21 08:08
作者: evantkh 時間: 2026-4-22 00:19
IPv6 only 衰係因為不是所有 provider 都有部署（包括 website及 apps)，我有次去餐廳用佢 Wifi, 係 ipv6 o ...
jimmytamhk 發表於 2026-4-21 23:44
係，內容生態齊就好好多，內地應該相對比較好，但相同大型網站境外節點都未必有做齊IPv6支持。
作者: evantkh 時間: 2026-4-22 00:20
咁客戶端咪一樣要改 IP 。。。咁就 GG 啦。。。XDD
jimmytamhk 發表於 2026-4-21 23:40
我諗你最少都要一個IPv4 /24或者IPv6 /48才能開獨立profile吧？
作者: jimmytamhk 時間: 2026-4-22 01:56
本帖最後由 jimmytamhk 於 2026-4-22 01:59 編輯
Sorry double 左，搵唔到方法刪貼
作者: jimmytamhk 時間: 2026-4-22 01:57
IPv8 講緊係 ASN:x.x.x.x 咁客用另一組 ASN 咪即係要換 IP 囉。。。所以好難玩。。。或者將來會拆到好細，好多 ASN 在路由表上，核心路由品牌又會唔會開發呢？？真係廿幾年後都未必會發生？？到時我都退休了。。。XDD
如果仲有 IPV4 派比客用既話。。。咪即係 dual stack ？咁有咩意思呢？？XDD
我諗你最少都要一個IPv4 /24或者IPv6 /48才能開獨立profile吧？
evantkh 發表於 2026-4-22 00:20
作者: evantkh 時間: 2026-4-22 08:07
本帖最後由 evantkh 於 2026-4-22 08:23 編輯
IPv8 講緊係 ASN:x.x.x.x 咁客用另一組 ASN 咪即係要換 IP 囉。。。所以好難玩。。。或者將來會拆到好細， ...
jimmytamhk 發表於 2026-4-22 01:57
咁我都唔明有甚麼用，一來正路又唔會係core同你做translation危害簡潔性，二來咁樣會變左要個個DIA客都配個ASN先，咁internet就會多左好多個ASN。
作者: t101 時間: 2026-4-22 12:24
本帖最後由 t101 於 2026-4-22 12:29 編輯
肯定初初係dual stack, 只係比IPv6容易過渡。最後turn off ipv4。
只有新給的地址先用ASN，但呢點我有意見，Upper 32bits唔好同ASN混一起，呢個好D。
佢想搞ASN anycast encap tunnel，唔係太理想。
唔會容易過到關，只係奇怪竟然有人報導，就知道人對IPv6有幾失望。
作者: evantkh 時間: 2026-4-22 13:09
肯定初初係dual stack, 只係比IPv6容易過渡。最後turn off ipv4。
只有新給的地址先用ASN，但呢點我有意見 ...
t101 發表於 2026-4-22 12:24
我覺得最煩係啲軟件生態搞到end site address assignment好煩。
Windows、普通desktop同server嘅Linux distribution彈性算大，但Android就局住行SLAAC仲要冇得人手改。