From: marvin greenlee (marvin@ccbootcamp.com)
Date: Sun Jun 05 2005 - 05:00:05 GMT-3
Time to get a new book.
Your selector byte (the last two hex bits) should be set to 00.
You don't need the ilmi pvc, unless you need to talk to the switch.
If you're not talking to the switch, the switch doesn't know who you are.
Show atm ilmi-status will not show your address as confirmed.
If the switch doesn't know about the end devices, it can't create a circuit
between them.
Unless the switch is configured with static routes for the NSAPs (not
likely), it probably not work.
Try this:
Instead of defining the full NSAP locally, just define the ESI address. (By
defining the ESI address, the router pulls the prefix from the switch with
the ILMI PVC, and registers the address with the atm switch)
Verify that your addresses show as confirmed in the output of show atm
ilmi-status.
Keep one side with the command atm arp-server self.
Configure the other side with the full NSAP as shown in the output of show
atm ilmi-status.
Lab5R4#
interface ATM2/0
ip address 1.1.1.4 255.255.255.0
atm esi-address 444444444444.00
no atm ilmi-keepalive
atm arp-server nsap 47.00918100000000E01E797201.333333333333.00
pvc 0/5 qsaal
!
pvc 0/16 ilmi
!
Lab5R3#
interface ATM2/0
ip address 1.1.1.3 255.255.255.0
atm esi-address 333333333333.00
no atm ilmi-keepalive
atm arp-server self
pvc 0/5 qsaal
!
pvc 0/16 ilmi
Lab5R4#ping 1.1.1.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
Lab5R4#
Marvin Greenlee, CCIE#12237, CCSI# 30483
Network Learning Inc
marvin@ccbootcamp.com
www.ccbootcamp.com (Cisco Training)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
eb3613@sbc.com
Sent: Saturday, June 04, 2005 1:40 PM
To: ccielab@groupstudy.com
Subject: ATM ARP Server [bcc][faked-from]
Importance: Low
Ok so I do the following to make ARP server work per a book and it does not.
interface ATM3/1/0
no ip address
atm pvc 1 0 5 qsaal
atm pvc 2 0 16 ilmi
no atm ilmi-keepalive
!
interface ATM3/1/0.1 multipoint
ip address 192.1.5.1 255.255.255.0
atm nsap-address 47.009181000000001011BCA501.111111111111.11
atm arp-server self
interface ATM3/1/0
no ip address
atm pvc 1 0 5 qsaal
atm pvc 2 0 16 ilmi
no atm ilmi-keepalive
!
interface ATM3/1/0.1 multipoint
ip address 192.1.5.2 255.255.255.0
atm nsap-address 47.009181000000001011BCA501.222222222222.22
atm arp-server nsap 47.009181000000001011BCA501.111111111111.11
I cannot ping end to end until I use the following command on the physical
nterface
atm ilmi-pvc-discovery subinterface
My question, is this correct or is their something else working against me
here?
It seemed like the arp server would take care of the situation regardless of
ilmi being present or not.
This archive was generated by hypermail 2.1.4 : Wed Jul 06 2005 - 14:43:40 GMT-3