成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

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

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

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

The Session layer負(fù)責(zé)建立,管理,終止會話.也設(shè)備設(shè)備和節(jié)點(diǎn)(nodes)之間的會話控制,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)暫時存儲在緩沖區(qū)里。可靠的數(shù)據(jù)傳輸采用了面向連接(connection-oriented)通信方式,保證:接受方接受到被傳輸?shù)亩?segment)以后將發(fā)回確認(rèn)(acknowledge)給發(fā)送方,任何沒有經(jīng)過確認(rèn)的段將被重新傳輸,段在達(dá)到接受方之前應(yīng)按照適當(dāng)?shù)捻樞颍梢赃M(jìn)行管理的流控制技術(shù)用于避免擁塞,超載(overloading)和數(shù)據(jù)的丟失。

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

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

窗口(window)是指允許發(fā)送方不用等待接受方反饋確認(rèn)的數(shù)據(jù)段,大小以字節(jié)(bytes)衡量,比如:如果1個TCP會話是以2字節(jié)的窗口建立的,傳輸時假如窗口從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必須對每種路由協(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的橋接功能,可以同時路由同1個接口

4.提供VLANs的連接

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

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

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

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

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

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

透明橋接即如果目標(biāo)設(shè)備和幀是在同1個網(wǎng)段,那么層2設(shè)備將堵塞端口防止該幀被傳送到其他網(wǎng)段;如果是和目標(biāo)設(shè)備處于不同網(wǎng)段,則該幀將只會被傳送到那個目標(biāo)設(shè)備所在的網(wǎng)段。每個和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ù)據(jù),而hubs不可以,在switches中,每個端口處于1個單獨(dú)的沖突域里,而hubs的所有端口處于1個大的沖突域里,可想而知,前者在LAN內(nèi)可以有效的增加帶寬.但是這2種設(shè)備的所有端口仍然處于1個大的廣播域里。

網(wǎng)絡(luò)的知識復(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ǔ)知識

2015-03-10 14:28:46

程序員編程知識經(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快速啟動

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++多線程測試

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ù)棧公眾號

主站蜘蛛池模板: 涩涩导航| 91色综合| 免费一看一级毛片 | 久久国产精品一区二区三区 | 黄色免费在线观看网站 | 99久久久久 | 久久久久九九九女人毛片 | 国产精品久久久久久久久久久久午夜片 | 日韩一区二区三区在线观看 | 草久网 | 亚洲一区二区视频 | 99精品国产一区二区三区 | 老子午夜影院 | 久久精品99国产精品 | 男人天堂手机在线视频 | 久久国内精品 | 精品99在线 | 91久久夜色精品国产网站 | 欧美精品在线一区 | 人人爽日日躁夜夜躁尤物 | 精品久久电影 | 美女一区| 免费一区二区 | 国产亚洲精品成人av久久ww | 免费在线日韩 | 日韩在线 | 日本一区二区三区免费观看 | 91久久国产综合久久 | 亚洲高清视频一区二区 | 超碰在线久 | 国产精品成人一区二区三区 | 久久av一区 | 欧洲精品码一区二区三区免费看 | 不卡一区二区在线观看 | 成人av免费在线观看 | 亚洲啪啪 | 欧美日韩国产精品一区 | www.久久久久久久久久久 | 国产精品一区二区在线播放 | 欧美黄在线观看 | 亚洲综合久久久 |