Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

EIGRP funny behavior on LAN interfaces

I have had an issue with EIGRP on a 1760 connecting to a 3550-24. When the router is rebooted/powered off and back on, EIGRP will not advertise the FA interface network. I have seen this several times before, but have always done a shut/no shut to get the route to get inserted back in the RT. I imagine this is an IOS anomaly as I can't understand why this would be a part of normal EIGRP operation. Has anyone seen this before? Any other fix besides an IOS router/switch upgrade? I don't even think this will be the fix....I've seen this occur on different hardware/software platforms as well.

Here is a defect description very similar to my problem. But this is with like 11.something code!

Description of EIGRP Defect CSCdj58676

This defect was introduced by code changes associated with CSCdj28874. This defect affects redistribution of routes into the EIGRP routing process. The following types of routes may not be correctly redistributed:

A directly connected route

A static route with the next hop set to an interface

A static route with the next hop set to a dynamically learned route

The defect becomes apparent only after a dynamic event, therefore when redistribution is initially configured, EIGRP will reflect correct information in the topology table, however after any sort of dynamic event (such as an interface-changing state) the topology table is no longer valid and routing updates sent will be inaccurate.

1 ACCEPTED SOLUTION

Accepted Solutions
New Member

Re: EIGRP funny behavior on LAN interfaces

Hi,

You are running into CSCdw49187:Connected subnets not in EIGRP topology after reload. The workaround is to configure " event-buffer" command under the interface.

Mansoor

3 REPLIES
New Member

Re: EIGRP funny behavior on LAN interfaces

Hi,

You are running into CSCdw49187:Connected subnets not in EIGRP topology after reload. The workaround is to configure " event-buffer" command under the interface.

Mansoor

New Member

Re: EIGRP funny behavior on LAN interfaces

What if this command is not available? I have a 1760 running

c1700-sv8y-mz.122-13.T1.bin

I did look at this bug and it says that this command is not available in subinterfaces. What about the major interface? I don't see it...

interface FastEthernet0/0

no ip address

speed auto

full-duplex

!

interface FastEthernet0/0.10

description DMG_TownSquare_Data

encapsulation dot1Q 10

ip address 192.168.177.120 255.255.255.128

!

interface FastEthernet0/0.20

description DMG_TownSquare_Voice

encapsulation dot1Q 20

ip address 192.168.177.250 255.255.255.128

DMG-TownSquare-R1(config-if)#?

Interface configuration commands:

access-expression Build a bridge boolean access expression

arp Set arp type (arpa, probe, snap) or timeout

backup Modify backup parameters

bandwidth Set bandwidth informational parameter

bgp-policy Apply policy propogated by bgp community string

bridge-group Transparent bridging interface parameters

carrier-delay Specify delay for interface transitions

cdp CDP interface subcommands

cmns OSI CMNS

custom-queue-list Assign a custom queue list to an interface

dampening Enable event dampening

default Set a command to its defaults

delay Specify interface throughput delay

description Interface specific description

exit Exit from interface configuration mode

fair-queue Enable Fair Queuing on an Interface

New Member

Re: EIGRP funny behavior on LAN interfaces

I got some help on this...

The command is a hidden command and does not show up when you do a router(config-if)#?

Just type in event-bufffer

102
Views
0
Helpful
3
Replies