You can see how this happens in Fig

You can see how this happens in Figure 17.2. If a Proxy ARP–enabled router receives an ARP request for an IP address that it knows isn’t on the same subnet as the request-ing host, it will respond with an ARP reply packet to the host. The router will give its own local MAC address—the MAC address of its interface on the host’s subnet—as the destination MAC address for the IP address that the host is seeking to be resolved. After receiving the destination MAC address, the host will then send all the packets to the router, not knowing that what it sees as the destination host is really a router. The router will then forward the packets toward the intended host.So with Proxy ARP, the host device sends traffic as if the destination device were located on its own network segment. If the router that responded to the ARP request fails, the source host continues to send packets for that destination to the same MAC address. But because they’re being sent to a failed router, the packets will be sent to the other router that is also responding to ARP requests for remote hosts.After the time-out period on the host, the proxy ARP MAC address ages out of the ARP cache. The host can then make a new ARP request for the destination and get the address of another proxy ARP router. Still, keep in mind that the host cannot send packets off of its sub-net during the failover time. This isn’t exactly a perfect situation, so there has to be a better way, right? Well, there is, and that’s precisely where redundancy protocols come to the rescue!

ผลลัพธ์ (ไทย) 1:

คุณสามารถดูวิธีนี้เกิดขึ้นในรูปหา 17.2 ถ้า เตอร์ – ใช้ ARP พร็อกซี่ได้รับการร้องขอ ARP สำหรับอยู่ IP ที่มันรู้ไม่บนเครือข่ายเดียวกันเป็นโฮสต์กำลังร้องขอ มันจะตอบสนอง ด้วยแพคเก็ตตอบ ARP กับโฮสต์ เราเตอร์จะทำให้ตัวเอง MAC — อยู่ MAC ของอินเทอร์เฟซของบนเครือข่ายของโฮสต์ซึ่งเป็นปลายทางที่อยู่ MAC สำหรับที่อยู่ IP ที่โฮสต์จะไม่ได้รับการแก้ไข หลังจากได้รับปลายทางที่อยู่ MAC โฮสต์จะแล้วส่งแพ็กเก็ตทั้งหมดไปยังเราเตอร์ ไม่รู้ว่า อะไรที่มันเห็นเป็นโฮสต์ปลายทางเป็นเราเตอร์ เราเตอร์แล้วจะส่งต่อแพคเก็ตไปยังโฮสต์กำหนดไว้ ดังนั้น ด้วย ARP พร็อกซี่ อุปกรณ์โฮสต์ส่ง traffic ว่าอุปกรณ์ปลายทางมีอยู่ในส่วนของเครือข่ายของตนเอง ถ้าเราเตอร์ที่ตอบสนองการร้องขอ ARP โฮสต์ต้นทางยังส่งแพคเก็ตสำหรับปลายทางที่อยู่ MAC เดียวกัน แต่เนื่องจากพวกเขากำลังถูกส่งไปยังเราเตอร์ล้มเหลว แพ็กเก็ตจะส่งไปยังเราเตอร์อื่น ๆ ที่ยังตอบสนองการร้องขอ ARP สำหรับโฮสต์ระยะไกล หลังจากหมดเวลาระยะเวลาบนโฮสต์ อายุที่อยู่ ARP MAC พร็อกซีจากแคช ARP โฮสต์สามารถทำการร้องขอ ARP ใหม่สำหรับปลายทางแล้ว และขออยู่ของพร็อกซีอื่นเราเตอร์ ARP ยังคง เก็บไว้ในใจว่า โฮสต์ไม่สามารถส่งแพ็กเก็ตออกสุทธิของย่อยเวลาล้ม นี้ไม่ใช่ว่าโกสถานการณ์ เพื่อมีให้เป็นวิธีที่ดีกว่า ขวา ดี มี และที่เป็นที่โพรโทคอซ้ำมาเพื่อช่วยเหลือ

ผลลัพธ์ (ไทย) 2:

คุณสามารถดูวิธีการนี​​้เกิดขึ้นในรูปที่ 17.2 ถ้าเราเตอร์ ARP พร็อกซี่ที่เปิดใช้งานได้รับการร้องขอ ARP สำหรับที่อยู่ IP ที่มันรู้ไม่ได้อยู่ในเครือข่ายย่อยเดียวกันเป็นเจ้าภาพการร้องขอไอเอ็นจีก็จะตอบสนองกับแพ็คเก็ต ARP ตอบกลับไปยังโฮสต์ เราเตอร์จะให้ของตัวเองที่อยู่ในท้องถิ่นที่อยู่ที่ MAC MAC ของอินเตอร์เฟซในพื้นที่ของเครือข่ายย่อยเป็นปลายทางที่อยู่ MAC สำหรับที่อยู่ IP ที่โฮสต์คือการแสวงหาที่จะแก้ไข หลังจากที่ได้รับอยู่ MAC ปลายทางโฮสต์จะส่งแพ็คเก็ตทั้งหมดที่เราเตอร์ที่ไม่ได้รู้ว่าสิ่งที่มันเห็นว่าเป็นโฮสต์ปลายทางเป็นจริงเราเตอร์ เราเตอร์แล้วจะส่งแพ็กเก็ตต่อ host.So ตั้งใจกับพร็อกซี่ ARP อุปกรณ์โฮสต์ส่งจราจรคเช่นถ้าอุปกรณ์ปลายทางตั้งอยู่บนส่วนของเครือข่ายของตัวเอง ถ้าเราเตอร์ที่ตอบสนองต่อการร้องขอ ARP ล้มเหลวแหล่งเจ้าบ้านยังคงส่งแพ็กเก็ตสำหรับปลายทางที่เดียวกันที่อยู่ MAC แต่เพราะพวกเขากำลังถูกส่งไปยังเราเตอร์ล้มเหลวแพ็กเก็ตจะถูกส่งถึงเราเตอร์อื่น ๆ ที่นอกจากนี้ยังมีการตอบสนองต่อการร้องขอ ARP สำหรับ hosts.After ระยะไกลระยะเวลาการหมดเวลาบนโฮสต์พร็อกซี่ทุกเพศทุกวัยที่อยู่ MAC ARP จาก แคช ARP เจ้าภาพก็จะสามารถทำการร้องขอ ARP ใหม​​่สำหรับปลายทางและได้รับที่อยู่ของเราเตอร์ ARP พร็อกซี่อื่น ยังคงเก็บไว้ในใจว่าเจ้าภาพไม่สามารถส่งแพ็คเก็ตออกจากย่อยสุทธิในช่วงเวลาที่ล้มเหลว นี้ไม่ว่าสถานการณ์ที่สมบูรณ์แบบดังนั้นจะต้องมีวิธีที่ดีกว่าใช่มั้ย? ดีมีและที่แม่นยำที่โปรโตคอลซ้ำซ้อนมาช่วยเหลือ!

ผลลัพธ์ (ไทย) 3:

คุณสามารถดูวิธีการนี้เกิดขึ้นในรูป 17.2 . ถ้า Proxy ARP สำหรับเปิดใช้งานเราเตอร์ได้รับการร้องขอ ARP สำหรับ IP ที่รู้ว่าไม่ได้อยู่ใน subnet เดียวกันขออิงเจ้าบ้านก็จะตอบสนองกับ ARP packet ตอบกับโฮสต์เราเตอร์จะให้ Mac ท้องถิ่นของตัวเองที่อยู่ MAC ของอินเตอร์เฟซบนโฮสต์ของ subnet เป็น mac address ปลายทางสำหรับที่อยู่ IP ที่โฮสต์คือการแสวงหาที่จะได้รับการแก้ไข หลังจากได้รับปลายทางที่อยู่ MAC , โฮสต์แล้วจะส่งแพ็กเก็ตทั้งหมดไปยังเราเตอร์ ไม่รู้ว่าสิ่งที่เห็นเป็นปลายทางเป็นเราเตอร์เราเตอร์จะส่งแพ็กเก็ตไปยังโฮสต์เป้าหมาย ดังนั้นด้วย ARP พร็อกซี่ , อุปกรณ์โฮสต์ส่งจึงสร้าง C ถ้าปลายทางอยู่ในส่วนของอุปกรณ์เครือข่ายของตัวเอง ถ้าเราเตอร์ที่ตอบสนองต่อการร้องขอ ARP ล้มเหลวแหล่งโฮสต์ยังคงส่งแพ็กเก็ตที่ปลายทางที่อยู่ MAC เดียวกัน แต่เพราะพวกเขาจะถูกส่งไปยังล้มเหลวในเราเตอร์แพ็กเก็ตจะถูกส่งไปยังเราเตอร์อื่นๆที่ยังตอบสนองต่อการร้องขอ ARP สำหรับโฮสต์ระยะไกล หลังจากหมดเวลาคาบบนโฮสต์ , proxy arp mac address อายุออกของ ARP แคช โฮสต์สามารถทำให้การร้องขอ ARP ใหม่สำหรับปลายทางและได้รับที่อยู่อื่นเราเตอร์ ARP พร็อกซี ยังคงเก็บไว้ในใจว่าโฮสต์สามารถส่งแพ็กเก็ตจากเครือข่ายย่อยในยาเส้นครั้ง นี่ไม่ใช่สถานการณ์ที่สมบูรณ์แบบ ดังนั้น ต้องมีหนทางที่ดีใช่มั้ย ? ดี , มี , และที่แน่นอนที่ซ้ำซ้อนของโปรโตคอลมาเพื่อช่วยเหลือ !