☆★ 版主推薦 - "由 TCP/IP 揭開中華電信騙人的技倆"

[shyong]

自從使用 ADSL 以來,心重最大的疑惑,就是,為什麼都只跑到 400

kbps 左右呢?

詢問中華電信數據分公司後,所得到的解答是,TCP/IP有所謂的檔頭檔

尾~~

所以,400 kbps 是正常的~~今天,我就要來揭開中華電信的秘辛~~~~

看看 HiNET 是如何欺騙消費者

[研究]
TCP/IP use Frame

資料連接檔頭-| 前導碼 ---> 8 bytes
____________| 目的位置 ---> 6 bytes
____________| 來源位置 ---> 6 bytes
____________| 型態 ---> 2 bytes

資料 ---> 46~1500 bytes
資料連接尾-| FCS ---> 4 bytes

關於資料中的 46~1500 bytes , 其值,可用

(ping -l x 168.95.1.1)

來測試,其中的 x 值大約在 1426 ,也就是你的 NIC MAXMTU = 1426

由此我們可以得知,其整體 TCP/IP 傳輸為

8+6+6+2+1426+4=1452

所以, 1426/1452=0.982093663 並非如中華電信所言的"檔頭加檔

尾"差不多跑個 80%

所以,如果你的 ADSL 512/64 Kbps 沒有被中華電信"耍詐"鎖速度的

話~~~~~

應該得到的速率是 512 * 0.98 = 502 kbps ---> (由此得知中華電

信污了我們整整100Kbps)

相信我的[研究]應該很仔細了~~如還有疑問~~在留言!!!

[luketeng]

是不是請有能力的人,
以此資料向CHT要求說明.
看看會不會有改善.
把污走的還給我們.

謝謝囉!

[barry617]

請問這裡的<b>NIC MAXMTU = 1426 </b>中，

1426的單位不是應該是byte嗎？

[thx]

pppoe 的header 也要算進去一下
中華再設上限流量bas 有控制
不過狀況如何我不確定

[barry617]

照理說每一個header是跟著每一個封包出去的，
一個header裡面，應該至少包含了
source address=32 bit
destination address=32 bit
以及其他像是version, IHL, Total Length, Identification, Flags, Fragmentation Offest, Protocol.....等資料，至少應該會有160-192 bit才對，不是嗎？
請多指教。

[Tiberius]

如果是計時制的話

1. PPPoE header
2. TCP/IP header
3. 別忘了有集縮！

固定制的的確是可以跑到 500Kbps 左右。

[susi]

HI,
Hifly的速率D/U(512/64 kbits/s)是從ATM層起算的，
故標頭應該有以下的幾個(由底層往上層)：
1. 計時制：
(1)RFC1483 Bridge Mode
(2)PPPoe
(3)TCP/IP
2. 固定制：
(1)RFC1483 Route Mode
(2)TCP/IP

因此固定制會比較快是合理的，少了PPPoE。
照計時制的這些標頭加起來算，下載速率400-450kbit/s應屬合理。

[pei]

哀~我固定制最多430kbps而已

[jasonju]

原始作者是 : Tiberius
如果是計時制的話

1. PPPoE header
2. TCP/IP header
3. 別忘了有集縮！

固定制的的確是可以跑到 500Kbps 左右。

的確，有集縮是最要緊的一點！
但是，你知道是幾戶共用一條線嗎？(計時制的)
公告"好像"是四戶，注意喔~是"好像"，
實際上真正是幾戶呢？
m....有興趣的人再私下討論，
我怕這消息會讓華電粉不爽！

[thx]

跟集縮沒有半點關係
我保證 我們的adsl 用戶到機房的loop 線路沒有被集縮..
有興趣的人去
http://www.lucent.com/ins/doclibrary/library.html
把Stinger 技術文件 翻出來看...

BAS 上的Account 限速才是重點.....