1樓：劍姬
回答下個人對
主機A和主機B都連線在交換機的lan口
A配置如下
ip：192.168.3.100 子網掩碼：255.255.255.0 閘道器：192.168.2.100
B配置如下
ip：192.168.2.100 子網掩碼：255.255.255.0 閘道器：192.168.3.100
A和B能夠互相ping通，A和B都是在區域網，ip和閘道器都不在同一網段，這可沒有ppp協議，哪位知友能夠給個清楚的解答？
問題的理解。
首先兩台主機連在交換機上，交換機使用mac位址來通訊的。還把閘道器都設為對方的ip。
所以 A ping B 通訊過程因該是:
A 通過查詢自身路由發現目標ip 應該發往閘道器也就是 192.168.2.100
查詢 arp 快取表看有沒有 192.168.2.
100 的 mac 位址，沒有的話就去發arp 廣播， 這裡 192.168.2.
100 是存在的所以會響應 arp 請求，回覆自己(192.168.2.
100)的 mac 位址。所以就拿到了 192.168.
2.100 的 mac 位址。然後就發給交換機
交換機收到這個資料幀檢視目標 mac 位址。發現是 B 主機連線的那個口, 然後從這個口發這個包發給 B 主機。
通訊過程的關鍵就是知道對方的mac位址。交換機在第二層它只需要mac位址就可以通訊。交換機只負責解開MAC位址，查詢對應的埠，然後傳送出去，並不管資料報的進埠和出埠是否屬於同乙個子網。
2樓：依然
家用路由器的LAN口同屬於乙個Vlan，不隔離ARP的廣播。A ping192.168.
2.100，不在同一網段首先去查閱路由表，由於A的閘道器是192.168.
2.100，所以192.168.
3.100發ARP包去找192.168.
2.100的主機B，由於A和B在同一鏈路上，同時同一Vlan，所以可以得到192.168.
2.100的MAC位址。所以A的ICMP包可以到達B，同理B也可以到達A。
其實閘道器和主機IP完全可以不在同一網段，當然除了PPP以外這樣做毫無意義。
3樓：D.W
A和B在同乙個廣播域 A的閘道器配置為B A訪問B時由於不是同乙個網段會將資料報發給自己的閘道器這時會傳送乙個arp廣播請求閘道器的mac位址也就是B的mac位址然後經過封裝通過2層傳送資料報給B B返回資料時也同理
4樓：徐辰
乙個出站IP包需要指定乙個網路介面，如果這個介面連線了不止一台主機，則你還需要指定乙個二層網路位址來確定下一跳到底是哪台機器，對於乙太網這個位址是乙個MAC位址，由於一般的二層網路上乙個ip同時只能對應乙個二層位址，所以也可以用IP位址唯一標示下一跳，這個ip位址對應的機器就是一般我們所說的閘道器。
ppp的網路介面只連線了一台對端（所以才叫peer-to-peer），所以你只需要指定出站包的網路介面就可以正確的路由了。
5樓：johnson江
這個問題也可以結合主機路由表及主機傳送資料報的過程進行理解。總體結論：
1.只要本機路由表有目的位址匹配項，該資料報就會被送出去；
2.閘道器位址在Linux中必須對應一條型別為scope link的路由表項，在進行ARP廣播時根據該表項選擇進行arp廣播的介面。
為了簡化和直觀顯示結果，我直接啟動了一台virtualbox虛擬機器，虛擬機器裡安裝了ubuntu 14.04，並通過NAT和主機相連（NAT介面的原理和PPPOE一致）。同時主機還有乙個內網介面。
步驟一：初始預設情況，主機自動獲得IP10.0.2.15/24和閘道器10.0.2.2乙個網段，
如果輸入ip route命令，結果如下，ping閘道器正常能通；
步驟二：主機位址手動設為10.0.1.2/32，ping閘道器依舊能通；
ip route命令返回的主機路由表
步驟四：多個介面同乙個相同的閘道器位址，路由表配置優先選擇不和閘道器直連線口，此時ping 10.0.0.2不通
ip route
清空arp 表
arp requesting to another subnet, how?
6樓：阿卡
wan口與局端用的協議是在乙太網上封裝的ppp協議，簡稱pppoe。ppp是點對點協議，節點相互通訊時，無需檢查是否在同一子網，直接發給對方即可
7樓：這是一種懷念
閘道器沒必要和你的IP在乙個子網。和你IP在同乙個子網只會是下一跳路由，不過很可惜PPPOE不跟你講這一套，它老人家自己有一套玩法。
8樓：水手辛巴德
一般來講，這種路由不能稱為預設路由，而是pppoe協商成功後，由virtual template端推送的一條32位的主機路由。這是pppoe，或者說是PPP的特色。
這種PPP協議的推送路由，兩端必定不在同一網段，否則就稱不上PPP了。
而PPP，就是這種蠻不講理地建立點到點的連線，我有LCP，我有NCP，還能靠IPCP自給自足，完全自成一家。
9樓：
閘道器和IP需要在同一網段這個假設本身是錯誤的。
閘道器這個東西算是個俗稱，科學一點的叫法是預設路由。也就是目的IP沒有精確匹配到現有路由表條目時，命中的一條兜底的路由。擴充套件一下，預設路由也就是一條匹配範圍最廣的路由而已。
而路由的要求，並不是要求下一跳跟源位址必須在同一子網的。同樣，閘道器也並沒有這個限制。
對於閘道器，或者說任意一條路由表的下一跳位址，限制是下一跳必須是可達的，否則這個路由就沒有存在的意義。
回到你的問題，你的下一跳175.9.52.
1一定是可以知道如何到達的，但卻不一定是必須在你IP的子網內。由你的子網掩碼可以看出，你的IP其實是乙個端到端的網路而非乙太網，這個IP所在的子網，只有它自己。至於閘道器IP怎麼到達，很可能是一條路由表記錄，下一跳為某個網路介面，在你的例子裡，就是你端到端的對端介面。
當主機與閘道器的IP不在同乙個網段的時候，主機能否學習到閘道器的MAC位址？
你這個模擬器有毒，你應該直接用真實的主機做實驗我沒記錯的話，windows不同網段如果你沒有配置閘道器，它連arp都不發 Linux有的發行版類似你這個情況，它會發arp，但是很遺憾，由於你請求MAC的ip位址和你的主機不在乙個網段，閘道器即便收到了也不會響應 這沒有什麼特別的原因，協議就是這麼規定...
不在同乙個網路怎麼區域網聯機？
安企神軟體 企業的資訊系統分布於不同的地區分支，為了方便員工保持聯絡，也確保網路的應用安全，企業需要搭建對不同區域網的管理系統。傳統的搭建方式已經無法滿足實際應用需求，高昂的裝置費用,專業的技術要求,固定IP的網路需求,這些條件給企業造成不小的經營負擔。那麼有沒有什麼簡單的實現方法滿足上述需求呢?網...
明明在同乙個城市同乙個區的情侶，為什麼有談成異地戀的感覺？
淘子愛 異地戀才不背這個鍋 我們在同一城市不同區，還每週想著法子週日見面呢 週末更不可能說會不在一起 建議題目和男朋友好好談一談，到底是他本身就是這樣的習慣，還是什麼的 哎呦喂 我們不是題主男朋友，所以不可能知道他腦袋瓜裡到底是咋想的，但我就想告訴題主一件事情。試著讓自己不那麼在意 他為什麼沒怎麼搭...