11-16-2001 01:18 AM - edited 03-01-2019 07:24 PM
I am trying to connect a Cisco 1720 running IOS 12.1 to our isp. This is just a test to see if I can get internet connectivity before I move onto the more difficult tasks.
It has two interfaces
FastEthernet0 (LAN)
Ethernet0 (WIC 0)
The configuration originally had NAT enabled, but I took that out to try to isolate the problem.
The configuration I'm using is:
no ip name-server
!
ip subnet-zero
ip routing
!
interface FastEthernet 0
ip address 192.168.1.1 255.255.255.0
!
interface Ethernet 0
ip address 209.193.89.92 255.255.255.192
!
! Access Control List 1
!
router rip
network 192.168.1.0
!
ip classless
!
! IP Static Routes
ip route 0.0.0.0 0.0.0.0 Ethernet 0
**************
The problem is I can't ping anything on the outside network (interface Ethernet0).
The problem is seen with
show ip traffic
where it reports many encasulation failed packets.
This is happening because when I try to ping an ip address outside the network of 192.168.1.0/24 and ARP request is sent out for the destination ip. No response ever comes back so the packet encapsulation failes.
I don't know how to fix this and can't seem to find any information on this.
The WAN connection from the router is ethernet to a radio then to an ISP. I'm assuming that since it is an ethernet connection there needs to be some way of resolving an IP to a MAC address.
I would imagine the way it should work is that I need to point ethernet 0 to a gateway for which I must know the mac address or it can get it. The gateway I believe is 209.193.89.65
Many thanx for any help.
Matthew Jackson
Wyoming Solutions, LLC
11-16-2001 04:09 AM
Are you sure you have the right mask on your external interface? Are you sure that they are up and working? Test your cabling also. Finally do a show int e0 and see if line and protocol is up.
11-16-2001 04:17 AM
Your ISP should have given you a gateway IP address that sits off your E0 interface.
Change your default route statement from
ip route 0.0.0.0 0.0.0.0 ethernet0
to
ip route 0.0.0.0 0.0.0.0 209.193.89.65
Mick.
11-16-2001 08:52 AM
Thanx for the advice. I made the change you suggested but it still didn't fix my problem. This morning first thing I called the ISP and found out the problem. The radio that the router plugs into caches only one MAC address for a device that connects to it. That MAC address won't change unless you reset the radio by powering off and on again.
Once I did that everything worked like a charm. The problem was that it had the IP addressed cached witht he MAC address of the previouse device that was plugged into it. So when I'd plug that device back in the connection worked fine. When I plugged in the new Cisco router everything stopped and arp requests were not being returned because they were being returned to the wrong MAC address.
It was not a problem resolving the MAC address on the outgoing direction, it was a problem resolving the MAC address returning to my IP.
Is there a protocol command for discovering a device's ARP cache?
Thanx again.
Matt J.
11-16-2001 09:08 AM
On the device if it's a cisco router, type show ip arp
if it's NT/2000 it's arp -g
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide