按模塊網(wǎng)絡(luò)各種協(xié)議篇

理地址。這樣就存在把IP地址變換成物理地址的地址轉(zhuǎn)換問題。ARPIPMAC地址，MACARPIP地A就會在網(wǎng)絡(luò)上發(fā)送一個(gè)廣播，AMAC地址是“FF.FF.FF.FF.FF.FF”，這表示向同一網(wǎng)段內(nèi)的所有主機(jī)發(fā)出這樣的詢問：“我是，我的硬件地址是"FF.FF.FF.FF.FF.FE".IP地址為MAC地址是什么？”網(wǎng)絡(luò)上其他主機(jī)并不MAC地址是00-aa-00-62-c6-09”ABMAC地址，它就可以向BABARP緩存表（A在詢問的時(shí)ARP緩存表里查找就可以了。ARP緩存表采用了老化機(jī)制（即設(shè)置了生存時(shí)樣可以大大減少ARP緩存表的長度，加快查詢速度。（Application過它把自己的PC機(jī)與世界各地所有運(yùn)行FTP協(xié)議的服務(wù)器相連服務(wù)器上的大量程序和地計(jì)算機(jī)的文件送到遠(yuǎn)程計(jì)算機(jī)去。是基于tcp/ip協(xié)議TCP/IP協(xié)議中，F(xiàn)TP標(biāo)準(zhǔn)命TCP端口號為21，Port方式數(shù)據(jù)20。FTP的傳輸有兩種方式：ASCII傳輸模式和二進(jìn)制數(shù)據(jù)傳輸模式。以系統(tǒng)管理員一般將FTP設(shè)置成二進(jìn)制模式。CGI腳本，那么就將無法運(yùn)行你的腳本，會看到類似ErrorHTMLASCIIBINARY模式上傳會破壞文件，ftp是應(yīng)用層協(xié)議，和具體操作系統(tǒng)無關(guān)asciiunixftpserver下載文件時(shí)(不管是二進(jìn)制或者文本文件)，每檢測到一個(gè)字節(jié)是0A，就會自動(dòng)插入一個(gè)0D，所以如果你的文件是二進(jìn)制文件比如可執(zhí)行文件、壓縮包什么的，就肯定不能用了。如果你的文件就是unix下的文本文件，你用ascii模式是正確的，要是誤用了binary模式，一般來說，我們最binary方式，這樣可以保證不出錯(cuò)。如果有文本格式轉(zhuǎn)換的問題，即unix格式的文本dos格式的文本之間的轉(zhuǎn)換，有很多工具可以做的，不要在ftp傳輸?shù)臅r(shí)候可以使用MIME，把所有的字符，轉(zhuǎn)換成0~128之間的字符，然后傳送，在接受方再將接收到的字符MIME反向轉(zhuǎn)換。通常我們發(fā)送郵件，就是使用這樣的字符轉(zhuǎn)換方式。FTP有兩種使用模式：主動(dòng)和被動(dòng)。主動(dòng)模式要求客戶端和服務(wù)器端同時(shí)客戶端打開一個(gè)隨機(jī)的端口（端口號大于1024，在這里，我們稱它為x同時(shí)一個(gè)FTP21x，在客戶端，遠(yuǎn)程端口為（x+1服務(wù)20號源端口并且建立和客戶端數(shù)據(jù)端口的連接。此時(shí)，源端口為20，遠(yuǎn)程數(shù)據(jù)端口為（x+1。靠的于字節(jié)流（Transportlayer）通信協(xié)IETFRFC793說明（specified。OSI模型中，它完成第四層傳輸層所指定的功能，UDP是同一層內(nèi)另TCPSYN連接請求SYN，ACK。這種建立連接的方法可以防止產(chǎn)生錯(cuò)誤的連接，TCP使用的流量控制協(xié)議是可變大小的滑動(dòng)窗口協(xié)議。第一次握手：建立連接時(shí)，客戶端發(fā)送SYNTCPTFTP（TrivialFileTransferProtocol,簡單文件傳輸協(xié)議）TCP/IP協(xié)議族中的一個(gè)用來在客戶為69。UDPUserDatagramProtocolOSI參考模型中一IETFRFC768是UDP的正式規(guī)范。UDP地去抓取來自應(yīng)用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡(luò)上。在發(fā)送端，UDP傳送數(shù)據(jù)UDP把每個(gè)消息段放在隊(duì)列中，應(yīng)用程序每次從隊(duì)列中讀一個(gè)消息段。UDP是面向報(bào)文UDP對應(yīng)用程序交下來的報(bào)文，在添加首部后就IP層。既不拆分，也不合并，而是保留這些報(bào)文的邊界，因此，應(yīng)用程序需要RI（Routing的消息就會替換它。UDP廣泛用在多媒體應(yīng)用中，例如，ProgressiveNetworks公司開發(fā)的RealAudioaudio-on-demandprotocolUDP之上的協(xié)議，大多ICMP是（InternetControlMessageProtocol）InternetTCP/IP協(xié)議族的IP主機(jī)、路由器之間傳遞控制消息。控制消息是指網(wǎng)絡(luò)通不通、主機(jī)TCP/IP協(xié)議集中的一個(gè)子協(xié)議,屬于網(wǎng)絡(luò)層協(xié)議,主要用于在主機(jī)與路由器之間傳路由器無法按當(dāng)前的傳輸速率轉(zhuǎn)發(fā)數(shù)據(jù)包等情況時(shí)，會自動(dòng)發(fā)