偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

網(wǎng)絡(luò)管員知識(shí)要點(diǎn)總結(jié)(2)

網(wǎng)絡(luò)
網(wǎng)絡(luò)管理員在現(xiàn)代企業(yè)中,扮演著非常重要的角色,企業(yè)幾乎是離不開網(wǎng)管的,那么一個(gè)合格的網(wǎng)絡(luò)管理員就應(yīng)該具備足夠的知識(shí)已應(yīng)對(duì)企業(yè)出現(xiàn)的網(wǎng)絡(luò)問題。本文繼續(xù)向大家介紹網(wǎng)絡(luò)管理中的知識(shí)點(diǎn)。

網(wǎng)絡(luò)中的知識(shí)點(diǎn)非常的零碎,我們著重列出一些重點(diǎn)的概念,向大家介紹。

The Session layer負(fù)責(zé)建立,管理,終止會(huì)話.也設(shè)備設(shè)備和節(jié)點(diǎn)(nodes)之間的會(huì)話控制,3種模式:simplex half duplex和full duplex一些Session layer協(xié)議和接口的例子:Network File System(NFS)、Structured Query Language(SQL)、Remote Procedure Call(RPC)、X Window、AppleTalk Session Protocol、Digital Network Architecture Session Control Protocol(DNA SCP)

流控制保證了數(shù)據(jù)的完整性,防止接受方的緩沖區(qū)溢出, 緩沖區(qū)溢出將導(dǎo)致數(shù)據(jù)的不完整.如果數(shù)據(jù)發(fā)送方傳輸數(shù)據(jù)過快,接受方將數(shù)據(jù)報(bào)暫時(shí)存儲(chǔ)在緩沖區(qū)里??煽康臄?shù)據(jù)傳輸采用了面向連接(connection-oriented)通信方式,保證:接受方接受到被傳輸?shù)亩?segment)以后將發(fā)回確認(rèn)(acknowledge)給發(fā)送方,任何沒有經(jīng)過確認(rèn)的段將被重新傳輸,段在達(dá)到接受方之前應(yīng)按照適當(dāng)?shù)捻樞?,可以進(jìn)行管理的流控制技術(shù)用于避免擁塞,超載(overloading)和數(shù)據(jù)的丟失。

如果發(fā)送方發(fā)送數(shù)據(jù)報(bào)過快,而接受方緩沖區(qū)已經(jīng)滿了,它會(huì)反饋1條not ready的信息給發(fā)送方,等待緩沖區(qū)里的數(shù)據(jù)處理完畢后會(huì)反饋條go的信息給發(fā)送方;于是發(fā)送方繼續(xù)發(fā)送數(shù)據(jù).這就是流控制的用,如果任何數(shù)據(jù)段在傳輸?shù)倪^程中丟失了,被復(fù)制了,或者損壞了,這將導(dǎo)致傳輸失敗.這個(gè)問題的解決方法就得靠接受方反饋確認(rèn)信息給發(fā)送方

面向連接式通信:發(fā)送方先建立會(huì)話或者叫做3度握手;然后數(shù)據(jù)開始傳輸;數(shù)據(jù)栓書完畢以后,終止虛電路連接。3度握手的過程為:***個(gè)請(qǐng)求連接許可的段用于要求同步,由發(fā)送方發(fā)送給接受方,發(fā)送方和接受方協(xié)商連接,接受方與發(fā)送方同步,發(fā)送方進(jìn)行確認(rèn),連接建立,開始傳輸數(shù)據(jù)。

窗口(window)是指允許發(fā)送方不用等待接受方反饋確認(rèn)的數(shù)據(jù)段,大小以字節(jié)(bytes)衡量,比如:如果1個(gè)TCP會(huì)話是以2字節(jié)的窗口建立的,傳輸時(shí)假如窗口從2字節(jié)增加為3字節(jié),那么發(fā)送方將不用等待之前2字節(jié)的量的確認(rèn)信息,直接以3字節(jié)的量傳輸

The Network layer用于管理設(shè)備地址,跟蹤網(wǎng)絡(luò)上的設(shè)備位置,決定傳輸數(shù)據(jù)***的路線.該層上有2種包(packets):數(shù)據(jù)(data)和路由更新信息(route updates),routers必須對(duì)每種路由協(xié)議保持1張單獨(dú)的路由表,因?yàn)椴煌穆酚蓞f(xié)議根據(jù)不同的地址機(jī)制跟蹤網(wǎng)絡(luò)信息,路由表包含的一些信息:interface:出口和度(metric)。routers的一些要點(diǎn)信息:

1.默認(rèn)不轉(zhuǎn)發(fā)廣播和多播(multicast)包

2.根據(jù)邏輯地址決定下1跳(hop)

3.可以提供層2的橋接功能,可以同時(shí)路由同1個(gè)接口

4.提供VLANs的連接

5.可以提供Quality of Service(QoS)

The Data Link layer負(fù)責(zé)數(shù)據(jù)的物理傳輸,錯(cuò)誤檢測(cè),網(wǎng)絡(luò)拓?fù)浜土骺刂?這個(gè)意味著在數(shù)據(jù)LAN上將根據(jù)硬件地址來進(jìn)行投遞,還要把Network layer的包翻譯成比特用于在Physical layer上傳輸

IEEE以太網(wǎng)(Ehernet)的Data Link layer有2個(gè)子層:

1.Media Access Control(MAC)802.3:這層定義了物理地址和拓?fù)浣Y(jié)構(gòu),錯(cuò)誤檢測(cè),流控制等.共享帶寬,先到先服務(wù)原則(first come/first served)

2.Logical Link Control(LLC)802.2:負(fù)責(zé)識(shí)別Network layer協(xié)議然后封裝(encapsulate)數(shù)據(jù).LLC頭部信息告訴Data Link layer如何處理接受到的幀,LLC也提供流控制和控制比特的編號(hào)。

第二層的設(shè)備switches被認(rèn)為是基于硬件的bridges,因?yàn)椴捎玫氖?種叫做application-specific integrated circuit(ASIC)的特殊硬件.ASICs可以在很低的延時(shí)(latency)里達(dá)到gigabit的速度;而bridges是基于軟件性質(zhì)的。

透明橋接即如果目標(biāo)設(shè)備和幀是在同1個(gè)網(wǎng)段,那么層2設(shè)備將堵塞端口防止該幀被傳送到其他網(wǎng)段;如果是和目標(biāo)設(shè)備處于不同網(wǎng)段,則該幀將只會(huì)被傳送到那個(gè)目標(biāo)設(shè)備所在的網(wǎng)段。每個(gè)和switches相連的網(wǎng)段必須是相同類型的設(shè)備,比如你不能把令牌環(huán)(Token Ring)上的主機(jī)和以太網(wǎng)上的主機(jī)用switches混合相連,這種方式叫做media translation,不過你可以用routers來連接這樣不同類型的網(wǎng)絡(luò)

在LAN內(nèi)使用switches比使用hubs的好處:插入switches的設(shè)備可以同時(shí)傳輸數(shù)據(jù),而hubs不可以,在switches中,每個(gè)端口處于1個(gè)單獨(dú)的沖突域里,而hubs的所有端口處于1個(gè)大的沖突域里,可想而知,前者在LAN內(nèi)可以有效的增加帶寬.但是這2種設(shè)備的所有端口仍然處于1個(gè)大的廣播域里。

網(wǎng)絡(luò)的知識(shí)復(fù)雜多樣,需要我們掌握的還有很多,在以后的文章中,我們與繼續(xù)為大家分享的。

【編輯推薦】

  1. 網(wǎng)絡(luò)管理發(fā)展概況
  2. 網(wǎng)絡(luò)管理基礎(chǔ)大總結(jié)
  3. 網(wǎng)絡(luò)管理員教程:教你如何組建無線局域網(wǎng)

網(wǎng)絡(luò)管理系統(tǒng)也要“量體裁衣”

 

責(zé)任編輯:佚名 來源: 51CTO整理
相關(guān)推薦

2011-03-10 15:47:50

網(wǎng)絡(luò)

2010-04-06 11:11:45

無線網(wǎng)絡(luò)基礎(chǔ)知識(shí)

2015-03-10 14:28:46

程序員編程知識(shí)經(jīng)驗(yàn)總結(jié)

2010-06-30 09:51:55

UML建模技術(shù)

2009-02-19 11:29:12

UML建模要點(diǎn)總結(jié)

2009-04-29 10:46:34

UML建模總結(jié)

2010-01-27 10:45:32

Android快速啟動(dòng)

2011-04-19 17:36:12

C++

2011-04-19 17:44:02

C++

2010-06-17 15:54:24

UML總結(jié)

2010-01-26 13:28:11

Android開發(fā)要點(diǎn)

2010-06-30 18:09:22

UML建模

2013-09-04 14:25:30

webkitwebApp開發(fā)

2010-05-27 12:42:49

IPv6網(wǎng)絡(luò)協(xié)議

2014-09-01 14:31:11

2018-07-13 15:45:16

GDPR數(shù)據(jù)泄露通用數(shù)據(jù)保護(hù)條例

2010-02-05 15:30:54

C++多線程測(cè)試

2010-07-06 15:50:12

TCP和UDP協(xié)議

2010-07-09 14:05:56

UML建模

2010-08-17 11:02:45

DIV CSS實(shí)例教程
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)