Hirdetés

Keresés

Új hozzászólás Aktív témák

  • Tsory

    tag

    válasz robesz87 #2024 üzenetére

    Alapból a host routing során megvizsgálásra kerül, hogy a célállomás IP címe azonos hálózaton van-e forrás IP-vel. Ha igen, akkor ethernet esetében ARP requesttel megszerezzük a layer2 címet, és megindul a kommunikáció. Ha nem, akkor a csomag a host routing táblája szerinti next hop addresshez lesz továbbítva (itt is ARP-vel szerezzük meg a next hop layer2 címét).

    Ha a host azt hiszi, hogy a célcím vele azonos hálózaton van, de ez mégsincs így, akkor az ARP request kérésre nem fog válasz érkezni, így nem is fog menni a kommunikáció (kivéve, ha ...)

    Nézzük az alábbi topológiát:

    PC1 (192.168.1.1/24, gw: 192.168.1.126) - (192.168.1.126/25) R1 (192.168.1.254/25) - (192.168.1.129/25 gw: 192.168.1.254) PC2

    Látszik, hogy PC1 netmaskja el van rontva. Ebben az esetben ha PC1 pingetné PC2-t, akkor mit várnánk el? Elvileg nem kellene működnie, hiszen PC1 azt hiszi, hogy egy subnetben van PC2-vel, így egy ARP requesttel kezd, amire nem szabadna válasznak érkeznie. Van azonban egy proxy arp szolgáltatás az IOS-ben, ami azt csinálja, hogy elkapja PC1 arp request kérését, és behazudja a saját MAC adressét, mintha ő lenne a PC2. Így PC1 úgy látja, hogy PC2 a saját subnetjében van és minden további nélkül kommunikál vele. A proxy arp sokáig alapértelmezetten be volt kapcsolva az IOS-ben, ezért érdemes számolni vele. A fenti topológia a packet tracerben is működik.

  • crok

    Topikgazda

    válasz robesz87 #2024 üzenetére

    Nem, nincs, ez fundamental ethernet :/ Ha egy subnet akkor ARP request
    mindaddig, amíg nincs ARP reply. Nincs más lehetőség, ez így működik
    by design.

Új hozzászólás Aktív témák