九色国产,午夜在线视频,新黄色网址,九九色综合,天天做夜夜做久久做狠狠,天天躁夜夜躁狠狠躁2021a,久久不卡一区二区三区

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
計算機網(wǎng)絡

聯(lián)通原名為網(wǎng)通

局域網(wǎng)中連線的范圍在100m以內(nèi), 帶寬在10M, 100M, 1000M以內(nèi), 單位為 Mbps

廣域網(wǎng)距離遠,帶寬租用,這里的帶寬指的是從本機到購買的ISP的帶寬

SMTP為發(fā)送,POP3為接受

??

OSI模型

  • 應用層:能產(chǎn)生網(wǎng)絡流量的程序
  • 表示層:在傳輸之前是否進行加密或者壓縮或者編碼(GBK一個中文兩個字節(jié),UTF-8一個中文三個字節(jié)),一般在程序的開發(fā)時完成
  • 會話層:TCP的Keep Alive,使用netstat -n -b查看 ESTABLISHED的狀態(tài),與服務器通信都需要回話
  • 傳輸層:可靠與不可靠傳輸
  • 網(wǎng)絡層:負責選擇最佳路徑,回話IP地址
  • 數(shù)據(jù)鏈路層:封裝成幀,透明傳輸,差錯校驗
  • 物理層:接口標準,電器標準,和硬件相關

??

TCP/IP排錯

  • 物理層:查看連接狀態(tài),發(fā)送和接受包;網(wǎng)線水晶頭
  • 數(shù)據(jù)鏈路層:欠費了;MAC沖突;網(wǎng)速協(xié)商
  • 網(wǎng)絡層:地址配置錯誤;網(wǎng)關錯誤;路由表
  • 傳輸層:TCP/UDP
  • 應用層:應用程序配置錯誤

??

帶寬

  • 帶寬越大,發(fā)送時延越短,電信號頻率越高,低電頻與高電頻越接近,接收端就越難識別出高低電頻,因此帶寬不是越大越好
  • Ping 命令顯示的時間是往返時間

??

??

物理層

  • 媒體:光纖,網(wǎng)線等
  • 信號
    • 基帶信號:原始二進制信號
    • 曼切斯特編碼:從低到高為0,從高到低為1
    • 差分曼切斯特編碼:0與1要看前一個,突變?yōu)?,否則為1
  • 奈氏準則
    • 在沒有電磁干擾的情況下,碼元(包含n個比特)傳輸數(shù)據(jù)也有極限
  • 常用編碼
    • 單極性不歸零碼
    • 雙極性不歸零碼
    • 單極性歸零碼
    • 雙極性歸零碼
    • 曼切斯特編碼
    • 差分曼切斯特編碼
  • 網(wǎng)絡設備
    • 同類設備使用交叉線
    • 不同類設備使用直連線
  • 微波在空間上是沿著直線傳播
    • 衛(wèi)星通信
  • 信道復用技術
    • 頻分復用:應用
      • ADSL:貓,利用現(xiàn)有的電話線,因為電話傳輸只使用低頻率段,上網(wǎng)可以利用剩余高頻率段(再劃分成上傳和下載頻率段)
    • 時分復用:用戶數(shù)據(jù)對號入座,是有順序的發(fā)送數(shù)據(jù)的
    • 統(tǒng)計時分復用:用戶數(shù)據(jù)添加額外的數(shù)據(jù),發(fā)送數(shù)據(jù)的順序是任意的,接收端通過額外的數(shù)據(jù)依次去取出
    • 波分復用

      ??

      ??

數(shù)據(jù)鏈路層(PPP協(xié)議)

  • 封裝成幀
  • 透明傳輸
    • 字節(jié)填充,轉義字節(jié)
  • 差錯檢驗
    • 比特差錯,1可能變成0,0可能變成1
    • CRC計算出FCS(冗余碼)放到幀最后,接收到得到數(shù)據(jù)之后除以發(fā)送端計算FCS 的除數(shù),如果余數(shù)為0就接受,否則丟棄
      • 檢出不出錯誤的概率很低,只要除數(shù)位數(shù)夠多
  • PPP協(xié)議:點對點協(xié)議
  • PPP協(xié)議的幀起始和結束都是7E(0111 1110)
    • PPP也有透明傳輸問題,需要進行字節(jié)填充進行轉義,如果數(shù)據(jù)部分是ACSII,則使用轉義字節(jié),如果為二進制數(shù)據(jù),則每5個連續(xù)的1中間添加一個0
    • PPP協(xié)議支持身份認證
  • 碰撞檢測
    • 二進制退避算法
  • 廣播信道的數(shù)據(jù)鏈路是CSMA/CD協(xié)議
    • 集線器就是如此
  • 以太網(wǎng)的信道利用率
    • 以太網(wǎng)幀整個最小64個字節(jié)
  • 擴展以太網(wǎng)
    • 距離擴展
    • 集線器級聯(lián),增加網(wǎng)絡中計算機的數(shù)量,組建更大的沖突域,因為集線器沒有記憶性
    • 網(wǎng)橋:對接口的位置有記憶功能,用與兩個沖突域的連接,網(wǎng)橋是交換機的前身,交換機因為接口很多,直接和計算機連接,根據(jù)交換機和網(wǎng)橋的特性,是全雙工的
      • 交換機:端口帶寬獨享,保存MAC與接口對應的表
  • 快速以太網(wǎng)
    • 百兆以太網(wǎng)
  • 路由器在3層(可以看到IP),交換機在2層(不能看到IP)
  • 網(wǎng)絡層不負責發(fā)送數(shù)據(jù)的順序,什么都不管,只管發(fā)數(shù)據(jù)發(fā)送出去
  • 路由器會隔離廣播

??

TCP

  • 全雙工
  • 可靠
    • RTT 來回時間
    • 通過等待協(xié)議實現(xiàn)可靠傳輸,但是信道利用率太低了,大部分都在等待
      • 所以通過流水線提高信道利用率,本質(zhì)是利用滑動窗口
      • 累計確認提高效率,只返回給對方累計收到的最后一個確認
    • 可靠是發(fā)一次,確認一次,確認用于確定下一次發(fā)送的序號
  • 面向字節(jié)流
  • TCP報文首部
    • 20字節(jié)固定首部
    • 尾部有長度可變的選項
  • TCP在建立回話的時候
    • SYN=1,ACK=0,序列號=0
    • 回話建立結束服務期發(fā)送數(shù)據(jù),SYN=1,ACK=1,序列號=0
    • 之后都是ACK=1,SYN=0
  • 發(fā)送數(shù)據(jù)是先將數(shù)據(jù)放到緩存中,滿了再發(fā)送

    ??

    ??

  • TCP滑動窗口
    • 滑動窗口在緩存中設定,表示從緩沖中的一個滑動窗口一個片段(字節(jié)段)的發(fā)送數(shù)據(jù),知道字節(jié)段不再是滑動窗口中,等到對方確認了再刪除緩存中對應的字節(jié)數(shù)據(jù)

    ??

    ??

    ??

    ??

    ??

流量控制

  • 發(fā)著發(fā)著滑動窗口自動調(diào)節(jié)變小了,因為接收方接受不過來了,發(fā)給發(fā)送方請求調(diào)整滑動窗口的大小

??

TCP擁塞

  • 擁塞控制是一個全局性的過程,涉及到所有的主機,所有的路由器,以及與降低網(wǎng)絡傳輸性能有關的所有因素
  • 流量控制往往指在給定的發(fā)送端和接收端之間的點對點通信量的控制,它所要做的就是抑制發(fā)送端發(fā)送數(shù)據(jù)的速率,以便使接收端來得及接受

    ??

    ??

    ??

UDP

  • 一個數(shù)據(jù)包就能完成就用UDP

??

音頻視頻

  • 流式存儲音頻/視頻——邊下載邊播放,可以用與維護版權
  • 交互式音頻/視頻

    ??

    ??

    ??

    ??

    ??

TCP 可靠傳輸

  • 擁塞控制
  • 流量控制
  • ARQ

??

  • 擁塞控制
    • 慢開始
      • 一開始發(fā)送1個報文段,接著不斷地指數(shù)增加(1,2,4,…),當大于或者等于ssthresh(慢開始門限)時,轉為加法增加,當出現(xiàn)網(wǎng)絡擁塞時,把發(fā)送窗口最大值減半,重新從1個報文開始慢開始
    • 快重傳
      • 實在TCP開始建立連接的時候使用慢開始,之后如果收到連續(xù)的3個ACK,則判定數(shù)據(jù)分組丟失,重傳
    • 快恢復
      • 當發(fā)送方連續(xù)收到三個重復確認時,就執(zhí)行"乘法減小"算法,把慢開始門限減半,這是為了預防網(wǎng)絡發(fā)生擁塞。
      • 由于發(fā)送方現(xiàn)在認為網(wǎng)絡很可能沒有發(fā)生擁塞,因此現(xiàn)在不執(zhí)行慢開始算法,而是把cwnd值設置為慢開始門限減半后的值,然后開始執(zhí)行擁塞避免算法,是擁塞窗口的線性增大

        ??

??

  • 流量控制
    • A發(fā)到給B,需要發(fā)送 seq,ack,length,其中seq是發(fā)送數(shù)據(jù)的字節(jié)編號,length是發(fā)送數(shù)據(jù)的長度,ack是通知接收方下一次發(fā)送給自己時的seq,假如A發(fā)送給B的數(shù)據(jù)時seq=1,ack=1,length=100
    • B 發(fā)送給A的數(shù)據(jù)時,ack=101,length=200,這里B是接收端,B發(fā)送的length是B接收窗口的大小,如果為0表示不接受數(shù)據(jù)了

      ??

  • ARQ(包含兩個協(xié)議)
  • 停止等待協(xié)議
    • A與B進行通信,如果A發(fā)送數(shù)據(jù)給B,B發(fā)送確認給A,則為無差錯
    • 如果B發(fā)送給A的確認丟失了,則A會重傳
    • 如果B發(fā)送給A的確認延遲到達了,則A也會重傳
  • 連續(xù)ARQ協(xié)議(滑動窗口協(xié)議)
    • 基于滑動窗口,發(fā)送滑動窗口中的數(shù)據(jù),只有哪些得到了確認的數(shù)據(jù),滑動窗口才會像前移動,如果收到接收端的wnd調(diào)整請求,就會將自己的滑動窗口進行調(diào)整
來源:https://www.icode9.com/content-4-672751.html
本站僅提供存儲服務,所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權內(nèi)容,請點擊舉報。
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
科普:QUIC協(xié)議原理分析
HTTP/3 來了!HTTP/2 還沒怎么用起來呢,先一起掃個盲吧
HTTP3 RFC 9114 發(fā)布,深入剖析HTTP3協(xié)議
新一代直播傳輸協(xié)議SRT
QUIC是如何解決TCP性能瓶頸的?
TCP 和 QUIC
更多類似文章 >>
生活服務
熱點新聞
分享 收藏 導長圖 關注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權!
如果VIP功能使用有故障,
可點擊這里聯(lián)系客服!

聯(lián)系客服