Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
339
Views
0
Helpful
1
Replies

My wan gateway mac address is not pulling.

daniel.mcdonald
Level 1
Level 1

‎07-10-2015 07:51 PM - edited ‎03-05-2019 01:51 AM

I am able to ping my wan IP address and get feedback, but... My wan gateway mac address is not pulling. Is there something wrong with my config? I know my bridge and gateway mac addresses are supposed to match, but I can't get a read for my gateway. I have no problem in pure bridging mode to another router. My router is configured for Integrated Routing and Bridging with a dynamic ip.

http://pastebin.com/CTCUgk9v

1841 with a WIC-1ADSL

Version 12.4(11)T2, RELEASE SOFTWARE (fc4)

 

Version 12.4(11)T2, RELEASE SOFTWARE (fc4)
Version 12.4(11)T2, RELEASE SOFTWARE (fc
Labels:
0 Helpful
1 Reply 1

Peter Paluch
Cisco Employee
Cisco Employee

‎07-11-2015 01:58 PM

Hi Daniel,

I am having troubles understanding what you mean by saying that "my wan gateway mac address is not pulling". Can you be more precise and technical in the description of what is the problem and its symptoms?

I have had a brief look at your configuration but not exactly knowing what is the problem, I was able to do only a cursory assesment. My points are summarized below:

  • It would appear that you are using DSL but at the same time, you are trying to carry native Ethernet frames over the DSL link, instead of doing either PPPoE or PPPoA. Is this a correct observation? If so, is this truly how your ISP operates - carrying native Ethernet frames over DSL without any PPP? I find this to be highly, highly improbable though not impossible.
  • You have used the bridge-group command on the entire ATM0/0/0 interface. However, there may be issues related to what exact PVC should the frames be bridged over, and I would suppose that this is one of problems that needs to be corrected. I am not sure if the bridge-group command is supported in the pvc 8/35 submode on ATM0/0/0 - ideally, you should create a new point-to-point subinterface ATM0/0/0.1, move the pvc 8/35 section from ATM0/0/0 to this ATM0/0/0.1 subinterface, and also move the bridge-group command from ATM0/0/0 to ATM0/0/0.1.
  • Two of your static routes use 0.0.0.0 as their next hop. I do not understand why you have these two routes there in the first place: The 192.168.0.0/24 is a directly connected network on your Fa0/0 so it does not make sense to define it as a static route pointed toward internet. Defining 184.4.200.0/21 is useless because even if this route is not explicitly present in your routing table, there is still the default route that will match all packets including packets to this network.

Looking forward to hearing from you soon.

Best regards,
Peter

0 Helpful
Customers Also Viewed These Support Documents