【网络协议笔记】第二层:数据链路层(Data Link)简介
数据链路层(Data Link)是网络协议中的第二层。
链路: 从1个节点到相邻节点的一段物理线路(有线或无线)，中间没有其他交换节点。
数据链路: 在一条链路上传输数据时，需要有对应的通信协议来控制数据的传输。
不同类型的数据链路，所用的通信协议可能是不同的。
广播信道: CSMA/CD协议（比如同轴电缆、集线器等组成的网络）
点对点信道: PPP协议（比如2个路由器之间的信道）
数据链路层的3个基本问题：
1.封装成帧; 2.透明传输; 3.差错检验
帧(Frame) 的数据部分就是网络层传递下来的数据包（IP数据包，Packet）
最大传输单元 MTU（Maximum Transfer Unit）
每一种数据链路层协议都规定了所能够传送的帧的数据长度上限
以太网的MTU为1500个字节
图片备用地址
数据部分一旦出现了SOH、EOT，就需要进行转义。
图片备用地址
由于在接收端在接收的时候把转义符还原了，感受不到数据的变化，所以是透明传输。
图片备用地址
图片备用地址
数据链路层首部是帧首部的一部分
FCS是帧尾部的一部分， FCS是根据数据部分+数据链路层首部计算 得出
接收端接收到信息后会计算出FCS并进行比较，如果发现不一致，网卡就会把这条信息丢弃（抓包工具也抓不到）
数据经过不同的数据链路层，对应的层会把之前的帧开始和结束符替换为自己的协议帧。
CSMA/CD（Carrier Sense Multiple Access with Collision Detectio），
载波侦听多路访问/冲突检测（主要是为了支持单工通信和半双工通信）。
使用了CSMA/CD的网络可以称为是以太网（Ethernet），它传输的是以太网帧。
以太网帧的格式有：Ethernet V2标准、IEEE的802.3标准
现在使用最多的是：Ethernet V2标准
为了能够检测正在发送的帧是否产生了冲突， 以太网的帧至少要64字节 。
用交换机组件的网络，已经支持全双工通信，不需要再使用CSMA/CD，但它传输的帧依然是以太网帧。
所以，用交换机组建的网络，依然可以叫做以太网。
图片备用地址
首部：目标MAC地址 + 源MAC地址 + 网络类型（IPV4/IPV6）
以太网帧：首部 + 数据 + FCS
以太网帧的数据长度：46 ~ 1500字节
以太网帧的长度：64 ~ 1518字节（源MAC + 目标MAC + 网络类型 + 数据 + FCS）
当数据部分（从网络层传入的数据）的长度小于46字节时(总长度不足64字节)，
数据链路层会在数据的后面加入一些字节填充，接收端会将添加的字节去掉。
图片备用地址
Frame(F): PPP协议是有帧开始和结束符的，0x7E
Address(A): 图中的值是0xFF，形同虚设，点到点信道不需要源MAC、目标MAC地址
Control(C): 图中的值是0x03，目前没有什么作用
Protocol(协议): 内部用到的协议类型（PPP协议的子分支协议）
虽然PPP帧和以太网帧的协议不一样，但是网络层的数据是一样的，仅仅是帧的首部和尾部发生了变化。
路由器和路由器直连时是PPP帧，如果在两个路由器之间加一个交换机，就不是PPP帧了，而是以太网帧。
因为路由器之间是点对点，不需要知道对方的MAC地址，但是以太网帧是广播信道，每一台设备必须确认自己是否是接收方。
PPP协议也是需要进行字节填充的：
图片备用地址
将0x7E替换成0x7D5E
将0x7D替换成0x7D5D
网卡接收到一个帧，首先会进行差错校验，如果校验通过则接收，否则丢弃。
Wireshark抓到的帧是没有FCS，因为它抓到的是差错校验通过的帧，帧尾的FCS会被硬件去掉，所以抓不到差错校验失败的帧。
图片备用地址
欢迎大家的意见和交流
email: [email protected]
绛旓細鏁版嵁閾鏄摼鎺ユ暟瀛楀寲鎴樺満涓婄殑鎸囨尌涓績銆佷綔鎴橀儴闃熴佹鍣ㄥ钩鍙扮殑涓绉嶄俊鎭鐞嗐佷氦鎹㈠拰鍒嗗彂绯荤粺,鏄噰鐢ㄦ棤绾缃戠粶閫氫俊鎶鏈拰搴旂敤鍗忚,瀹炵幇鏈鸿浇銆侀檰鍩哄拰鑸拌浇鎶鏈暟鎹俊鎭氦鎹,浠庤屾渶澶ч檺搴﹀湴鍙戞尌鎴樻湳鏁堣兘鐨勭郴缁熴傛暟鎹摼鍙互杩涜鐐瑰鐐瑰叏鍙屽伐銆佺偣瀵圭偣鍗婂弻宸ャ佸鐐瑰澶氱偣鐨勬椂闅欏垎閰嶃佺偣瀵瑰鐐圭殑鐐瑰悕鍛煎彨銆佸鐐瑰澶氱偣鐨勬椂鍒嗗鍧鏂瑰紡...
绛旓細Internet缃戠粶鐨勫墠韬獳RPANET褰撴椂浣跨敤鐨勫苟涓嶆槸浼犺緭鎺у埗鍗忚/缃戦檯鍗忚锛圱TCP/IP锛夛紝鑰屾槸涓绉嶅彨缃戠粶鎺у埗鍗忚锛圢etwork Control Protocol锛孨CP锛夌殑缃戠粶鍗忚銆備絾闅忕潃缃戠粶鐨勫彂灞曞拰鐢ㄦ埛瀵圭綉缁滅殑闇姹備笉鏂彁楂橈紝璁捐鑰呬滑鍙戠幇NCP鍗忚瀛樺湪鐫寰堝鐨勭己鐐逛互鑷充簬涓嶈兘鍏呭垎鏀寔ARPANET缃戠粶锛岀壒鍒槸NCP浠呰兘鐢ㄤ簬鍚屾瀯鐜涓紝璁捐鑰呭氨...
绛旓細銆鏁版嵁閾璺畾涔夊拰鐗圭偣銆戝湪鏁版嵁閫氫俊缃涓紝鎸変竴绉嶉摼璺鍗忚鐨勬妧鏈姹傝繛鎺ヤ袱涓垨澶氫釜鏁版嵁绔欑殑鐢典俊璁炬柦锛岀О涓烘暟鎹摼璺紝绠绉版暟鎹摼銆傛暟鎹摼璺(data link) 闄や簡鐗╃悊绾胯矾澶栵紝杩樺繀椤绘湁閫氫俊鍗忚鏉ユ帶鍒惰繖浜涙暟鎹殑浼犺緭銆傝嫢鎶婂疄鐜拌繖浜涘崗璁殑纭欢鍜岃蒋浠跺姞鍒伴摼璺笂锛屽氨鏋勬垚浜嗘暟鎹摼璺傛暟鎹摼璺紝鍦ㄧ數淇℃湳璇腑锛屾槸...
绛旓細鎵浠ヤ竴涓浗瀹剁殑鍐涚敤鏁版嵁閾蹇呴』鍜屽叾浠栧浗瀹剁殑鐩镐簰鐙珛锛屽唴閮ㄤ簰閫氬氨瓒冲浜嗐傞櫎闈炴槸鍖楃害浣撶郴锛岄偅涓敤鐨勯兘鏄編鍥芥暟鎹摼銆傚鏋滆В鏀惧啗鍜岀編鍐涜鍗忓悓浣滄垬锛岄偅涔堝氨蹇呴』杩涜杞爜鎵嶈兘寤虹珛閾炬帴銆備袱杈归兘闇瑕佷簨鍏堝噯澶囧ソ缃戠粶鍗忚锛堜复鏃剁粺涓鎺ュ彛鐞嗚涓婅兘鍋氬埌锛屼絾杩欎箞鍋氫緷鐒舵湁娉勫瘑鍗遍櫓锛屽鏋滀笉鏄案涔呰仈鐩熸槸涓嶈兘杩欎箞鍋氱殑锛夈傚鏋...
绛旓細棣栧厛浠嬬粛osi涓灞傜綉缁妯″瀷锛屽嵆缃戠粶琚垎涓轰竷灞傦紝鎵撲釜姣斿柣锛屽氨鍍忓瘎淇★紝浣犲厛鎶婁俊鏀惧埌閭锛岄偖閫掑憳鎷垮埌鍖洪偖灞锛屽啀鍒板競閭眬銆佺渷閭眬锛屽啀鍒板鏂圭殑鐪侀偖灞銆佸競閭眬銆佸尯閭眬銆侀偖绠憋紱缃戠粶鍙戦鏁版嵁鐨勫伐浣滀篃濡傛锛岃繖7灞傚彲绠绉扮涓灞傘绗簩灞銆佺涓夊眰鈥︹﹂泦绾垮櫒锛屼氦鎹㈡満锛岀綉妗ワ紝鍔熻兘涓婂ぇ鑷存槸鍚屼竴涓笢瑗匡紝閮芥槸宸ヤ綔...
绛旓細瀹冭瀹氫簡楂樺眰杞欢閫氳繃NetBIOS甯у崗璁彂閫併佹帴鏀朵俊鎭殑鏂规硶銆傛湰鍗忚杩愯鍦ㄦ爣鍑802.2鏁版嵁閾惧崗璁眰涓娿 [1.0.6] NetBIOS 鑼冨洿 NetBIOS鑼冨洿ID涓哄缓绔嬪湪TCP/IP(鍙仛NBT)妯″潡涓婄殑NetBIOS鎻愪緵棰濆鐨勫懡鍚嶆湇鍔° NetBIOS鑼冨洿ID鐨勪富瑕佺洰鐨勬槸闅旂鍗曚釜缃戠粶涓婄殑NetBIOS閫氫俊鍜岄偅浜涙湁鐩稿悓NetBIOS鑼冨洿ID鐨勮妭鐐广侼etBIOS鑼冨洿ID鏄檮鍔犲湪...
绛旓細澶鍗忚鏍囩浜ゆ崲 锛圡PLS锛歁ulti-Protocol Label Switching锛夊鍗忚鏍囩浜ゆ崲锛圡PLS锛夋槸涓绉嶇敤浜庡揩閫熸暟鎹寘浜ゆ崲鍜岃矾鐢辩殑浣撶郴锛屽畠涓缃戠粶鏁版嵁娴侀噺鎻愪緵浜嗙洰鏍囥佽矾鐢便佽浆鍙戝拰浜ゆ崲绛夎兘鍔涖傛洿鐗规畩鐨勬槸锛屽畠鍏锋湁绠＄悊鍚勭涓嶅悓褰㈠紡閫氫俊娴佺殑鏈哄埗銆侻PLS 鐙珛浜绗簩鍜岀涓夊眰鍗忚锛岃濡 ATM 鍜 IP銆傚畠鎻愪緵浜嗕竴绉嶆柟寮忥紝灏 ...
绛旓細娉ㄦ剰,涓篧AN(骞垮煙缃)杩炴帴瑙勫畾閫傚綋鐨勬暟鎹摼灞傚皝瑁呴氬父鏄繀瑕佺殑,濡傝礊涓户鍜孉TM銆傜郴鍒楁帴鍙ｇ己鐪佷娇鐢℉DLC銆鏁版嵁閾惧眰鍗忚鐨勮璁鸿秴鍑轰簡鏈枃鑼冨洿銆傛兂鐭ラ亾鏇村鐨勮缁嗚祫鏂欎綘闇瑕佹煡鎵綢OS鍛戒护灏佽銆 3.3 璺敱 鍦–isco璺敱鍣ㄤ笂,IP璺敱鏄嚜鍔ㄦ縺娲荤殑銆傚湪浣犵殑璺敱鍣ㄤ笂,濡傛灉IP璺敱鍏堝墠涓鐩存槸鍏抽棴鐨勮瘽,浣犲彲浠ョ敤鍛戒护ip routing杩斿洖鍒...
绛旓細浼犵粺浜ゆ崲鏈轰粠缃戞ˉ鍙戝睍鑰屾潵锛屽睘浜嶰SI绗簩灞鍗鏁版嵁閾璺眰璁惧銆傚畠鏍规嵁MAC鍦板潃瀵诲潃锛岄氳繃绔欒〃閫夋嫨璺敱锛岀珯琛ㄧ殑寤虹珛鍜岀淮鎶ょ敱浜ゆ崲鏈鸿嚜鍔ㄨ繘琛屻傝矾鐢卞櫒灞炰簬OSI绗笁灞傚嵆缃戠粶灞璁惧锛屽畠鏍规嵁IP鍦板潃杩涜瀵诲潃锛岄氳繃璺敱琛ㄨ矾鐢鍗忚浜х敓銆備氦鎹㈡満鏈澶х殑濂藉鏄揩閫燂紝鐢变簬浜ゆ崲鏈哄彧椤昏瘑鍒抚涓璏AC鍦板潃锛岀洿鎺ユ牴鎹甅AC鍦板潃浜х敓閫夋嫨...
绛旓細鎸囩殑鏄鍗忚鏍囩浜ゆ崲锛圡ulti-Protocol Label Switching锛岀畝绉癕PLS锛夋槸涓绉嶅湪寮鏀剧殑閫氫俊缃戜笂鍒╃敤鏍囩寮曞鏁版嵁楂橀熴侀珮鏁堜紶杈撶殑鏂版妧鏈紝鏄竴绉嶅彲鎻愪緵楂樻т环姣斿拰澶氫笟鍔¤兘鍔涚殑浜ゆ崲鎶鏈傚畠瑙ｅ喅浜嗕紶缁烮P鍒嗙粍浜ゆ崲鐨勫眬闄愭э紝鍦ㄤ笟鐣屽彈鍒颁簡骞挎硾鐨勯噸瑙嗭紝骞跺湪涓浗缃戦氥佷腑鍥介搧閫氬叏鍥介骞茬綉绛缃戠粶寤鸿涓緱鍒颁簡瀹炶返閮ㄧ讲銆...
