Re: ATM Inverse ARP on PVC (another question)

From: Jeff Sapiro (jsapiro@xxxxxxxxxxxxxxxxxxxx)
Date: Wed Jul 05 2000 - 17:56:35 GMT-3


   

Jeff Sapiro wrote:

> Speaking of ATM PVC's, is anyone aware of a gotcha that can happen with
> broadcasts? A 3600 I configured with the broadcast parameter configured via
> map-list like the one shown below (applied to the major interface) is unable
> to send eigrp hellos. When I do a debug atm packet, I see the 'encapsulation
> failed' message for 'sending 224.0.0.10' - I also have a vc-class limiting th
e
> bandwidth; any connection?
>
> -Jeff
>
> "David B. Knill" wrote:
>
> > #1 is the "new" way (12.0 and later) of defining ATM PVCs. #2 is the "old"
> > way (11.3 and earlier). You will find this in the documentation under the
> > different versions.
> >
> > I would suggest using the 12.0 method -- David
> >
> > ------------------------------------------------------
> > David B. Knill
> > Sprint ENS -- Technical Solutions Consultant -- CCDP
> > Email david.knill@sprintparanet.com
> > Pager 800.941.8263
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> > Zaitsev DN (Dmitry)
> > Sent: Wednesday, July 05, 2000 12:22 PM
> > To: 'ccielab@groupstudy.com'
> > Subject: ATM Inverse ARP on PVC
> >
> > It appears to me that there are two ways to avoid using Inverse ARP with
> > ATM PVC and assign remote ip address to the PVC.
> > 1. Using "protocol" command:
> > interface atm 5
> > pvc [name] vpi/vci
> > protocol protocol x.x.x.x
> >
> > 2. Using "map-list" and "map-group"
> > interface atm 5
> > map-group test-a
> >
> > map-list test-a
> > ip 131.108.168.2 atm-vc 1 broadcast
> >
> > What is the difference between them?
> > thanks
> > Dmitry
> >



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:52 GMT-3