From: beda jain (bpjain@cisco.com)
Date: Thu Sep 26 2002 - 19:31:06 GMT-3
Hi,
what is the equivalent cmd in 3550 for set cgmp enable in cat5.
I also want to know the equivalent cmd for the following
1. set ip alias r4 1.1.1.1 ( we can do this alias exec r4 telnet 1.1.1.1,
is there any other way
2. set system contact
3. set system location
4. set span 2/4 2/11 both INPKTS ENABLE ( only want to know for inpkts enable)
5 set cgmp enable
5. set ip permit ( we can do this with access-class, is there any other way)
2nd question
how we can access directly to vty line 5 with out accessing vty line 0 - 4
Thank,
Beda
At 01:30 PM 9/26/2002 -0500, Brian McGahan wrote:
>Brian,
>
> I had it disabled only on one side. Debugging frame-relay
>packet did not show me this arp request/reply.
>
>Brian McGahan, CCIE #8593
>Director of Design and Implementation
>brian@cyscoexpert.com
>
>CyscoExpert Corporation
>Internetwork Consulting & Training
>http://www.cyscoexpert.com
>Voice: 847.674.3392
>Fax: 847.674.2625
>
>
> > -----Original Message-----
> > From: Brian Dennis [mailto:brian@5g.net]
> > Sent: Thursday, September 26, 2002 12:51 PM
> > To: 'Brian McGahan'; ccielab@groupstudy.com
> > Subject: RE: FrameRelay InARP
> >
> > Brian,
> > He's debugging frame packet to see the inverse-arp request/replies.
>Also
> > do you have inverse-arp disabled on both sides or one side?
> >
> > Brian Dennis, CCIE #2210 (R&S/ISP Dial)
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
>Of
> > Brian McGahan
> > Sent: Thursday, September 26, 2002 10:09 AM
> > To: 'Deleporte Antoine'; ccielab@groupstudy.com
> > Subject: RE: FrameRelay InARP
> >
> > Antoine,
> >
> > I cant seem to reproduce your problem, and I cant find
> > anything listed in the bug toolkit. Its working the way its
>supposed
> > to on 12.1(12) here. What are you debugging that shows the inarp
> > request/reply? Shut the interface down, encap hdlc, encap fram, then
> > bring it back up.
> >
> > HTH
> >
> > Brian McGahan, CCIE #8593
> > Director of Design and Implementation
> > brian@cyscoexpert.com
> >
> > CyscoExpert Corporation
> > Internetwork Consulting & Training
> > http://www.cyscoexpert.com
> > Voice: 847.674.3392
> > Fax: 847.674.2625
> >
> > -----Original Message-----
> > From: Deleporte Antoine [mailto:DELEPORTE@dynetcom.fr]
> > Sent: Thursday, September 26, 2002 11:33 AM
> > To: 'Brian McGahan'; ccielab@groupstudy.com
> > Subject: RE: FrameRelay InARP
> >
> > Brian,
> > as you can see, I used both commands on R2 (physical interfaces), but
>R2
> > still replies to R1 InARP requests...
> > Have you ever hear something wrong or strange with this command ? It
> > doesn't work...
> > Antoine
> > -----Message d'origine-----
> > De : Brian McGahan [mailto:brian@cyscoexpert.com]
> > Envoyi : jeudi 26 septembre 2002 18:11
> > @ : 'Deleporte Antoine'; ccielab@groupstudy.com
> > Objet : RE: FrameRelay InARP
> >
> > Antoine,
> > There are actually two steps in turning off frame-relay
> > inverse-arp.
> > No frame-relay inverse-arp <--- do not request inarp of other end of
> > cloud
> > No arp frame-relay <--- do not respond to any inarp request
> > Remember to turn it off on both your main interface and multipoint
> > sub-interfaces.
> >
> > HTH
> > Brian McGahan, CCIE #8593
> > Director of Design and Implementation
> > brian@cyscoexpert.com
> > CyscoExpert Corporation
> > Internetwork Consulting & Training
> > http://www.cyscoexpert.com
> > Voice: 847.674.3392
> > Fax: 847.674.2625
> >
> > > -----Original Message-----
> > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> > Of
> > > Deleporte Antoine
> > > Sent: Thursday, September 26, 2002 7:08 AM
> > > To: 'ccielab@groupstudy.com'
> > > Subject: FrameRelay InARP
> > >
> > > Hi all,
> > >
> > > just a question about FrameRelay InARP :
> > >
> > >
> > > R1--------(FrameRelay)--------R2
> > >
> > > R1 : (on R1, inARP is enabled by default...)
> > > interface Serial1
> > > ip address 144.21.1.17 255.255.255.248
> > > no ip directed-broadcast
> > > encapsulation frame-relay
> > > no logging event subif-link-status
> > > no logging event dlci-status-change
> > > !
> > >
> > > R2 : (InARP is disabled)
> > > interface Serial0
> > > ip address 144.21.1.19 255.255.255.248
> > > encapsulation frame-relay
> > > no fair-queue
> > > no arp frame-relay
> > > no frame-relay inverse-arp
> > > !
> > >
> > > So, R2 doesn't send any InARP request, as configured.
> > > But, R1 send InARP request, and R2 reply to this request, mapping R1
> > ip
> > > address on a dlci...
> > >
> > > Could someone explain me why does R2 reply to inARP request ?!
> > > How can I force R2 not to map any dlci, keeping default inARP
>settings
> >
> > on
> > > R1
> > > ???
> > >
> > > Here are debugs :
> > >
> > > r2#sh frame-relay map
> > >
> > > r2#
> > > r2#
> > > *Mar 1 01:39:32: Serial0(i): dlci 35(0x831), pkt encaps 0x0300
>0x8000
> >
> > > 0x0000 0x806 (ARP), datagramsize 30
> > > *Mar 1 01:39:32: Serial0: frame relay INARP received
> > > *Mar 1 01:39:32: FR: Sending INARP Reply on interface Serial0 dlci
>35
> >
> > for
> > > link 7(IP)
> > > r2#
> > > r2#
> > > r2#
> > > r2#sh frame-relay map
> > > Serial0 (up): ip 138.21.1.17 dlci 35(0x23,0x830), dynamic,
> > > broadcast,, status defined, active
> > > r2#
> > >
> > >
> > > IOS versions are 12.1(2), and routers are rebooted...
> > > Can someone help ?
> > >
> > > Antoine
This archive was generated by hypermail 2.1.4 : Mon Oct 07 2002 - 07:44:04 GMT-3