數(shù)通工程師能力模型_第1頁(yè)
數(shù)通工程師能力模型_第2頁(yè)
數(shù)通工程師能力模型_第3頁(yè)
數(shù)通工程師能力模型_第4頁(yè)
數(shù)通工程師能力模型_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

[鍵入文字]數(shù)通工程師能力目錄TOC\o”1—3”\h\uHYPERLINK\l”_Toc23694”第一章通信工程師任職標(biāo)準(zhǔn) 3高級(jí)工程師 5第一章通信工程師任職標(biāo)準(zhǔn)技能級(jí)別任職標(biāo)準(zhǔn)助理工程師掌握通信專業(yè)理論基礎(chǔ)知識(shí);掌握通信產(chǎn)品及其相關(guān)的理論知識(shí);掌握通信工程業(yè)務(wù)實(shí)施流程和行為規(guī)范要求,能夠按照規(guī)范進(jìn)行工程實(shí)施;能夠完成獨(dú)立站點(diǎn)設(shè)備的硬件質(zhì)量檢查、設(shè)備調(diào)測(cè)和軟件自檢,能夠承擔(dān)單個(gè)站點(diǎn)的工程督導(dǎo)的工作;能夠按照要求制作合格的各種工程文檔(包括過(guò)程文檔、完工文檔和自檢報(bào)告等)。工程師能夠獨(dú)立完成全局或全網(wǎng)性的設(shè)備調(diào)測(cè),業(yè)務(wù)開通,業(yè)務(wù)割接和故障處理等;能夠承擔(dān)中小型項(xiàng)目或一個(gè)區(qū)域工程的技術(shù)總負(fù)責(zé)角色;能夠?qū)C合性網(wǎng)絡(luò)的升級(jí)改造工程制作高級(jí)數(shù)據(jù)或?qū)嵤┓桨?并組織實(shí)施;能夠進(jìn)行技術(shù)支援,處理比較復(fù)雜的故障和技術(shù)問(wèn)題;產(chǎn)品技術(shù)多面手,掌握兩個(gè)以上設(shè)備商的產(chǎn)品技術(shù);能夠獨(dú)立承擔(dān)產(chǎn)品或網(wǎng)絡(luò)的基礎(chǔ)知識(shí)專題培訓(xùn)的實(shí)施,并保證培訓(xùn)效果;能夠獨(dú)立組織和實(shí)施地市級(jí)客戶培訓(xùn).高級(jí)工程師具備網(wǎng)絡(luò)規(guī)劃知識(shí)和綜合分析能力;能夠承擔(dān)大型項(xiàng)目或復(fù)雜網(wǎng)絡(luò)的技術(shù)總負(fù)責(zé),能夠?qū)χ卮箜?xiàng)目進(jìn)行策劃;能夠進(jìn)行面向全公司的技術(shù)支援,具備全面的技術(shù)支援能力和較高的技術(shù)支援有效率;面向全公司的產(chǎn)品線系列產(chǎn)品的深層技術(shù)支援,主要是二線支援,能夠解決重大疑難問(wèn)題;能夠?qū)η罢靶约夹g(shù)學(xué)習(xí)研究等;對(duì)公司的高層業(yè)務(wù)(行業(yè)咨詢)提供技術(shù)保障;能夠?yàn)楣镜臎Q策提供技術(shù)支持。第二章數(shù)通工程師能力模型助理工程師掌握TCP/IP、以太網(wǎng)技術(shù)、VLAN技術(shù)、基本路由協(xié)議(靜態(tài)、RIP、OSPF、IS-IS)等網(wǎng)絡(luò)基礎(chǔ)知識(shí)和基本應(yīng)用,熟悉數(shù)通主流產(chǎn)品或部分產(chǎn)品硬件安裝、組網(wǎng)應(yīng)用等內(nèi)容;能夠按照設(shè)備安裝流程和服務(wù)規(guī)范進(jìn)行工程實(shí)施,包括相應(yīng)文檔的制作(包括過(guò)程文檔、完工文檔、自檢報(bào)告、竣工資料等);能夠完成數(shù)通中低端(交換機(jī)和路由器)產(chǎn)品的新建調(diào)試、升級(jí)工作,并按照自檢標(biāo)準(zhǔn),正確使用自檢工具進(jìn)行自檢,輸出規(guī)范的自檢報(bào)告;能夠獨(dú)立完成LAN小區(qū)工程的實(shí)施交付,包括文檔和相關(guān)方案的制作;能夠獨(dú)立完成華為BAS設(shè)備(MA5200/MA5200F/MA5200G)的新建、升級(jí)、擴(kuò)容工程的實(shí)施,實(shí)現(xiàn)寬帶業(yè)務(wù)的接入;能夠配合進(jìn)行高端路由器、交換機(jī)、防火墻等數(shù)通設(shè)備的腳本制作、版本升級(jí)、數(shù)據(jù)配置、業(yè)務(wù)測(cè)試工作,并按照自檢標(biāo)準(zhǔn),正確使用自檢工具進(jìn)行自檢,輸出規(guī)范的自檢報(bào)告;能夠清晰描述故障現(xiàn)象,判斷、定位并處理低端路由器、交換機(jī)、防火墻和BAS產(chǎn)品的數(shù)據(jù)配置及物理鏈路等方面的故障,解決不了的首先積極查閱資料,然后再尋求他人的幫助直至問(wèn)題解決。工程師工程規(guī)范和行為規(guī)范能成為助理工程師的表率;文檔規(guī)范和方案規(guī)范能成為助理工程師的表率,文檔和方案提交后不能出現(xiàn)多處低級(jí)錯(cuò)誤;能夠獨(dú)立完成數(shù)通全系列高端產(chǎn)品(路由器、交換機(jī))的新建開局、升級(jí)、業(yè)務(wù)割接工作;能夠完成華為BAS設(shè)備(MA5200/MA5200F/MA5200G等)實(shí)現(xiàn)寬帶業(yè)務(wù)、城域網(wǎng)業(yè)務(wù)的割接操作;能夠獨(dú)立完成EUDEMON防火墻產(chǎn)品的相關(guān)工程(雙機(jī)熱備組網(wǎng)、VPN等)的新建、升級(jí)、業(yè)務(wù)割接的實(shí)施;能夠完成城域網(wǎng)數(shù)通工程的新建、升級(jí)、割接(含割接方案制作)工作的實(shí)施;能夠負(fù)責(zé)地市級(jí)IDC網(wǎng)絡(luò)、DCN網(wǎng)絡(luò)、政務(wù)網(wǎng)工程的方案制作、工程實(shí)施和交付;能夠負(fù)責(zé)NGN承載網(wǎng)工程的軟件調(diào)試、測(cè)試和相關(guān)的割接工作;能夠完成N2000DMS(windows平臺(tái))網(wǎng)管、VPNManager(NSM)網(wǎng)管的新建工程的實(shí)施,熟練掌握網(wǎng)管的維護(hù)操作的方法;能夠判斷、定位并處理較復(fù)雜的故障(除產(chǎn)品缺陷及協(xié)議實(shí)現(xiàn)機(jī)制故障);能夠完成針對(duì)數(shù)通基礎(chǔ)知識(shí)進(jìn)行專題培訓(xùn);能夠獨(dú)立完成地市級(jí)客戶培訓(xùn).高級(jí)工程師工程規(guī)范和行為規(guī)范能成為全公司工程師的表率;文檔規(guī)范和方案規(guī)范能成為全公司工程師的表率,文檔和方案提交后不能出現(xiàn)低級(jí)錯(cuò)誤;具備網(wǎng)絡(luò)規(guī)劃能力,熟練掌握TCP/IP、以太網(wǎng)技術(shù)、VLAN技術(shù)、常用路由協(xié)議(靜態(tài)、RIP、OSPF、IS—IS、BGP)、VPN、ACL、Qos、組播技術(shù)、IPV6等網(wǎng)絡(luò)基礎(chǔ)知識(shí),對(duì)承載網(wǎng)、城域網(wǎng)等常見(jiàn)網(wǎng)絡(luò)結(jié)構(gòu)、承載業(yè)務(wù)有深刻的認(rèn)識(shí),對(duì)數(shù)通主流設(shè)備功能、性能、規(guī)格、網(wǎng)絡(luò)應(yīng)用有較好的認(rèn)識(shí)與理解,能夠?qū)Υ祟愔R(shí)獨(dú)立編寫培訓(xùn)教材以及培訓(xùn)工作,具備對(duì)前幾類知識(shí)從協(xié)議級(jí)別分析問(wèn)題的能力;能夠完成省級(jí)規(guī)模的網(wǎng)絡(luò)優(yōu)化工程(含技術(shù)方案編寫);能夠負(fù)責(zé)大型城域網(wǎng)的新建、升級(jí)、改造項(xiàng)目實(shí)施和交付;能夠負(fù)責(zé)INTERNET省骨干網(wǎng)的工程交付;能夠負(fù)責(zé)省級(jí)IDC網(wǎng)絡(luò)工程的方案制作、工程實(shí)施和交付;能夠獨(dú)立督導(dǎo)、策劃數(shù)通試驗(yàn)局工程、省級(jí)數(shù)通工程;能夠在大項(xiàng)目組的安排下完成國(guó)干數(shù)通網(wǎng)絡(luò)的網(wǎng)絡(luò)優(yōu)化施工(含施工技術(shù)方案和工程管理);能夠負(fù)責(zé)IPTV網(wǎng)絡(luò)的規(guī)劃、方案制作、工程實(shí)施和交付;能夠完成制定專題技術(shù)資料的編寫;能夠完成技術(shù)方案編寫,用戶交流、客戶培訓(xùn);能夠獨(dú)立進(jìn)行工程師數(shù)通產(chǎn)品的培訓(xùn)(包括培訓(xùn)課程的安排、教材的準(zhǔn)備、培訓(xùn)案例的編寫等)。TCP/IP詳解學(xué)習(xí)筆記—基本概念為什么會(huì)有TCP/IP協(xié)議在世界上各地,各種各樣的電腦運(yùn)行著各自不同的操作系統(tǒng)為大家服務(wù),這些電腦在表達(dá)同一種信息的時(shí)候所使用的方法是千差萬(wàn)別。就好像圣經(jīng)中上帝打亂了各地人的口音,讓他們無(wú)法合作一樣。計(jì)算機(jī)使用者意識(shí)到,計(jì)算機(jī)只是單兵作戰(zhàn)并不會(huì)發(fā)揮太大的作用。只有把它們聯(lián)合起來(lái),電腦才會(huì)發(fā)揮出它最大的潛力。于是人們就想方設(shè)法的用電線把電腦連接到了一起。但是簡(jiǎn)單的連到一起是遠(yuǎn)遠(yuǎn)不夠的,就好像語(yǔ)言不同的兩個(gè)人互相見(jiàn)了面,完全不能交流信息。因而他們需要定義一些共通的東西來(lái)進(jìn)行交流,TCP/IP就是為此而生。TCP/IP不是一個(gè)協(xié)議,而是一個(gè)協(xié)議族的統(tǒng)稱。里面包括了IP協(xié)議,IMCP協(xié)議,TCP協(xié)議,以及我們更加熟悉的http、ftp、pop3協(xié)議等等.電腦有了這些,就好像學(xué)會(huì)了外語(yǔ)一樣,就可以和其他的計(jì)算機(jī)終端做自由的交流了.HYPERLINK”http:///goodboy1881/archive/2006/04/16/665061.aspx”TCP/IP詳解學(xué)習(xí)筆記(2)-數(shù)據(jù)鏈路層數(shù)據(jù)鏈路層有三個(gè)目的:

為IP模塊發(fā)送和接收IP數(shù)據(jù)報(bào)。

為ARP模塊發(fā)送ARP請(qǐng)求和接收ARP應(yīng)答。

為RARP發(fā)送RARP請(qǐng)求和接收RARP應(yīng)答ip大家都聽說(shuō)過(guò).至于ARP和RARP,ARP叫做地址解析協(xié)議,是用IP地址換MAC地址的一種協(xié)議,而RARP則叫做逆地址解析協(xié)議,在tcp/ip協(xié)議的后面章節(jié)會(huì)介紹它們(在局域網(wǎng)里面用ARP協(xié)議可以很容易的搞癱瘓網(wǎng)絡(luò)哦)數(shù)據(jù)鏈路層的協(xié)議還是很多的,有我們最常用的以太網(wǎng)(就是平時(shí)我們用的網(wǎng)卡)協(xié)議,也有不太常見(jiàn)的令牌環(huán),還有FDDI,當(dāng)然,還有國(guó)內(nèi)現(xiàn)在相當(dāng)普及的PPP協(xié)議(就是adsl寬帶),以及一個(gè)loopback協(xié)議。其中,eth0就是以太網(wǎng)接口,而lo則是loopback接口。這也說(shuō)明這個(gè)主機(jī)在網(wǎng)絡(luò)鏈路層上至少支持loopback協(xié)議和以太網(wǎng)協(xié)議.ppp(點(diǎn)對(duì)點(diǎn)協(xié)議)是從SLIP的替代品。他們都提供了一種低速接入的解決方案。而每一種數(shù)據(jù)鏈路層協(xié)議,都有一個(gè)MTU(最大傳輸單元)定義,在這個(gè)定義下面,如果IP數(shù)據(jù)報(bào)過(guò)大,則要進(jìn)行分片(fragmentation),使得每片都小于MTU,注意PPP的MTU并不是一個(gè)物理定義,而是指一個(gè)邏輯定義(個(gè)人認(rèn)為就是用程序控制).環(huán)回接口(loopback).平時(shí)我們用127。0。0。1來(lái)嘗試自己的機(jī)器服務(wù)器好使不好使。走的就是這個(gè)loopback接口。對(duì)于環(huán)回接口,有如下三點(diǎn)值得注意:

傳給環(huán)回地址(一般是127.0。0。1)的任何數(shù)據(jù)均作為IP輸入。

傳給廣播地址或多播地址的數(shù)據(jù)報(bào)復(fù)制一份傳給環(huán)回接口,然后送到以太網(wǎng)上。這是因?yàn)閺V播傳送和多播傳送的定義包含主機(jī)本身。

任何傳給該主機(jī)IP地址的數(shù)據(jù)均送到環(huán)回接口.TCP/IP詳解之IP協(xié)議ARP協(xié)議和RARP協(xié)議把這三個(gè)協(xié)議放到一起學(xué)習(xí)是因?yàn)檫@三個(gè)協(xié)議處于同一層,ARP協(xié)議用來(lái)找到目標(biāo)主機(jī)的Ethernet網(wǎng)卡Mac地址,IP則承載要發(fā)送的消息。數(shù)據(jù)鏈路層可以從ARP得到數(shù)據(jù)的傳送信息,而從IP得到要傳輸?shù)臄?shù)據(jù)信息。1。IP協(xié)議IP協(xié)議是TCP/IP協(xié)議的核心,所有的TCP,UDP,IMCP,IGCP的數(shù)據(jù)都以IP數(shù)據(jù)格式傳輸.要注意的是,IP不是可靠的協(xié)議,這是說(shuō),IP協(xié)議沒(méi)有提供一種數(shù)據(jù)未傳達(dá)以后的處理機(jī)制—-這被認(rèn)為是上層協(xié)議-—TCP或UDP要做的事情.所以這也就出現(xiàn)了TCP是一個(gè)可靠的協(xié)議,而UDP就沒(méi)有那么可靠的區(qū)別。這是后話,暫且不提1.1。IP協(xié)議頭如圖所示HYPERLINK”http:///imagelist/2007/057/37pe0l9u5kta.jpg"\t”_blank”挨個(gè)解釋它是教科書的活計(jì),我感興趣的只是那八位的TTL字段,還記得這個(gè)字段是做什么的么?這個(gè)字段規(guī)定該數(shù)據(jù)包在穿過(guò)多少個(gè)路由之后才會(huì)被拋棄(這里就體現(xiàn)出來(lái)IP協(xié)議包的不可靠性,它不保證數(shù)據(jù)被送達(dá)),某個(gè)ip數(shù)據(jù)包每穿過(guò)一個(gè)路由器,該數(shù)據(jù)包的TTL數(shù)值就會(huì)減少1,當(dāng)該數(shù)據(jù)包的TTL成為零,它就會(huì)被自動(dòng)拋棄。這個(gè)字段的最大值也就是255,也就是說(shuō)一個(gè)協(xié)議包也就在路由器里面穿行255次就會(huì)被拋棄了,根據(jù)系統(tǒng)的不同,這個(gè)數(shù)字也不一樣,一般是32或者是64,Tracerouter這個(gè)工具就是用這個(gè)原理工作的,tranceroute的—m選項(xiàng)要求最大值是255,也就是因?yàn)檫@個(gè)TTL在IP協(xié)議里面只有8bit?,F(xiàn)在的ip版本號(hào)是4,所以也稱作IPv4。現(xiàn)在還有IPv6,而且運(yùn)用也越來(lái)越廣泛了.1.2。IP路由選擇當(dāng)一個(gè)IP數(shù)據(jù)包準(zhǔn)備好了的時(shí)候,IP數(shù)據(jù)包(或者說(shuō)是路由器)是如何將數(shù)據(jù)包送到目的地的呢?它是怎么選擇一個(gè)合適的路徑來(lái)"送貨"的呢?最特殊的情況是目的主機(jī)和主機(jī)直連,那么主機(jī)根本不用尋找路由,直接把數(shù)據(jù)傳遞過(guò)去就可以了.至于是怎么直接傳遞的,這就要靠ARP協(xié)議了,后面會(huì)講到。稍微一般一點(diǎn)的情況是,主機(jī)通過(guò)若干個(gè)路由器(router)和目的主機(jī)連接。那么路由器就要通過(guò)ip包的信息來(lái)為ip包尋找到一個(gè)合適的目標(biāo)來(lái)進(jìn)行傳遞,比如合適的主機(jī),或者合適的路由.路由器或者主機(jī)將會(huì)用如下的方式來(lái)處理某一個(gè)IP數(shù)據(jù)包如果IP數(shù)據(jù)包的TTL(生命周期)以到,則該IP數(shù)據(jù)包就被拋棄。搜索路由表,優(yōu)先搜索匹配主機(jī),如果能找到和IP地址完全一致的目標(biāo)主機(jī),則將該包發(fā)向目標(biāo)主機(jī)搜索路由表,如果匹配主機(jī)失敗,則匹配同子網(wǎng)的路由器,這需要“子網(wǎng)掩碼(1。3.)”的協(xié)助.如果找到路由器,則將該包發(fā)向路由器。搜索路由表,如果匹配同子網(wǎng)路由器失敗,則匹配同網(wǎng)號(hào)(第一章有講解)路由器,如果找到路由器,則將該包發(fā)向路由器.搜索陸游表,如果以上都失敗了,就搜索默認(rèn)路由,如果默認(rèn)路由存在,則發(fā)包如果都失敗了,就丟掉這個(gè)包。這再一次證明了,ip包是不可靠的。因?yàn)樗槐WC送達(dá).1。3.子網(wǎng)尋址IP地址的定義是網(wǎng)絡(luò)號(hào)+主機(jī)號(hào)。但是現(xiàn)在所有的主機(jī)都要求子網(wǎng)編址,也就是說(shuō),把主機(jī)號(hào)在細(xì)分成子網(wǎng)號(hào)+主機(jī)號(hào).最終一個(gè)IP地址就成為網(wǎng)絡(luò)號(hào)碼+子網(wǎng)號(hào)+主機(jī)號(hào)。例如一個(gè)B類地址:210。30。109。134。一般情況下,這個(gè)IP地址的紅色部分就是網(wǎng)絡(luò)號(hào),而藍(lán)色部分就是子網(wǎng)號(hào),綠色部分就是主機(jī)號(hào).至于有多少位代表子網(wǎng)號(hào)這個(gè)問(wèn)題上,這沒(méi)有一個(gè)硬性的規(guī)定,取而代之的則是子網(wǎng)掩碼,校園網(wǎng)相信大多數(shù)人都用過(guò),在校園網(wǎng)的設(shè)定里面有一個(gè)255.255.255。0的東西,這就是子網(wǎng)掩碼.子網(wǎng)掩碼是由32bit的二進(jìn)制數(shù)字序列,形式為是一連串的1和一連串的0,例如:255。255.255。0(二進(jìn)制就是11111111。11111111。11111111。00000000)對(duì)于剛才的那個(gè)B類地址,因?yàn)?10。30是網(wǎng)絡(luò)號(hào),那么后面的109。134就是子網(wǎng)號(hào)和主機(jī)號(hào)的組合,又因?yàn)樽泳W(wǎng)掩碼只有后八bit為0,所以主機(jī)號(hào)就是IP地址的后八個(gè)bit,就是134,而剩下的就是子網(wǎng)號(hào)碼——109。2.ARP協(xié)議還記得數(shù)據(jù)鏈路層的以太網(wǎng)的協(xié)議中,每一個(gè)數(shù)據(jù)包都有一個(gè)MAC地址頭么?我們知道每一塊以太網(wǎng)卡都有一個(gè)MAC地址,這個(gè)地址是唯一的,那么IP包是如何知道這個(gè)MAC地址的?這就是ARP協(xié)議的工作。ARP(地址解析)協(xié)議是一種解析協(xié)議,本來(lái)主機(jī)是完全不知道這個(gè)IP對(duì)應(yīng)的是哪個(gè)主機(jī)的哪個(gè)接口,當(dāng)主機(jī)要發(fā)送一個(gè)IP包的時(shí)候,會(huì)首先查一下自己的ARP高速緩存(就是一個(gè)IP—MAC地址對(duì)應(yīng)表緩存),如果查詢的IP-MAC值對(duì)不存在,那么主機(jī)就向網(wǎng)絡(luò)發(fā)送一個(gè)ARP協(xié)議廣播包,這個(gè)廣播包里面就有待查詢的IP地址,而直接收到這份廣播的包的所有主機(jī)都會(huì)查詢自己的IP地址,如果收到廣播包的某一個(gè)主機(jī)發(fā)現(xiàn)自己符合條件,那么就準(zhǔn)備好一個(gè)包含自己的MAC地址的ARP包傳送給發(fā)送ARP廣播的主機(jī),而廣播主機(jī)拿到ARP包后會(huì)更新自己的ARP緩存(就是存放IP-MAC對(duì)應(yīng)表的地方).發(fā)送廣播的主機(jī)就會(huì)用新的ARP緩存數(shù)據(jù)準(zhǔn)備好數(shù)據(jù)鏈路層的的數(shù)據(jù)包發(fā)送工作。/goodboy1881/archive/2006/05/13/726860。aspx"TCP/IP詳解學(xué)習(xí)筆記(7)—廣播和多播,IGMP協(xié)議1.單播,多播,廣播的介紹1。1。單播(unicast)單播是說(shuō),對(duì)特定的主機(jī)進(jìn)行數(shù)據(jù)傳送。例如給某一個(gè)主機(jī)發(fā)送IP數(shù)據(jù)包。這時(shí)候,數(shù)據(jù)鏈路層給出的數(shù)據(jù)頭里面是非常具體的目的地址,對(duì)于以太網(wǎng)來(lái)說(shuō),就是網(wǎng)卡的MAC地址(不是FF—FF—FF-FF—FF-FF這樣的地址)?,F(xiàn)在的具有路由功能的主機(jī)應(yīng)該可以將單播數(shù)據(jù)定向轉(zhuǎn)發(fā),而目的主機(jī)的網(wǎng)絡(luò)接口則可以過(guò)濾掉和自己MAC地址不一致的數(shù)據(jù)。1。2。廣播(unicast)廣播是主機(jī)針對(duì)某一個(gè)網(wǎng)絡(luò)上的所有主機(jī)發(fā)送數(shù)據(jù)包。這個(gè)網(wǎng)絡(luò)可能是網(wǎng)絡(luò),可能是子網(wǎng),還可能是所有的子網(wǎng)。如果是網(wǎng)絡(luò),例如A類網(wǎng)址的廣播就是netid。255.255。255,如果是子網(wǎng),則是id。subnetid.255;如果是所有的子網(wǎng)(B類IP)則是則是id.255。255。廣播所用的MAC地址FF—FF—FF-FF-FF—FF.網(wǎng)絡(luò)內(nèi)所有的主機(jī)都會(huì)收到這個(gè)廣播數(shù)據(jù),網(wǎng)卡只要把MAC地址為FF—FF—FF—FF-FF-FF的數(shù)據(jù)交給內(nèi)核就可以了。一般說(shuō)來(lái)ARP,或者路由協(xié)議RIP應(yīng)該是以廣播的形式播發(fā)的.1。3。多播(multicast)可以說(shuō)廣播是多播的特例,多播就是給一組特定的主機(jī)(多播組)發(fā)送數(shù)據(jù),這樣,數(shù)據(jù)的播發(fā)范圍會(huì)小一些(實(shí)際上播發(fā)的范圍一點(diǎn)也沒(méi)有變小),多播的MAC地址是最高字節(jié)的低位為一,例如01—00—00—00-00—00。多播組的地址是D類IP,規(guī)定是224.0。0.0-239.255.255。255。雖然多播比較特殊,但是究其原理,多播的數(shù)據(jù)還是要通過(guò)數(shù)據(jù)鏈路層進(jìn)行MAC地址綁定然后進(jìn)行發(fā)送。所以一個(gè)以太網(wǎng)卡在綁定了一個(gè)多播IP地址之后,必定還要綁定一個(gè)多播的MAC地址,才能使得其可以像單播那樣工作。這個(gè)多播的IP和多播MAC地址有一個(gè)對(duì)應(yīng)的算法,在書的p133到p134之間.可以看到這個(gè)對(duì)應(yīng)不是一一對(duì)應(yīng)的,主機(jī)還是要對(duì)多播數(shù)據(jù)進(jìn)行過(guò)濾。個(gè)人的看法:廣播和多播的性質(zhì)是一樣的,路由器會(huì)把數(shù)據(jù)放到局域網(wǎng)里面,然后網(wǎng)卡對(duì)這些數(shù)據(jù)進(jìn)行過(guò)濾,只拿到自己打算要的數(shù)據(jù),比如自己感興趣的多播數(shù)據(jù),自己感興趣的組播數(shù)據(jù)。當(dāng)一個(gè)主機(jī)運(yùn)行了一個(gè)處理某一個(gè)多播IP的進(jìn)程的時(shí)候,這個(gè)進(jìn)程會(huì)給網(wǎng)卡綁定一個(gè)虛擬的多播mac地址,并做出來(lái)一個(gè)多播ip。這樣,網(wǎng)卡就會(huì)讓帶有這個(gè)多播mac地址的數(shù)據(jù)進(jìn)來(lái),從而實(shí)現(xiàn)通信,而那些沒(méi)有監(jiān)聽這些數(shù)據(jù)的主機(jī)就會(huì)把這些數(shù)據(jù)過(guò)濾掉,換句話說(shuō),多播,是讓主機(jī)的內(nèi)核輕松了,而網(wǎng)卡,對(duì)不起,您就累點(diǎn)吧。2.一些驗(yàn)證性實(shí)驗(yàn)這些實(shí)驗(yàn)并不是很復(fù)雜,我們只是要ping一下一般的ip和一個(gè)廣播地址。首先我ping一下自己所在的子網(wǎng)的某一臺(tái)主機(jī):可以看到,機(jī)器返回的是一臺(tái)主機(jī)的回應(yīng)結(jié)果,進(jìn)而推測(cè),如果我ping一個(gè)廣播地址呢?結(jié)果如下可以看到,ping返回了一些隨機(jī)的ip的結(jié)果,這些ip都是與主機(jī)在同一子網(wǎng)內(nèi)的ip.我們可以看到,廣播實(shí)際上是給處于子網(wǎng)內(nèi)的所有ip發(fā)信。再來(lái)一個(gè)多播的例子,但是要實(shí)現(xiàn)這個(gè)多播并不容易,因?yàn)槲也恢谰W(wǎng)絡(luò)內(nèi)有多少個(gè)多播組,就只好利用幾個(gè)特殊的多播地址來(lái)驗(yàn)證了。對(duì)于多播地址,有幾個(gè)特殊的多播地址被占用,他們是1。

224.0。0。1—-該子網(wǎng)內(nèi)所有的系統(tǒng)組。2.

224.0。0.2—-該子網(wǎng)內(nèi)所有的路由器.3。

224.0。1。1--網(wǎng)絡(luò)實(shí)現(xiàn)協(xié)議NTP專用IP。4。

224。0.0.9——RIPv2專用IP所以只要ping這幾個(gè)IP,就應(yīng)該能得到一些結(jié)果,比如說(shuō)我ping224。0.0。2.我們可以看到,這回ping只返回了一個(gè)ip的回應(yīng).而這個(gè)就是我的網(wǎng)關(guān)的地址,這也驗(yàn)證了224.0。0。2是所有路由器的多播(組播)地址3.IGMP協(xié)議IGMP的作用在于,讓其他所有需要知道自己處于哪個(gè)多播組的主機(jī)和路由器知道自己的狀態(tài)。一般多播路由器根本不需要知道某一個(gè)多播組里面有多少個(gè)主機(jī),而只要知道自己的子網(wǎng)內(nèi)還有沒(méi)有處于某個(gè)多播組的主機(jī)就可以了.只要某一個(gè)多播組還有一臺(tái)主機(jī),多播路由器就會(huì)把數(shù)據(jù)傳輸出去,這樣,接受方就會(huì)通過(guò)網(wǎng)卡過(guò)濾功能來(lái)得到自己想要的數(shù)據(jù).為了知道多播組的信息,多播路由器需要定時(shí)的發(fā)送IGMP查詢,IGMP的格式可以看書,各個(gè)多播組里面的主機(jī)要根據(jù)查詢來(lái)回復(fù)自己的狀態(tài)。路由器來(lái)決定有幾個(gè)多播組,自己要對(duì)某一個(gè)多播組發(fā)送什么樣的數(shù)據(jù)。TCP/IP詳解學(xué)習(xí)筆記(9)—TCP協(xié)議概述終于看到了TCP協(xié)議,這是TCP/IP詳解里面最重要也是最精彩的部分,要花大力氣來(lái)讀。前面的TFTP和BOOTP都是一些簡(jiǎn)單的協(xié)議,就不寫筆記了,寫起來(lái)也沒(méi)啥東西.TCP和UDP處在同一層——-運(yùn)輸層,但是TCP和UDP最不同的地方是,TCP提供了一種可靠的數(shù)據(jù)傳輸服務(wù),TCP是面向連接的,也就是說(shuō),利用TCP通信的兩臺(tái)主機(jī)首先要經(jīng)歷一個(gè)“撥打電話”的過(guò)程,等到通信準(zhǔn)備結(jié)束才開始傳輸數(shù)據(jù),最后結(jié)束通話.所以TCP要比UDP可靠的多,UDP是把數(shù)據(jù)直接發(fā)出去,而不管對(duì)方是不是在收信,就算是UDP無(wú)法送達(dá),也不會(huì)產(chǎn)生ICMP差錯(cuò)報(bào)文,這一經(jīng)時(shí)重申了很多遍了.把TCP保證可靠性的簡(jiǎn)單工作原理摘抄如下

應(yīng)用數(shù)據(jù)被分割成TCP認(rèn)為最適合發(fā)送的數(shù)據(jù)塊.這和UDP完全不同,應(yīng)用程序產(chǎn)生的數(shù)據(jù)報(bào)長(zhǎng)度將保持不變。由TCP傳遞給IP的信息單位稱為報(bào)文段或段(segment)(參見(jiàn)圖1—7).在18。4節(jié)我們將看到TCP如何確定報(bào)文段的長(zhǎng)度.

當(dāng)TCP發(fā)出一個(gè)段后,它啟動(dòng)一個(gè)定時(shí)器,等待目的端確認(rèn)收到這個(gè)報(bào)文段.如果不能及時(shí)收到一個(gè)確認(rèn),將重發(fā)這個(gè)報(bào)文段

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論