亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: ARP協(xié)議和RARP協(xié)議存在的真正原因 [打印本頁]

作者: shangyilong 時(shí)間: 2007-08-29 12:55
標(biāo)題: ARP協(xié)議和RARP協(xié)議存在的真正原因
在以太網(wǎng)中，如果使用IPV4，則需要ARP協(xié)議和RARP協(xié)議負(fù)責(zé)網(wǎng)卡硬件地址到IP地址的相互轉(zhuǎn)換。

[ 本帖最后由 shangyilong 于 2007-12-11 14:24 編輯 ]

作者: ssffzz1 時(shí)間: 2007-08-29 20:19
也就是說沒有ARP協(xié)議和RARP協(xié)議，你就不能訪問公網(wǎng)，公網(wǎng)也訪問不了你。

這句不敢認(rèn)同。
ARP/RARP，就是一種映射IP和MAC關(guān)系，維護(hù)IP和MAC數(shù)據(jù)庫的一種協(xié)議。
假設(shè)沒有ARP/RARP，我們手工輸入IP MAC對(duì)一樣可以通訊。PPP協(xié)議不依靠ARP一樣可以通訊。

作者: xtttm 時(shí)間: 2007-08-29 20:24
ls 一只彩鳥

作者: xtttm 時(shí)間: 2007-08-29 20:25
曹沒看仔細(xì) 原來是斑竹阿

作者: ssffzz1 時(shí)間: 2007-08-29 20:33
哦，如果不是斑竹就可以罵了啊。不過你放心不會(huì)封你ID的。
2樓的觀點(diǎn)有什么錯(cuò)誤嗎？

作者: beny1980 時(shí)間: 2007-08-29 23:18
xtttm巨搞笑。哈。

作者: shangyilong 時(shí)間: 2007-08-30 09:28

原帖由 ssffzz1 于 2007-8-29 20:19 發(fā)表
也就是說沒有ARP協(xié)議和RARP協(xié)議，你就不能訪問公網(wǎng)，公網(wǎng)也訪問不了你。

這句不敢認(rèn)同。
ARP/RARP，就是一種映射IP和MAC關(guān)系，維護(hù)IP和MAC數(shù)據(jù)庫的一種協(xié)議。
假設(shè)沒有ARP/RARP，我們手工輸入IP MAC對(duì)一樣 ...

當(dāng)ppp客戶計(jì)算機(jī)連接到ppp服務(wù)器上之后，通過ppp服務(wù)器的路由能力，ppp客戶就能和外部計(jì)算機(jī)通信了。并且兩個(gè)ppp客戶機(jī)之間的通信也必須經(jīng)過ppp服務(wù)器轉(zhuǎn)發(fā)。由于在每個(gè)ppp客戶看來，其他的ppp客戶是與它自己位于同一個(gè)網(wǎng)段內(nèi)，因而它就廣播ARP請(qǐng)求詢問對(duì)方的MAC地址，以便進(jìn)行直接通信。

作者: ssffzz1 時(shí)間: 2007-08-30 10:24
PPP鏈路是不需要ARP的。
點(diǎn)對(duì)點(diǎn)鏈路的一個(gè)重要特性就是一端發(fā)出的包一定只在另一端被順序的收到.
ARP只在多路訪問網(wǎng)絡(luò)中使用.

作者: shangyilong 時(shí)間: 2007-08-30 10:35
If you use PPP ,you just could connect to PPP Server,but you cann't visit other site.

在事實(shí)上，ppp客戶之間并沒有物理連接，它們之間無法直接通信，因而廣播的ARP請(qǐng)求也不可能傳送給目的計(jì)算機(jī)。此時(shí)，具備代理ARP能力的ppp服務(wù)器就能代替某個(gè)客戶，回應(yīng)發(fā)送ARP請(qǐng)求的客戶。此后這個(gè)客戶就以為ppp客戶的物理地址就為ppp服務(wù)器的物理地址，所有的數(shù)據(jù)包都先轉(zhuǎn)發(fā)給ppp服務(wù)器，然后它再轉(zhuǎn)發(fā)到另一個(gè)ppp客戶機(jī)中。這個(gè)代理內(nèi)部的計(jì)算機(jī)回應(yīng)ARP請(qǐng)求的功能就被稱為Proxy ARP，它能夠?qū)ν怆[藏內(nèi)部的網(wǎng)絡(luò)結(jié)構(gòu)，如內(nèi)部子網(wǎng)或ppp連接。

作者: ssffzz1 時(shí)間: 2007-08-30 11:49
也許我沒用過PPP吧！感覺是學(xué)糊涂了。
建議LZ好好的研究一下PPP的過程。從來沒見過PPP還需要ARP的說法。也不知道有代理PPP服務(wù)器，只知道有PPP接入服務(wù)器。

作者: shangyilong 時(shí)間: 2007-08-30 12:07
有時(shí)間我好好看看RFC文檔，很高興和版主探討。

到目前為止，我覺得我的說法是正確的。

還請(qǐng)高人指點(diǎn)。

[ 本帖最后由 shangyilong 于 2007-8-30 12:12 編輯 ]

作者: yj11 時(shí)間: 2007-08-30 16:14
ARP和RARP應(yīng)該是基于以太網(wǎng),而PPP基于的物理傳輸介質(zhì)就可以很多了,以關(guān)調(diào)整電信的傳輸電路的時(shí)候有時(shí)候ROUTER就得封裝PPP才行,HDLC就不行.仁兄說的沒ARP就不上能訪問internet是不正確的,只能說如果在局域網(wǎng)相互相訪問是需要ARP和RARP進(jìn)行封裝的.給上層提供服務(wù)的.其實(shí)PPP也是鏈路層的協(xié)議也是封裝的.

補(bǔ)充一下,世界上有好多類型的傳輸電路,以太網(wǎng)只能算其中一個(gè)吧,跑的鏈路協(xié)議就更多了.

[ 本帖最后由 yj11 于 2007-8-30 16:16 編輯 ]

作者: shangyilong 時(shí)間: 2007-08-30 16:35
舉個(gè)例子：
我要訪問www.sohu.com,通過ADSL撥號(hào)，當(dāng)ADSL撥號(hào)成功時(shí)，至少已經(jīng)在服務(wù)器端建立ip地址與MAC地址的映射了。請(qǐng)yj11解釋此說法是否正確？

如果正確，ok，已經(jīng)使用ARP協(xié)議了；不正確，請(qǐng)給出解釋，謝謝。

作者: ssffzz1 時(shí)間: 2007-08-30 16:47

原帖由 yj11 于 2007-8-30 16:14 發(fā)表
ARP和RARP應(yīng)該是基于以太網(wǎng),而PPP基于的物理傳輸介質(zhì)就可以很多了,以關(guān)調(diào)整電信的傳輸電路的時(shí)候有時(shí)候ROUTER就得封裝PPP才行,HDLC就不行.仁兄說的沒ARP就不上能訪問internet是不正確的,只能說如果在局域網(wǎng)相互 ...

ARP也不全是以太網(wǎng)才有的東西。令牌環(huán)也有MAC地址也需要ARP協(xié)議。應(yīng)該說多路訪問的廣播網(wǎng)絡(luò)是需要ARP的。

作者: ssffzz1 時(shí)間: 2007-08-30 16:51

原帖由 shangyilong 于 2007-8-30 16:35 發(fā)表
舉個(gè)例子：
我要訪問www.sohu.com,通過ADSL撥號(hào)，當(dāng)ADSL撥號(hào)成功時(shí)，至少已經(jīng)在服務(wù)器端建立ip地址與MAC地址的映射了。請(qǐng)yj11解釋此說法是否正確？

如果正確，ok，已經(jīng)使用ARP協(xié)議了；不正確，請(qǐng)給出解釋， ...

當(dāng)ADSL撥號(hào)成功時(shí)沒有建立IP和MAC的映射。撥號(hào)鏈接是一種點(diǎn)到點(diǎn)鏈路，這種鏈路的特點(diǎn)是一端發(fā)送的數(shù)據(jù)總被另一端原順序的接受到。（即使兩端的IP不在同一段上也能夠收到）里面有一個(gè)確定性：一定別對(duì)端收到；唯一性：一定被唯一的對(duì)端收到；順序性：包不會(huì)亂續(xù)；這樣的鏈路是不需要什么MAC的。

你說的撥號(hào)可能說的是PPPOE撥號(hào)，這個(gè)是有IP和MAC的關(guān)系的，但使用的而不是ARP協(xié)議，而是PPPOE自身的保證機(jī)制。這也就是PPPOE能夠防止ARP病毒的根本所在。

作者: shangyilong 時(shí)間: 2007-08-30 17:04

原帖由 shangyilong 于 2007-8-30 16:35 發(fā)表
舉個(gè)例子：
我要訪問www.sohu.com,通過ADSL撥號(hào)，當(dāng)ADSL撥號(hào)成功時(shí)，至少已經(jīng)在服務(wù)器端建立ip地址與MAC地址的映射了。請(qǐng)yj11解釋此說法是否正確？

如果正確，ok，已經(jīng)使用ARP協(xié)議了；不正確，請(qǐng)給出解釋， ...

這確實(shí)是PPPOE，關(guān)鍵在于：當(dāng)ADSL撥號(hào)成功時(shí)，我機(jī)器要訪問www.sohu.com,從撥號(hào)服務(wù)器到sohu的服務(wù)器通信，版主認(rèn)為不使用ARP協(xié)議和RARP協(xié)議嗎？純ip地址信元過了路由器，進(jìn)入交換機(jī)已經(jīng)建立ip到mac映射了，否則無法訪問交換機(jī)網(wǎng)絡(luò)（服務(wù)器集群）。

想知道你的高見？請(qǐng)解釋。

作者: ssffzz1 時(shí)間: 2007-08-30 19:40
首先，ARP只對(duì)本地鏈路有效。
如果說道信元的話那是ATM的東西。映射的不是IP和MAC，應(yīng)該說的IP和VPI VCI對(duì)。

作者: quxiaosong 時(shí)間: 2007-09-01 12:50
任何三層地址都需要映射到二層地址，以太網(wǎng)是IP和MAC，F(xiàn)R是IP和DLCI，ATM是IP和vpi/vci，當(dāng)沒有映射時(shí)，在路由器上debug會(huì)看到“encapsulation failed”

作者: M80 時(shí)間: 2007-09-01 13:03
目的是為了得到mac地址。因?yàn)槊恳粋€(gè)數(shù)據(jù)包都必須有mac地址信息。

作者: ssffzz1 時(shí)間: 2007-09-01 14:30
每個(gè)數(shù)據(jù)包必須有2層的地址信息。但不一定就是MAC地址。
沒有2層的尋址也就無法在物理鏈路上發(fā)送數(shù)據(jù)包，但是尋址方式不一定就是ARP。譬如ATM需要手工的配置MAP。

作者: shangyilong 時(shí)間: 2007-09-01 22:18

原帖由 ssffzz1 于 2007-8-30 19:40 發(fā)表
首先，ARP只對(duì)本地鏈路有效。
如果說道信元的話那是ATM的東西。映射的不是IP和MAC，應(yīng)該說的IP和VPI VCI對(duì)。

我用的“信元”這個(gè)詞不太準(zhǔn)確，說成“數(shù)據(jù)包”好些。

當(dāng)ADSL撥號(hào)成功時(shí)，如果我機(jī)器要訪問www.sohu.com,從網(wǎng)通的撥號(hào)接入服務(wù)器到sohu的服務(wù)器通信，版主認(rèn)為不使用ARP協(xié)議和RARP協(xié)議嗎？？

包含ip地址的數(shù)據(jù)包過了路由器，進(jìn)入sohu交換機(jī)已經(jīng)建立ip到mac映射了，否則無法訪問交換機(jī)網(wǎng)絡(luò)（服務(wù)器集群），因?yàn)榫钟蚓W(wǎng)是通過MAC訪問的。

[ 本帖最后由 shangyilong 于 2007-9-1 22:22 編輯 ]

作者: shangyilong 時(shí)間: 2007-09-01 22:25

原帖由 ssffzz1 于 2007-9-1 14:30 發(fā)表
每個(gè)數(shù)據(jù)包必須有2層的地址信息。但不一定就是MAC地址。
沒有2層的尋址也就無法在物理鏈路上發(fā)送數(shù)據(jù)包，但是尋址方式不一定就是ARP。譬如ATM需要手工的配置MAP。

對(duì)于版主的這個(gè)說法，我認(rèn)為還有待進(jìn)一步研究。感謝版主對(duì)此問題的關(guān)注。

[ 本帖最后由 shangyilong 于 2007-9-3 09:59 編輯 ]

作者: ssffzz1 時(shí)間: 2007-09-02 07:36
當(dāng)ADSL撥號(hào)成功時(shí)，如果我機(jī)器要訪問www.sohu.com,從網(wǎng)通的撥號(hào)接入服務(wù)器到sohu的服務(wù)器通信，版主認(rèn)為不使用ARP協(xié)議和RARP協(xié)議嗎？？

我說過ARP只在廣播多路訪問網(wǎng)絡(luò)中使用。如果你的ISP到搜狐的路徑中有這樣的網(wǎng)絡(luò)就需要ARP的參與。
但你說的是沒有ARP就不能聯(lián)通網(wǎng)絡(luò)，我的觀點(diǎn)是這種結(jié)論太絕對(duì)了。有一些鏈路是沒有ARP的參與的。并且即使是廣播多路訪問網(wǎng)絡(luò)，手工配置好IP和MAC地址對(duì)的話也不需要ARP的。但是我沒有說沒有ARP也可以上網(wǎng)。需不需要ARP是有前提條件的不是那么絕對(duì)，要看網(wǎng)絡(luò)類型和環(huán)境。

作者: shangyilong 時(shí)間: 2007-09-03 09:43
周末特意參考了：計(jì)算機(jī)網(wǎng)絡(luò)（第3版）（中文版）作者：（美）特南鮑姆（Tanenbaum A.S.）

得出以下結(jié)論：
1，如果計(jì)算機(jī)在訪問internet的時(shí)候,不論是客戶機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必修使用ARP和RARP協(xié)議。
2，如果計(jì)算機(jī)在訪問internet的時(shí)候，客戶計(jì)算機(jī)或服務(wù)器都使用FDDI或其他非以太網(wǎng)技術(shù)，可以不使用ARP和RARP協(xié)議。
3，修正了我的文章，謝謝版主參與，使我對(duì)計(jì)算機(jī)網(wǎng)路有了更深層次的理解。

[ 本帖最后由 shangyilong 于 2007-9-3 09:59 編輯 ]

作者: zhn636 時(shí)間: 2007-09-03 09:53
計(jì)算機(jī)網(wǎng)絡(luò)（第3版）（中文版）這個(gè)結(jié)論再哪一頁呢？樓主能告之嗎？

作者: shangyilong 時(shí)間: 2007-09-03 10:02
標(biāo)題: 回復(fù) #25 zhn636 的帖子
結(jié)論是自己總結(jié)的，但是書中有類似觀點(diǎn)的陳述，如果你認(rèn)為總結(jié)的不對(duì)，歡迎說說你的意見。

作者: zhn636 時(shí)間: 2007-09-03 10:11
有些網(wǎng)絡(luò)是可以沒有MAC地址的，沒有 MAC地址，ARP協(xié)議就沒有什么用處了

作者: shangyilong 時(shí)間: 2007-09-03 10:20
標(biāo)題: 回復(fù) #27 zhn636 的帖子
以太網(wǎng)中一定要使用MAC,其他網(wǎng)絡(luò)可使可不使。

作者: ssffzz1 時(shí)間: 2007-09-03 10:29

原帖由 shangyilong 于 2007-9-3 10:20 發(fā)表
以太網(wǎng)中一定要使用MAC,其他網(wǎng)絡(luò)可使可不使。

令牌環(huán)也使用。

我早就總結(jié)過了，并且已經(jīng)總結(jié)了2遍了。而且就發(fā)在這里�？纯窗�！無害的。

作者: zhn636 時(shí)間: 2007-09-03 10:35
那就是說以太網(wǎng)和令牌環(huán)必須使用MAC地址是嗎？其他網(wǎng)絡(luò)可使可不使是嗎？

作者: zhn636 時(shí)間: 2007-09-03 10:36
使用MAC的地址的網(wǎng)絡(luò)一定得使用ARP協(xié)議嗎？

作者: ssffzz1 時(shí)間: 2007-09-03 10:47

原帖由 zhn636 于 2007-9-3 10:36 發(fā)表
使用MAC的地址的網(wǎng)絡(luò)一定得使用ARP協(xié)議嗎？

不一定。如果你手工指定的話。同樣可以。

作者: ssffzz1 時(shí)間: 2007-09-03 10:48

原帖由 zhn636 于 2007-9-3 10:35 發(fā)表
那就是說以太網(wǎng)和令牌環(huán)必須使用MAC地址是嗎？其他網(wǎng)絡(luò)可使可不使是嗎？

FDDI網(wǎng)絡(luò)我不太清楚（應(yīng)該有MAC）。但是目前的網(wǎng)絡(luò)都有二層的地址，不過不一定叫MAC地址。譬如FR的DLCI,ATM的VPI VCI等等。

[ 本帖最后由 ssffzz1 于 2007-9-3 10:50 編輯 ]

作者: zhn636 時(shí)間: 2007-09-03 10:55
恩，是的，二層網(wǎng)絡(luò)都有地址，但是FR是什么網(wǎng)絡(luò)呢？DLCI是什么地址呢？望版主幫忙解答一下

作者: ssffzz1 時(shí)間: 2007-09-03 10:57
幀中繼
關(guān)于這個(gè)自己搜一下吧。網(wǎng)上很多的。CISCO的CCNA/CCNP也涉及了很多。

作者: baylen 時(shí)間: 2007-09-04 03:54
有點(diǎn)看不下去了,對(duì)于你

得出以下結(jié)論：
1，如果計(jì)算機(jī)在訪問internet的時(shí)候,不論是客戶機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必修使用ARP和RARP協(xié)議。
2，如果計(jì)算機(jī)在訪問internet的時(shí)候，客戶計(jì)算機(jī)或服務(wù)器都使用FDDI或其他非以太網(wǎng)技術(shù)，可以不使用ARP和RARP協(xié)議。

最大感覺就是你總結(jié)的東西都不對(duì)味
簡單的說兩句吧

1.arp和rarp 和以太網(wǎng)之間就是地址解析和反向地址解析協(xié)議,是基于以太網(wǎng)的技術(shù),這沒什么好說的
2.如果你非要把 arp和rarp 和internet聯(lián)系上的話這里面的的關(guān)系就沒你說的那么簡單,絕對(duì)和狹隘了,internet包含的東西很多,但是和 arp和rarp 有關(guān)系的幾乎沒有,這個(gè)是你對(duì)概念的含糊和理解的不清楚的原因
3.fddi 是光纖類東西,不論是技術(shù)還是概念都與 arp和rarp 沒關(guān)系那就更不要在說信員是什么了

那么,在最深層次上說, 數(shù)據(jù)在以太網(wǎng) 里面?zhèn)鬏數(shù)臅r(shí)候,用到的是模擬信號(hào)轉(zhuǎn)為數(shù)字信號(hào) 也就是用 0和1來處理數(shù)據(jù)的電平的
一般說來 arp和rarp 用在內(nèi)網(wǎng)中就是起到解析地址的作用(以前就是這么定義的,而且這也是最主要的作用) 基本是在設(shè)備(pc or sever)端上做處理的廣義上說可以更本就不用關(guān)心他們之間是怎么連的,那就更不需要關(guān)心又是什么網(wǎng)絡(luò) ~
fddi 是光纖傳輸,是將模擬信號(hào)轉(zhuǎn)為光信號(hào)來處理傳送的，在兩個(gè)局端之間有轉(zhuǎn)換設(shè)備來處理,然后同理也是在另一端復(fù)員信號(hào)送到局端通過arp和rarp協(xié)議來處理數(shù)據(jù)具體走向的
那么 arp和rarp 和internet的聯(lián)系無論是基于ATM 還是 FR 還是ADSL撥號(hào)的 PPP/MP 等等網(wǎng)絡(luò)"中間"技術(shù) 和arp和rarp的關(guān)系簡單來說就一句話,那就是沒聯(lián)系,8桿子都打不著
最后必須這兩個(gè)字在做下結(jié)論的時(shí)候,在不是很清楚的情況下最好別用否則就是在吾人子弟的
多看看書吧

[ 本帖最后由 baylen 于 2007-9-4 05:37 編輯 ]

作者: ssffzz1 時(shí)間: 2007-09-04 09:31
LS的，
無論是以太網(wǎng)還是FDDI，都沒有模擬信號(hào)的轉(zhuǎn)換過程的。純數(shù)字的哦。

作者: baylen 時(shí)間: 2007-09-04 16:22
我是用白話說的
針對(duì)是他那個(gè)概念
主要意思明白就OK拉~
說到深層次的
我就想到了電平,還好我沒說與或門~

[ 本帖最后由 baylen 于 2007-9-4 16:32 編輯 ]

作者: forests 時(shí)間: 2007-09-04 20:31
提牛逼了。。。

作者: beny1980 時(shí)間: 2007-09-04 21:13
本地ARP和遠(yuǎn)程ARP。

交換機(jī)的MAC地址表都可以手動(dòng)配置了，某些時(shí)候確實(shí)ARP可以不用了。事事無絕對(duì)。

ARP和RARP 跟internet 根本拉不著關(guān)系。一個(gè)是基于網(wǎng)絡(luò)協(xié)議說的，一個(gè)是基于網(wǎng)絡(luò)規(guī)模說的。

雖然都是網(wǎng)絡(luò)，但基本是雞對(duì)鴨講了。你只能說在連通兩個(gè)網(wǎng)段時(shí)候，某些情況下要用的遠(yuǎn)程ARP進(jìn)行三層路由。

比如說，數(shù)據(jù)包在傳輸過程中，源IP和目的IP地址是不變的，但是目標(biāo)MAC地址是一直在變的。

俺惡劣的留下腳印。。。。。

[ 本帖最后由 beny1980 于 2007-9-4 21:20 編輯 ]

作者: jialei78 時(shí)間: 2007-09-06 17:02
《TCP/IP詳解卷1：協(xié)議》第39頁最后一行：
“點(diǎn)對(duì)點(diǎn)鏈路不使用ARP。當(dāng)設(shè)置這些鏈路時(shí)（一般在引導(dǎo)過程進(jìn)行），必須告知內(nèi)核鏈路每一端的IP地址。像以太網(wǎng)地址這樣的硬件地址并不涉及�！�

作者: Cyg07 時(shí)間: 2007-09-07 15:27
從頭看到尾,我頂36樓和41樓!
感覺只是樓主個(gè)人對(duì)ARP的理解有問題。
http://blog.chinaunix.net/u1/44951/showart_370220.html
樓主在文中

也就是說在以太網(wǎng)中沒有ARP協(xié)議和RARP協(xié)議，你就不能訪問公網(wǎng)，公網(wǎng)也訪問不了你。

本身,作者對(duì)arp的討論就只局限在以太網(wǎng);
再者樓主提出的結(jié)論真的讓人匪夷所思,意義何在？

得出以下結(jié)論：
1，如果計(jì)算機(jī)在訪問internet的時(shí)候,不論是客戶機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必修使用ARP和RARP協(xié)議。
2，如果計(jì)算機(jī)在訪問internet的時(shí)候，客戶計(jì)算機(jī)或服務(wù)器都使用FDDI或其他非以太網(wǎng)技術(shù)，可以不使用ARP和RARP協(xié)議。

36樓的牛人已經(jīng)說得很清楚了,

記得〈電信運(yùn)做教程〉里有一句,世界有兩種東西是你最不想看到它是如何被制作而成的，
一個(gè)是香腸,另一個(gè)就是協(xié)議了。感覺搞協(xié)議還是要實(shí)踐,拿著sniffer進(jìn)行分析學(xué)習(xí)最好。

頂Stevens的《TCP/IP詳解》

作者: laodongmo 時(shí)間: 2007-09-10 11:00
支持一下頂了

作者: shangyilong 時(shí)間: 2007-09-13 14:07
經(jīng)過和我的導(dǎo)師請(qǐng)教，導(dǎo)師同意此說法：

1，如果計(jì)算機(jī)在訪問internet的時(shí)候,不論是客戶機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必須使用ARP和RARP協(xié)議。
2，如果計(jì)算機(jī)在訪問internet的時(shí)候，客戶計(jì)算機(jī)或服務(wù)器都使用FDDI或其他非以太網(wǎng)技術(shù)，可以不使用ARP和RARP協(xié)議。

樓上幾位不要混淆概念，我只是說明：以太網(wǎng)需要ARP和RARP協(xié)議。

作者: ssffzz1 時(shí)間: 2007-09-13 14:34
唉，看來還是你那個(gè)什么導(dǎo)師比較權(quán)威。相同的結(jié)論我們都告訴你N遍了。還不如你的導(dǎo)師啊。

不過估計(jì)導(dǎo)師也是半瓶子導(dǎo)師！

作者: seven1874 時(shí)間: 2007-09-14 15:38
如同廢話一般

作者: martinlx 時(shí)間: 2007-09-14 18:01
隨便參與一下，可能與這個(gè)論題無關(guān)

我記得以前聽說過，點(diǎn)對(duì)點(diǎn)鏈路，例如兩個(gè)路由器用串口直接連接，一個(gè)路由器向另一個(gè)路由器發(fā)送數(shù)據(jù)的時(shí)候，在第二層封裝的時(shí)候，源mac寫成00-00-00-00-00-00,目的mac寫成00-00-00-00-00-01,不知是否屬實(shí)，哪位高手指教？

作者: ssffzz1 時(shí)間: 2007-09-14 19:09
呵呵，更高手。
不可能的。

作者: martinlx 時(shí)間: 2007-09-15 20:14
那應(yīng)該是什么樣呢？像這種情況，點(diǎn)到點(diǎn)鏈路，Router1給Router2發(fā)送數(shù)據(jù)，封裝的時(shí)候要查看自己ARP表，查看下一跳ip地址對(duì)應(yīng)的mac地址是什么，然后封裝？

作者: ssffzz1 時(shí)間: 2007-09-16 10:55
建議LS的吧整個(gè)帖子認(rèn)真的看完。里面都已經(jīng)說過了PPP，和ARP表是完全無關(guān)的東西。

這個(gè)帖子討論的事情已經(jīng)說的很清楚了。也很無聊了，相同的結(jié)論都說過N遍了。

作者: 我家老婆最美麗 時(shí)間: 2007-09-17 14:48
LZ為什么一定要把ARP/RARP和Internet扯在一起呢?
本來協(xié)議就是相對(duì)獨(dú)立的,ARP/RARP工作在OSI的網(wǎng)絡(luò)層,它只完成地址的轉(zhuǎn)換,工作在以太網(wǎng)中.這個(gè)和Internet有關(guān)系嗎?

比如同樣,跨國公司在中國美國都有LAN局域網(wǎng),通過數(shù)據(jù)專線連接,中國的客戶端訪問美國的服務(wù)器,這個(gè)不算Internet吧, 但是在兩端的LAN網(wǎng)絡(luò)層,都涉及到了ARP/RARP.對(duì)此,LZ有何高見呢?

OSI的模型建立,以及各層協(xié)議的建立,就遵循了相對(duì)獨(dú)立,可以在保留層間接口的情況下進(jìn)行各層協(xié)議的更新,修改等等工作.不要憑自己的想當(dāng)然.

作者: shangyilong 時(shí)間: 2007-09-17 17:32

原帖由 ssffzz1 于 2007-9-13 14:34 發(fā)表
唉，看來還是你那個(gè)什么導(dǎo)師比較權(quán)威。相同的結(jié)論我們都告訴你N遍了。還不如你的導(dǎo)師啊。

不過估計(jì)導(dǎo)師也是半瓶子導(dǎo)師！

請(qǐng)不要侮辱我的導(dǎo)師，這是我的知識(shí)水平問題，這和導(dǎo)師沒關(guān)系，我警告你！

問題可以探討研究，可以有對(duì)有錯(cuò)，不要人身攻擊！

作者: ssffzz1 時(shí)間: 2007-09-17 17:41
呵呵。好吧！
我這么說是因?yàn)槟愕膶?dǎo)師有句話沒有給你糾正過來。
你說的是以太網(wǎng)是需要ARP協(xié)議的。如果你的導(dǎo)師合格的話，應(yīng)該給你糾正一下“不只是以太網(wǎng)，令牌環(huán)等廣播多路訪問網(wǎng)絡(luò)是需要ARP協(xié)議的”，這個(gè)結(jié)論在這個(gè)帖子里我已經(jīng)說過3次了。我不認(rèn)為一個(gè)做到導(dǎo)師資格的人不懂這方面的知識(shí)的。因此我認(rèn)為你的導(dǎo)師不合格。

作者: shangyilong 時(shí)間: 2007-09-17 18:12
標(biāo)題: 回復(fù) #53 ssffzz1 的帖子
我強(qiáng)調(diào)的是以太網(wǎng)是需要ARP協(xié)議的；并沒有說令牌環(huán)等廣播多路訪問網(wǎng)絡(luò)是不需要ARP協(xié)議的！且導(dǎo)師也沒有說不需要！

作者: aleenhu1983 時(shí)間: 2007-10-05 01:40

原帖由 martinlx 于 2007-9-14 18:01 發(fā)表
隨便參與一下，可能與這個(gè)論題無關(guān)

我記得以前聽說過，點(diǎn)對(duì)點(diǎn)鏈路，例如兩個(gè)路由器用串口直接連接，一個(gè)路由器向另一個(gè)路由器發(fā)送數(shù)據(jù)的時(shí)候，在第二層封裝的時(shí)候，源mac寫成00-00-00-00-00-00,目的mac寫成0 ...

mac是在地址解析的時(shí)候使用的，直連的PPP鏈路不涉及到MAC地址，所以添寫的MAC地址沒什么關(guān)系。具體填什么看廠商的實(shí)現(xiàn)了。

作者: meiyuhan 時(shí)間: 2007-10-05 10:09
shangyilong 把你的頭像換了吧，看著像個(gè)楞頭清。

作者: imzdh 時(shí)間: 2007-10-06 17:23
感覺這個(gè)問題是個(gè)不是技術(shù)問題了

樓主把一個(gè)因素的功能的理解過于夸大，arp確實(shí)是以太網(wǎng)（可能）必須的東西，互聯(lián)網(wǎng)都是基于以太網(wǎng)的，所以樓主和他導(dǎo)師就得出了訪問互聯(lián)網(wǎng)就必須要arp等的結(jié)論。實(shí)際上，這和女人生孩子和生孩子必須有女人的說法一樣，都是由一個(gè)片面夸大矛盾里面的的主要因素的錯(cuò)誤邏輯，由一個(gè)特定的因素推理出一條普遍定理，好像說，白馬是馬，推理出一條馬是白馬的荒謬邏輯。事實(shí)上，互聯(lián)網(wǎng)并非都是基于以太網(wǎng)的，樓主說的群集，那開始產(chǎn)生互聯(lián)網(wǎng)的時(shí)候，就不一定有arp。具體的東西可以再去查查，記得好像internet的技術(shù)是先于以太網(wǎng)的。

作者: JohnBull 時(shí)間: 2007-10-06 23:40
ARP是IP設(shè)計(jì)的一部分，用來解決IP地址與廣播型多點(diǎn)訪問網(wǎng)絡(luò)（不僅限于以太）的物理地址動(dòng)態(tài)映射問題。

LZ還是把你的BLOG刪了吧，丟不起人啊。

作者: heguolin 時(shí)間: 2007-10-07 21:38
arp和rarp不就是地址解析和反向地址解析嘛,因?yàn)橐蕴W(wǎng)最終需要mac地址才能通訊,而ip是一個(gè)方便被路由的協(xié)議,不管公網(wǎng)還是內(nèi)網(wǎng),想通過ip互相訪問都需要arp,把ip解析為mac再通訊的,如果你能把你都要通訊的計(jì)算機(jī)的mac靜態(tài)隱射就可以不用arp了,當(dāng)然,你要訪問的那些計(jì)算機(jī)也要隱射

作者: ssffzz1 時(shí)間: 2007-10-08 10:55
LS的和LZ是一樣的錯(cuò)誤。

作者: shangyilong 時(shí)間: 2007-10-10 10:05

原帖由 meiyuhan 于 2007-10-5 10:09 發(fā)表
shangyilong 把你的頭像換了吧，看著像個(gè)楞頭清。

這是電影《終結(jié)者2》的截圖，挺酷的液體金屬人！

作者: shangyilong 時(shí)間: 2007-10-10 10:07
標(biāo)題: 回復(fù) #58 JohnBull 的帖子
在普通人的應(yīng)用中，一般都是接觸以太網(wǎng)，根本離不開ARP和RARP協(xié)議。

作者: aniu117 時(shí)間: 2007-10-10 15:34
ARP是Address Resolution Protocol地址解析協(xié)議，在RFC826里面有說明，用于動(dòng)態(tài)建立協(xié)議地址（對(duì)ip而言是ip地址）跟以太網(wǎng)地址的映射關(guān)系。換言之，如果你不需要?jiǎng)討B(tài)映射，比如，我只需要跟網(wǎng)關(guān)通信，那么我就可以做靜態(tài)映射，雙方建立靜態(tài)arp地址表，那么就不需要用ARP來解析以太網(wǎng)地址了。
另外，還有一個(gè)最廣泛的例子就是PPPoE，在以太網(wǎng)上走PPP業(yè)務(wù)，也沒有用到ARP。它的實(shí)現(xiàn)機(jī)理是這樣的：我要跟外界通信，首先我發(fā)一個(gè)PADI廣播包；如果在這個(gè)以太網(wǎng)上有PPPoE服務(wù)器（即BRAS），那么回復(fù)一個(gè)PADO單播給我；然后我再發(fā)一個(gè)PADR給PPPoE服務(wù)器請(qǐng)求建立連接，服務(wù)器收到后，則回復(fù)一個(gè)PADS單播包，分配一個(gè)Session ID，PPPoE連接建立。

作者: shangyilong 時(shí)間: 2007-10-13 23:59
我的導(dǎo)師說：
在實(shí)際通訊中，物理網(wǎng)絡(luò)使用的是物理地址，IP地址不能被物理網(wǎng)絡(luò)所識(shí)別，所以需要ARP協(xié)議。

作者: w007g 時(shí)間: 2007-10-14 00:55
LZ，你們老師說的那種情況只是在LAN里吧，出了LAN，ARP的作用就很小了，在三層中是靠IP轉(zhuǎn)發(fā)包的，MAC地址只起到一個(gè)物理連接標(biāo)示作用，你進(jìn)入一個(gè)路由器接口配IP，自動(dòng)就和MAC綁定了，不需要ARP的，在FR中用到的RARP也可以用靜態(tài)指定,LAN是離不開ARP的,只因?yàn)樗嵌嗦吩L問。

作者: shangyilong 時(shí)間: 2007-10-15 09:09
標(biāo)題: 回復(fù) #65 w007g 的帖子
你在家里上的ADSL不算LAN么？，你在公司不是LAN么？你能不用LAN而上網(wǎng)么？你以為手機(jī)上網(wǎng)在服務(wù)器端不是LAN么？

作者: ssffzz1 時(shí)間: 2007-10-15 09:54
全亂套了。概念都混雜了。

作者: shangyilong 時(shí)間: 2007-10-16 08:16
標(biāo)題: 回復(fù) #67 ssffzz1 的帖子
并不亂！
物理地址包括MAC地址。
IP地址與物理地址的相互映射就是ARP和RARP協(xié)議的作用。
在以太網(wǎng)中物理地址表現(xiàn)為MAC地址。

作者: aniu117 時(shí)間: 2007-10-16 09:10

原帖由 shangyilong 于 2007-10-16 08:16 發(fā)表
并不亂！
物理地址包括MAC地址。
IP地址與物理地址的相互映射就是ARP和RARP協(xié)議的作用。
在以太網(wǎng)中物理地址表現(xiàn)為MAC地址。

映射又分動(dòng)態(tài)映射跟靜態(tài)映射，動(dòng)態(tài)的就要用ARP協(xié)議來獲取，但是靜態(tài)并不需要ARP！

作者: aniu117 時(shí)間: 2007-10-16 09:20

原帖由 shangyilong 于 2007-10-15 09:09 發(fā)表
你在家里上的ADSL不算LAN么？，你在公司不是LAN么？你能不用LAN而上網(wǎng)么？你以為手機(jī)上網(wǎng)在服務(wù)器端不是LAN么？

ADSL只是種接入方式，什么LAN不LAN的。

作者: shangyilong 時(shí)間: 2007-10-16 09:28
標(biāo)題: 回復(fù) #69 aniu117 的帖子
動(dòng)態(tài)的就要用ARP協(xié)議來獲取，但是靜態(tài)并不需要ARP！

而需要你手工設(shè)置！呵呵

[ 本帖最后由 shangyilong 于 2007-10-16 09:30 編輯 ]

作者: Kendiv.Shield 時(shí)間: 2007-11-10 14:45

原帖由 shangyilong 于 2007-9-3 09:43 發(fā)表
周末特意參考了：計(jì)算機(jī)網(wǎng)絡(luò)（第3版）（中文版）作者：（美）特南鮑姆（Tanenbaum A.S.）

得出以下結(jié)論：
1，如果計(jì)算機(jī)在訪問internet的時(shí)候,不論是客戶機(jī)基于以太網(wǎng)，還是服務(wù)器基于以太網(wǎng)技術(shù)，都必修使 ...

以前認(rèn)為此人僅僅是無知，現(xiàn)在看來是智力有問題。說它是無知，看來是高看它了。

作者: sunsroad 時(shí)間: 2007-11-10 18:48

原帖由 ssffzz1 于 2007-9-4 09:31 發(fā)表
LS的，
無論是以太網(wǎng)還是FDDI，都沒有模擬信號(hào)的轉(zhuǎn)換過程的。純數(shù)字的哦。

在使用電話線路的撥號(hào)網(wǎng)絡(luò)中，還是存在模數(shù)信號(hào)轉(zhuǎn)換的

作者: wskyygydx 時(shí)間: 2007-11-12 09:47

原帖由 ssffzz1 于 2007-8-29 20:19 發(fā)表
也就是說沒有ARP協(xié)議和RARP協(xié)議，你就不能訪問公網(wǎng)，公網(wǎng)也訪問不了你。

這句不敢認(rèn)同。
ARP/RARP，就是一種映射IP和MAC關(guān)系，維護(hù)IP和MAC數(shù)據(jù)庫的一種協(xié)議。
假設(shè)沒有ARP/RARP，我們手工輸入IP MAC對(duì)一樣 ...

不錯(cuò)，是這樣的。還有如果，如果家里使用PC連接,使用ADSL直接上網(wǎng)，根本就不需要ARP的事兒。

作者: ~wind~ 時(shí)間: 2007-11-12 11:20
隱形吧用性能換取安全

作者: shangyilong 時(shí)間: 2007-11-12 15:32
既然老帖子被人翻了出來，也說幾句：
PPP（Point-to-Point Protocol點(diǎn)到點(diǎn)協(xié)議）是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡單鏈路設(shè)計(jì)的鏈路層協(xié)議。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。設(shè)計(jì)目的主要是用來通過撥號(hào)或?qū)＞€方式建立點(diǎn)對(duì)點(diǎn)連接發(fā)送數(shù)據(jù)，使其成為各種主機(jī)、網(wǎng)橋和路由器之間簡單連接的一種共通的解決方案。它是TCP/IP網(wǎng)絡(luò)協(xié)議包的一個(gè)成員。對(duì)，又出現(xiàn)了TCP/IP協(xié)議,所以又要和ARP協(xié)議打交道了。

P2P是一種技術(shù)，但更多的是一種思想，有著改變整個(gè)互聯(lián)網(wǎng)基礎(chǔ)的潛能的思想。
P2P是peer-to-peer的縮寫，peer在英語里有“（地位、能力等）同等者”、“同事”和“伙伴”等意義。這樣一來，P2P也就可以理解為“伙伴對(duì)伙伴”的意思，或稱為對(duì)等聯(lián)網(wǎng)。目前人們認(rèn)為其在加強(qiáng)網(wǎng)絡(luò)上人的交流、文件交換、分布計(jì)算等方面大有前途。

[ 本帖最后由 shangyilong 于 2007-11-12 17:25 編輯 ]

作者: sunsroad 時(shí)間: 2007-11-12 15:36
又出來忽悠人了

。應(yīng)該不是又是你的導(dǎo)師教導(dǎo)的吧

希望這種帖子少傳到初學(xué)者那里，不然又誤一大幫人

[ 本帖最后由 sunsroad 于 2007-11-12 15:37 編輯 ]

作者: shangyilong 時(shí)間: 2007-11-12 17:22

原帖由 sunsroad 于 2007-11-12 15:36 發(fā)表
又出來忽悠人了。應(yīng)該不是又是你的導(dǎo)師教導(dǎo)的吧希望這種帖子少傳到初學(xué)者那里，不然又誤一大幫人

咋是忽悠？！哪不對(duì)，說來看看？？這是PPP和P2P定義。我不反對(duì)技術(shù)探討，決不接受人身攻擊。

[ 本帖最后由 shangyilong 于 2007-11-12 17:34 編輯 ]

作者: sunsroad 時(shí)間: 2007-11-12 22:02
你對(duì)知識(shí)誤解的太多，不是一會(huì)半會(huì)可以解釋清楚的。看你前面的帖子，問題一大堆。不是攻擊你，確實(shí)是初學(xué)者要是接受了你的觀點(diǎn)，會(huì)耽誤很多。

[ 本帖最后由 sunsroad 于 2007-11-12 22:05 編輯 ]

作者: shangyilong 時(shí)間: 2007-11-13 12:46

原帖由 sunsroad 于 2007-11-12 22:02 發(fā)表
你對(duì)知識(shí)誤解的太多，不是一會(huì)半會(huì)可以解釋清楚的�？茨闱懊娴奶樱瑔栴}一大堆。不是攻擊你，確實(shí)是初學(xué)者要是接受了你的觀點(diǎn)，會(huì)耽誤很多。

那請(qǐng)你給個(gè)解釋：ARP協(xié)議存在的真正原因？

高手。

作者: sunsroad 時(shí)間: 2007-11-13 14:05
首先說，我不是什么高手，但是對(duì)于你所講的這些東西，自信還有一點(diǎn)了解。

   ARP（地址解析協(xié)議）和RARP（逆地址解析協(xié)議）是某些網(wǎng)絡(luò)接口（如以太網(wǎng)和令牌環(huán)網(wǎng)）使用的特殊協(xié)議，用來轉(zhuǎn)換IP層和網(wǎng)絡(luò)接口層使用的地址。這里已經(jīng)說的很清楚，arp不是每種網(wǎng)絡(luò)都需要的實(shí)現(xiàn)。實(shí)質(zhì)上你是可以實(shí)現(xiàn)一個(gè)二層鏈路完全由非以太網(wǎng)跟令牌環(huán)網(wǎng)構(gòu)成的網(wǎng)絡(luò)，這里根本不牽涉arp什么事情。

   對(duì)于TCP/IP來講，它是可選的，可有可無的。它既不是TCP/IP協(xié)議族最初額實(shí)現(xiàn)，也不是必須或者必要的實(shí)現(xiàn)，如果你不怕麻煩，完全可以不要它的存在（對(duì)于RARP協(xié)議來講，情況稍微有些特殊）。從這個(gè)意義上來講，ARP/RARP根本就沒有追究存在必要不必要的問題。

   舉個(gè)例子，我們的農(nóng)業(yè)生產(chǎn)什么是根本？種子、土地，人，陽光，環(huán)境。除了這些之外，其它的東西就是可有可無的，農(nóng)業(yè)社會(huì)，大家是刀耕火種，現(xiàn)在是機(jī)械化。ARP/RARP的有無就跟機(jī)械化的有無是一樣的。不是必要的，但是現(xiàn)在如果你說不要耕種設(shè)備了行不行啊，答案是行，也不行。行是因?yàn)闆]有一樣可以做，不行是因?yàn)楝F(xiàn)在沒有人再想去面朝黃土背朝天的勞作了，沒有了大家可能真的就不習(xí)慣了。
   總之來講，討論arp跟rarp存在的必要與否本身，根本就沒有什么意義。

   至于什么P2P根本就跟這個(gè)帖子的內(nèi)容沒有什么關(guān)系了。說是什么技術(shù)，有些牽強(qiáng)。算是一個(gè)思想吧，一種軟件組織的架構(gòu)。至于什么改變互聯(lián)網(wǎng)基礎(chǔ)的潛能，讓人聽了卻是摸不著頭腦的感覺。跟之前提的什么C/S,B/S本是一類東西，至于是采用哪種組織軟件，要看應(yīng)用的特點(diǎn)，并不是萬能良藥，什么東西拿P2P來就萬事大吉，選其它的就不行，反之也一樣。

   你的主要問題在于，對(duì)網(wǎng)絡(luò)實(shí)質(zhì)內(nèi)容理解本身就膚淺，卻又自以為是。個(gè)人認(rèn)為你需要做的是，靜下心來，認(rèn)真的理解網(wǎng)絡(luò)的實(shí)質(zhì)，不要搞些似是而非的東西出來，這樣真的很誤人的。

作者: shangyilong 時(shí)間: 2007-11-13 14:20
標(biāo)題: 回復(fù) #81 sunsroad 的帖子
既然專家設(shè)計(jì)了ARP協(xié)議，肯定是有原因的！
TCP/IP協(xié)議需要ARP協(xié)議負(fù)責(zé)ip地址到mac地址的映射。只要你的機(jī)器設(shè)置了ip地址，就離不開ARP協(xié)議。這就是ARP協(xié)議產(chǎn)生的原因。
對(duì)于ppp協(xié)議和p2p技術(shù),他們是不同的東西，在此列出來，是為了給大家個(gè)提醒。不會(huì)因?yàn)槟闶褂胮pp協(xié)議和p2p技術(shù)就能離開ARP協(xié)議，除非你不使用ip地址。

[ 本帖最后由 shangyilong 于 2007-11-13 14:21 編輯 ]

作者: sunsroad 時(shí)間: 2007-11-13 15:01

原帖由 shangyilong 于 2007-11-13 14:20 發(fā)表
既然專家設(shè)計(jì)了ARP協(xié)議，肯定是有原因的！
TCP/IP協(xié)議需要ARP協(xié)議負(fù)責(zé)ip地址到mac地址的映射。只要你的機(jī)器設(shè)置了ip地址，就離不開ARP協(xié)議。這就是ARP協(xié)議產(chǎn)生的原因。
對(duì)于ppp協(xié)議和p2p技術(shù),他們是不同的東西，在此列出來，是為了給大家個(gè)提醒。不會(huì)因?yàn)槟闶褂胮pp協(xié)議和p2p技術(shù)就能離開ARP協(xié)議，除非你不使用ip地址。

真是句大實(shí)話啊，專家設(shè)計(jì)了arp肯定是有原因的

設(shè)計(jì)TCP/IP也是有原因的，專家設(shè)計(jì)了什么都是有原因的，我也沒有說沒有原因啊。我所說的只是原因不一樣。有的被設(shè)計(jì)出來的原因是因?yàn)樗遣豢苫蛉钡模械膮s是主要或者僅僅是為了方便工作，降低人的勞動(dòng)強(qiáng)度而已。

   至于第二句話，我部分認(rèn)同你第一句話，arp協(xié)議是負(fù)責(zé)協(xié)助IP地址到mac地址映射的。但是不表明我的機(jī)器只要是設(shè)置了IP地址就離不開ARP協(xié)議。不過我覺得對(duì)于你恐怕很難讓你理解其中的原因的。

   第三句話，給人的感覺還是摸不著頭腦，有點(diǎn)錯(cuò)亂。

   最后告訴你一點(diǎn)，只要我使用了ppp協(xié)議就可以不用ARP，不關(guān)用不用IP的事。

[ 本帖最后由 sunsroad 于 2007-11-13 15:37 編輯 ]

作者: shangyilong 時(shí)間: 2007-11-13 15:51
標(biāo)題: 回復(fù) #83 sunsroad 的帖子
我絕對(duì)不同意你的說法，請(qǐng)版主說說您對(duì)82樓的看法。

[ 本帖最后由 shangyilong 于 2007-11-13 16:34 編輯 ]

作者: ssffzz1 時(shí)間: 2007-11-13 17:12
呵呵，在這個(gè)問題上我感覺我說了也白說。
具有決定性的結(jié)論我早就已經(jīng)下了，可LZ還是堅(jiān)持了你自己的意見。
我現(xiàn)在對(duì)81樓的結(jié)論就是，支持。

作者: yeahilly 時(shí)間: 2007-11-13 18:07
呵呵，看來我做個(gè)總結(jié)發(fā)言了，希望大家不要見怪， PPP FXXX就沒有必要爭了，呵呵，那些玩意隨著不同的傳輸介質(zhì)，使用不同的低層協(xié)議， ARP/RARP就屬于低層協(xié)議的一種。 PPPoE就是需要ARP/RARP，因?yàn)樗麄鬏數(shù)那懊嫘枰猰ac地址呀。如果像樓上的兄弟說的用串口傳輸?shù)�，還要什么MAC地址呀，浪費(fèi)字節(jié)，本來傳的就慢，當(dāng)然不需要mac地址。

我覺得版主的帖子大家要好好琢磨，講得好呀。主要那么個(gè)什么連接又沒有了，看不到不好對(duì)哪個(gè)發(fā)言。在以太網(wǎng)上 ARP和IP結(jié)合的很緊密，大家可以在我的blog上看一下我轉(zhuǎn)的某個(gè)兄弟的ARP分析。在傳輸?shù)倪^程中Linux一定會(huì)找IP與ARP的映射，當(dāng)然指以太網(wǎng)這塊。ARP/RARP應(yīng)該說是以太網(wǎng)上TCP/IP協(xié)議的一個(gè)延伸

如果傳輸?shù)倪^程中使用點(diǎn)對(duì)點(diǎn)的通信或者其他介質(zhì)ARP/RARP就沒有什么關(guān)系了，比如ATM,cable modem.

建議：討論時(shí)不要把連接刪了以及人身攻擊，學(xué)生嘛，技術(shù)積累本來就沒有諸位多，敢討論就應(yīng)該鼓勵(lì)，鼓勵(lì)嘛就指明看 TCP/IP v1的第N頁，呵呵

[ 本帖最后由 yeahilly 于 2007-11-13 18:12 編輯 ]

作者: Arthur_ 時(shí)間: 2007-11-13 18:09
tcp/ip 詳細(xì)解釋有句翻譯的原話

點(diǎn)對(duì)點(diǎn)鏈路不使用A R P。當(dāng)設(shè)置這些鏈路時(shí)（一般在引導(dǎo)過程進(jìn)行），必須告知內(nèi)核鏈路
每一端的I P地址。像以太網(wǎng)地址這樣的硬件地址并不涉及。

上面翻譯也絕對(duì)，但可以說明一個(gè)問題

作者: ssffzz1 時(shí)間: 2007-11-13 18:13
PPPoE就是需要ARP/RARP

這個(gè)也請(qǐng)86樓再好好的研究一下。

作者: yeahilly 時(shí)間: 2007-11-13 18:17
我講了需要，呵呵，老夫當(dāng)年天天抓這些包分析，版主挺關(guān)新大家的呀，PPPoE是以太網(wǎng)頭部里面包的PPP頭部

作者: ssffzz1 時(shí)間: 2007-11-13 18:19
請(qǐng)你好好的抓PPPOE的包，好好的看看MAC是怎么獲得的。
或者找PPPOE的文檔仔細(xì)的看一編。

作者: sunsroad 時(shí)間: 2007-11-13 19:47

原帖由 yeahilly 于 2007-11-13 18:07 發(fā)表
...建議：討論時(shí)不要把連接刪了以及人身攻擊...

這個(gè)帖子基本沒有什么人身攻擊的現(xiàn)象，我也不喜歡針對(duì)人身攻擊，我只是說了一句實(shí)話：
希望自個(gè)了解不夠清楚的時(shí)候，盡量不要隨便的亂說。特別是不要?jiǎng)傘棺杂�，盲目�?jiān)持。這樣很容易給剛?cè)腴T者看到之后造成誤解，誤己誤人。

[ 本帖最后由 sunsroad 于 2007-11-13 19:54 編輯 ]

作者: iLRainyday 時(shí)間: 2007-11-13 22:26

P2P是一種技術(shù)，但更多的是一種思想，有著改變整個(gè)互聯(lián)網(wǎng)基礎(chǔ)的潛能的思想。

你去google一下end to end，去看看The Design Philosophy of the DARPA Internet Protocols，P2P本來就是internet的一種設(shè)計(jì)構(gòu)想。之后出現(xiàn)的middlebox,e.g. firewall,NAT BOX...改變這種局面�，F(xiàn)在無非是重返而已。

你要是搞不明白ARP/RARP為什么存在，去看看computer networking:a top-down approach featuring Internet

[ 本帖最后由 iLRainyday 于 2007-11-13 22:39 編輯 ]

作者: Arthur_ 時(shí)間: 2007-11-14 09:00
小弟，有點(diǎn)迷惑了
請(qǐng)問 ppp方式連接的通信過程是什么樣子呢？
可以用圖畫下嗎，再說p2p感覺是比udptcp高一層的東西，應(yīng)該不是一個(gè)層次的概念吧。

作者: shangyilong 時(shí)間: 2007-11-14 09:28
在以太網(wǎng)中，TCP/IP協(xié)議需要ARP協(xié)議負(fù)責(zé)ip地址到mac地址的映射。只要你的機(jī)器設(shè)置了ip地址，就離不開ARP協(xié)議。這就是ARP協(xié)議產(chǎn)生的原因。

我覺得上面這句話應(yīng)該沒錯(cuò)。對(duì)于p2p技術(shù)是否依賴于ARP協(xié)議有待進(jìn)一步研究。

作者: llworld 時(shí)間: 2007-11-14 17:24
標(biāo)題: 點(diǎn)對(duì)點(diǎn)的連接不用arp
ppp只要通過身份驗(yàn)證,建立連接,,,, 后就可以直接通訊了.用不著arp,如在多路訪問下,就要MAC唯一指定設(shè)備

作者: sunsroad 時(shí)間: 2007-11-14 23:38
p2p怎么會(huì)跟ARP扯上關(guān)系呢？p2p是架構(gòu)，ARP是potocol，完全是兩回事好不好。算了，說了也是聽不懂的。

[ 本帖最后由 sunsroad 于 2007-11-15 15:54 編輯 ]

作者: qyfanta 時(shí)間: 2007-11-15 11:56
通信網(wǎng)中也有3層ip，二層aal5 的。具體二層采用什么方式路由看場(chǎng)合。樓主的原文看不到了，能否重貼下？

作者: shangyilong 時(shí)間: 2007-11-15 15:38

原帖由 qyfanta 于 2007-11-15 11:56 發(fā)表
通信網(wǎng)中也有3層ip，二層aal5 的。具體二層采用什么方式路由看場(chǎng)合。樓主的原文看不到了，能否重貼下？

基本是94樓那句話

作者: sunsroad 時(shí)間: 2007-11-15 15:47
暈倒

受不了了

[ 本帖最后由 sunsroad 于 2007-11-15 15:52 編輯 ]

作者: up2top 時(shí)間: 2007-11-16 13:38
真是暈！

歡迎光臨 Chinaunix (http://www.72891.cn/)