From: Brian McGahan (brian@cyscoexpert.com)
Date: Fri Sep 27 2002 - 00:36:08 GMT-3
Beda,
CGMP is not supported from the client side on 3550. IGMP
snooping is enabled by default. There is limited support for CGMP
messages when trying to discover an attached multicast router, but this
is still a function of IGMP snooping.
"To learn of multicast router ports through only CGMP packets, use the
ip igmp snooping vlan vlan-id mrouter learn cgmp global configuration
mode command. When this command is issued, the router listens to CGMP
self-join and CGMP proxy-join packets only and no other CGMP packets."
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/1214ea1/3550sc
g/swigmp.htm#xtocid67828
CGMP is supported from the *server* side, but only when the 3550
is acting as a multicast router.
" This software release provides CGMP-server support on your multilayer
switches; no client-side functionality is provided. The multilayer
switch serves as a CGMP server for devices that do not support IGMP
snooping but have CGMP-client functionality."
http://www.cisco.com/univercd/cc/td/doc/product/lan/c3550/1214ea1/3550sc
g/swmcast.htm#xtocid2250816
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
> beda jain
> Sent: Thursday, September 26, 2002 5:31 PM
> To: Brian McGahan; 'Brian Dennis'; ccielab@groupstudy.com
> Subject: set cgmp enable
>
> 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