Hands-On Lab: Passive Interfaces for EIGRP Updates

This hands-on lab configures a passive interface in EIGRP to stop routing updates from being sent out a LAN-facing interface while the network remains advertised, mirroring the same security and efficiency rationale covered earlier for OSPF passive interfaces.

EIGRP Passive InterfaceSuppress EIGRP HellosLAN Interface Security

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۳۱ شهریور ۱۴۰۵

Lab Objective

Configure a router's LAN-facing interface as passive within EIGRP, verify its network is still advertised into the routing domain, and confirm no EIGRP hello packets are sent or accepted on that interface afterward.

Lab Purpose

Just as with the OSPF passive interface lab covered earlier in this series, an interface facing an end-user LAN has no legitimate EIGRP neighbor to form an adjacency with. Leaving EIGRP hellos active there wastes bandwidth and exposes the router to unauthorized neighbor formation from anyone who plugs a rogue router into that segment.

Lab Topology

R1
  GigabitEthernet0/0: 192.168.9.1/24 (LAN, end
                       users only, no other routers)
  Serial0/0/0: 10.9.9.1/30 (WAN link to R2,
               legitimate EIGRP neighbor)

EIGRP AS 100 already advertising both networks

Task 1: Verify Both Interfaces Currently Send EIGRP Hellos

Confirm EIGRP is active on both the LAN and WAN interfaces.

Task 2: Configure the LAN Interface as Passive

Set GigabitEthernet0/0 as a passive interface within the EIGRP process.

Task 3: Verify the LAN Network Is Still Advertised

Confirm 192.168.9.0/24 still appears in R2's routing table despite the interface being passive.

Task 4: Verify Hellos Are Suppressed on the LAN Interface

Confirm no EIGRP hello packets are sent on the now-passive interface, while the WAN interface continues normally.

Solution and Verification

R1# show ip eigrp interfaces

Interface       Peers    Xmit Queue
Gi0/0            0        0/0
Se0/0/0          1        0/0
-- Both interfaces are EIGRP-active, including
-- the LAN interface with no legitimate
-- neighbor to talk to

R1(config)# router eigrp 100
R1(config-router)# passive-interface gigabitethernet0/0

R2# show ip route eigrp

D    192.168.9.0/24 [90/2681856] via 10.9.9.1, Serial0/0/0
-- R2 still learns this network correctly --
-- passive interface only suppresses hello
-- packets, it does NOT stop the network from
-- being advertised via the network command

R1# show ip eigrp interfaces

Interface       Peers    Xmit Queue
Se0/0/0          1        0/0
-- Gi0/0 no longer appears in this list at
-- all, since a passive interface is entirely
-- excluded from active EIGRP participation --
-- distinct from OSPF's approach, where the
-- passive interface still shows in the list
-- but with "No Hellos" noted

Key Takeaway

While OSPF's passive interface, covered earlier in this series, still appears in show ip ospf interface output with hellos explicitly suppressed, EIGRP's passive interface is removed from show ip eigrp interfaces entirely — the underlying concept (advertise the route, but accept no neighbors here) is identical between the two protocols, but the verification output differs, which is worth remembering when confirming passive interface configuration on either protocol.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

ادامه

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

ادامه

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

ادامه

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

ادامه

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

ادامه

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

ادامه