欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

如何在局域網內搶帶寬的圖文方法介紹

  發(fā)布時間:2012-10-10 09:47:24   作者:佚名   我要評論
事情的起因是最近家里買了一臺60寸的智能電視,支持點播(VOD)功能,家里的網絡帶寬理論上只有4M,在播放的時候,就會占用大量網絡帶寬,導致我同時上網瀏覽網頁都很困難。



事情的起因是最近家里買了一臺60寸的智能電視,支持點播(VOD)功能,家里的網絡帶寬理論上只有4M,在播放的時候,就會占用大量網絡帶寬,導致我同時上網瀏覽網頁都很困難。

有沒有辦法給限制局域網內某臺主機的流量?首先,還是得從TCP的原理說起。

TCP擁塞控制

TCP是個君子協(xié)議,在擁塞控制的設計(RFC 2851)中包括慢開始、擁塞避免、快重傳和快恢復4種算法。

 

擁塞窗口(cwnd)和接收端窗口(rwnd)二者的最小值確定了發(fā)送窗口的上限值,而實際上對于現今的網卡,接收端窗口的大小是可以很大的,也就是說,擁塞主要寄希望于擁塞窗口來控制,擁塞窗口直接決定了傳輸的速率。從上面這張圖可以看到:

慢開始增加到門限初始值的這段過程中,擁塞窗口的增長是比較快的。
之后的增長由指數式變成了保持線性緩慢增長,直到出現網絡擁塞超時。
超時以后重新慢開始的過程,但是門限值發(fā)生了改變,變成了擁塞發(fā)生值的一半大小。
為了改進上述擁塞控制算法的弊端,又加入了快重傳和快恢復算法??熘貍髦傅氖牵?/p>

對于msg1和msg2,接收端收到以后,就分別回復ack2和ack3,但是這時候msg3丟失了(或者由于網絡原因很久還未到達);
接收端又收到了msg4,那就可以接收下msg4,但是依然回復ack3(ack3依舊是意味著告訴發(fā)送端只收到了msg1和msg2);
發(fā)送端繼續(xù)發(fā)送msg5和msg6,可是接收端依然回復ack3;
但是發(fā)送端只要發(fā)現一連3個重復的ack3,就知道估計msg3丟失了,得重傳msg3了。
而快恢復算法是為了解決在發(fā)生網絡擁塞時,擁塞窗口一下子跌到谷底(為1),導致不能很快恢復網絡正常通信流量狀態(tài),所以做了一個改進——

在擁塞發(fā)生的時候,只是把擁塞窗口置為ssthresh+n×MSS(其中n表示收到重復的ack報文的個數,MSS指的是最長報文段);
同時,這以后當收到新的ack報文時,就將擁塞窗口置為ssthresh的值。
TCP協(xié)議在這樣的擁塞控制機制下保證了對質量較差的網絡也有較好的適應性,但是UDP協(xié)議就不具備這種擁塞控制機制(除非你在協(xié)議之上的應用中自己設計),而流媒體往往是基于UDP來實現的,因為它更快、無連接,而且偶爾丟幀也可以接受。在這種爭奪帶寬的場景下,君子TCP就沒有辦法爭奪到較好的流量了。

多端口多連接

這是迅雷的主要做法之一,開啟多個端口,建立多個連接,靠這種簡單粗暴的方式來占取帶寬。

ARP欺騙

Google搜索局域網搶帶寬以后,映入眼簾的是P2P終結者這樣的“殺器”,它的原理就是基于ARP欺騙,即是說,通過ARP攻擊等使局域網內其它機器產生大量本地盲包,減少對公用網絡資源的占用。

ARP(Address Resolution Protocol,地址解析協(xié)議)是獲取物理地址的一個TCP/IP協(xié)議。某節(jié)點的IP地址的ARP請求被廣播到網絡上后,這個節(jié)點會收到確認其物理地址的應答,這樣的數據包才能被傳送出去。也就是說,在這個過程中,發(fā)送方用目標IP地址去換取了接收方的MAC地址,之后MAC地址存放到本地的緩存中(在一定的生存期時間內)。

由于在局域網中是使用MAC地址進行傳輸的,因此P2P終結者就偽造這樣的一個ARP應答,把P2P終結者所在的機器A的MAC地址告訴目標機B(目標機B在任意時候都可以接收ARP請求的應答),讓目標機以為本機才是網關,這樣B接收后就會更新本地緩存,以后所有本該走到網關去的包都會從機器A走,這就是一個簡單的ARP欺騙的原理。

ARP欺騙是黑客常用的攻擊手段之一,ARP欺騙分為二種,一種是對路由器ARP表的欺騙;另一種是對內網PC的網關欺騙。

 

MSS

在TCP的選項字段中,有一個是最大報文長度(MSS),在TCP建立連接的時候,雙方就要約定好這個數值,每一個報文段都希望盡可能大,這樣在帶寬有限的情況下,相同數量的報文段可以承載更多的信息,但是MSS是有限制的,限制的值=MTU-IP頭長度-TCP頭長度,所以對于以太網來說就是1500-20-20=1460

相關文章

  • 三大網絡管理協(xié)議:SNMP、NETCONF、RESTCONF介紹

    本文將詳細介紹三種主要的協(xié)議:SNMP(Simple Network Management Protocol)、NETCONF(Network Configuration Protocol)和RESTCONF,需要的朋友可以參考下
    2024-02-13
  • 常見網絡協(xié)議匯總

    常見的網絡協(xié)議有:TCP/IP協(xié)議、UDP協(xié)議、HTTP協(xié)議、FTP協(xié)議等,本文就詳細的介紹一下常見的網絡協(xié)議,通過這些具體的協(xié)議更深刻的認識整體網絡的傳輸流程及相關網絡原理,
    2023-05-30
  • L2TP和PPTP的區(qū)別小結

    本文主要介紹了L2TP和PPTP的區(qū)別,主要的前區(qū)別在于用途不同、使用要求不同,下面就來介紹一下L2TP和PPTP的聯(lián)系與區(qū)別,感興趣的可以了解一下
    2023-05-30
  • 自組織網絡Ad Hoc之OLSR 協(xié)議詳解

    這篇文章主要介紹了自組織網絡Ad Hoc之OLSR 協(xié)議詳解,需要的朋友可以參考下
    2023-05-08
  • 自組織網絡Ad Hoc之AODV協(xié)議詳解

    這篇文章主要介紹了自組織網絡Ad Hoc之AODV協(xié)議詳解,需要的朋友可以參考下
    2023-05-08
  • 自組織網絡Ad Hoc 網絡基礎知識

    自組織網絡(Ad Hoc)是一種移動通信和計算機網絡相結合的網絡,是移動計算機網絡的一種,用戶終端可以在網絡內隨意移動而保持通信
    2023-05-08
  • 一次完整的http請求過程分析

    瀏覽器輸入一個URL回車后,會發(fā)生什么呢?這里就為大家分享一下,需要的朋友可以參考下
    2022-10-19
  • 常用網絡協(xié)議匯總

    本篇主要是對網絡協(xié)議進行一個歸納總結,方便后續(xù)查閱及復習,當然如有新的認知或新的理解,也會持續(xù)更新
    2022-10-19
  • 常用網絡協(xié)議匯總 詳解篇

    今日回顧網絡知識時,發(fā)現自己專門整理過一篇關于日常生活中常見的網絡協(xié)議知識以及作用的梳理,特發(fā)此一貼,也當給自己鞏固網絡知識了,如有錯誤,望各大佬指正
    2022-10-19
  • HTTP協(xié)議的8種請求方式及常用請求方式的解析

    HTTP即超文本傳輸協(xié)議,是一種實現客戶端和服務器之間通信的響應協(xié)議,它是用作客戶端和服務器之間的請求,需要的朋友可以參考下
    2022-10-19

最新評論