Re: SNMP Design [7:46214]
A scheduled snmp poll is excessively intensive We used 5 minute ping rotation which aren't and then a 24 hour poll for config changes.. b I wanted to find out what the consensus is on SNMP polling of routers with large amounts of interfaces. If you have a 7513 with around 400 interfaces, what is the best method of determining interface state? I would think that traps or informs would be the best method, so that the router is not burdened with a poll every 3 to 5 minutes on every interface. I have heard that SNMP is very processor intensive. Anyone have a comment on this, or could tell me what they do on their network in this situation? If using traps, how reliable do you find them? Thanks. Guy H. Lupi [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46217&t=46214 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CCIE Lab Exam Changes - Token Ring [7:46481]
How about over a WAN link?!?! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Khalsa Singh Sent: Thursday, June 13, 2002 5:12 PM To: [EMAIL PROTECTED] Subject: Re: CCIE Lab Exam Changes - Token Ring [7:46481] Thanks Ryan, I'm confused, so when cisco says, no token ring in the CCIE lab from oct 2002 but DLSW will be there, what does that mean. Should we expect to configure DLSW on TR-to-TR network or Eth-to-Eth network or WAN or both in the Lab ""Khalsa Singh"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I'm in the middle of buying CCIE Lab Equipment to prepare for CCIE lab, my > question is, do I still have to buy cisco routers with Token Ring interface > to practise DLSW since it is going to be in the lab after Token Ring is > completely out > > thanks in advance Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46506&t=46481 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Cryptography and frame-relay [7:46621]
This topic is totally opinion based. My question would be, do you trust your providing company (ie MCI, ATT) I have worked for MCI and I can pretty much guarantee you that anyone who actually has access to this doesn't have the time to snoopnor desire... I personally have never worried about it.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Paulo Roque Sent: Friday, June 14, 2002 3:23 PM To: [EMAIL PROTECTED] Subject: Cryptography and frame-relay [7:46621] Hi All, Is necessary to encrypt the comunication that goes over frame-relay links or the frame-relay virtual circuits (PVC/SVC) mechanisms are secure enough to protect my data? Thanks -- Eng. Paulo Roque Network Engineer Cisco Certified Network Associate [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46665&t=46621 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Cisco Lab Changes..Updated [7:46623]
Why does it matter since they said clearly that any 3550 specific options won't be used until mid-November?!?!? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 15, 2002 1:39 PM To: [EMAIL PROTECTED] Subject: RE: Cisco Lab Changes..Updated [7:46623] Hi , i have the lab at october, and i dont know what is switch , 5000 or 3550?! It's true that CCIE must knowns every things, but the game must be equal for all, and therefore the ccie candidate must known what is the equipment list. what about?! thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46694&t=46623 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: STP BPDUs [7:46839]
that was a typo... meant igmp > I don't think it can be multicast. If it were, then it would possibly > follow IGRP routes and traverse WAN links... no good. Uh, how's that? > > Gotta be Broadcast :) > B > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 17, 2002 8:39 PM > To: [EMAIL PROTECTED] > Subject: STP BPDUs [7:46839] > > This might be a simple answer, but what type of message is a BPDU: > Unicast, Multicast or Broadcast. I have searched all over Cisco's site, > and > dug through STP RFC..no luck. I have come up with the following: > > "The Destination Address field indicates the destination address as > specified in the Bridge Group Address table. For IEEE Spanning-Tree > Protocol > BPDU frames, the address is 0x80014300. For IBM Spanning-Tree > Protocol > BPDU frames, the address is 0xC100. For Cisco Spanning-Tree > Protocol > BPDU frames, the address is 0x800778020200." > > I guess it also depends on the definition of multi/broad/unicast. > > Thanks for your help. [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46885&t=46839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: STP BPDUs [7:46839]
I totally believe you all...just I used to Think that Pine Mountain group knew what they were talking about and their web site classifies all of the below as bcast. perhaps I'll let them know :) thanks ""Brian Backer"" wrote in message news:[EMAIL PROTECTED]... > Priscilla, > > Weird... all the documentation I have seen says that a BPDU is a > broadcast just like CDP and HSRP... My friend, I believe you are mistaken. "CDP sends packets on LANs using the multicast address 0100.0CCC." http://www.cisco.com/univercd/cc/td/doc/product/lan/trsrb/cisnm.htm#xtocid18 4495 "Each device configured for CDP sends periodic messages, known as advertisements, to a multicast address." http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/fun_ c/fcprt3/fcd301c.htm "HSRP works by the exchange of multicast messages..." http://www.cisco.com/univercd/cc/td/doc/cisintwk/ics/cs009.htm#xtocid122331 "Routers that are participating in an HSRP group communicate to each other via a multicast User Datagram Protocol (UDP)-based hello packet" http://www.cisco.com/warp/public/cc/so/cuso/epso/entdes/hsrp_wp.htm "The Destination MAC address uses the well-known STP multicast address of 01-80-C2-00-00-00" - Cisco LAN Switching, Clark and Hamilton, page 184. > b > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > Priscilla Oppenheimer > Sent: Monday, June 17, 2002 9:33 PM > To: [EMAIL PROTECTED] > Subject: Re: STP BPDUs [7:46839] > > BPDUs are sent to a multicast address that means "all bridges." In > Ethernet, they are sent to 01:80:C2:00:00:00. For the destination > address > on Token Ring, reverse the bits, one byte at a time to get > 80:01:43:00:00:00. > > At 08:39 PM 6/17/02, Tim Potier wrote: > >This might be a simple answer, but what type of message is a BPDU: > >Unicast, Multicast or Broadcast. I have searched all over Cisco's > site, and > >dug through STP RFC..no luck. > > It's not an RFC. It's IEEE 802.1D. See here: > > http://standards.ieee.org/getieee802/ > > > I have come up with the following: > > > >"The Destination Address field indicates the destination address as > >specified in the Bridge Group Address table. For IEEE Spanning-Tree > Protocol > >BPDU frames, the address is 0x80014300. > > That is bit-reversed. You must have found a document that covers Token > Ring. > > > For IBM Spanning-Tree Protocol > >BPDU frames, the address is 0xC100. > > IBM had their own version of STP. DEC also had a variety of STP. They > sent > to the broadcast address (FF:FF:FF:FF:FF:FF). > > >For Cisco Spanning-Tree Protocol > >BPDU frames, the address is 0x800778020200." > > Cisco spanning tree? What is that?? Something to do with the Per VLAN > Spanning Tree (PVST) on Token Ring?? (Once again, that looks like a > Token > Ring multicast address.) On Ethernet, PVST uses the standard destination > I > think, unless you use PVST+ which tunnels PVST BPDUs through an 802.1Q > Mono > Spanning Tree implementatoin, thus allowing each VLAN to maintain its > own > spanning tree. Cisco uses the multicast address 01:00:0C:CC:CC:CD for > PVST+ > on Ethernet. Bit reverse that and you don't get 0x800778020200, however, > so > I don't know what that adddress is for. > > >I guess it also depends on the definition of multi/broad/unicast. > > It better not depend on that. There shouldn't be any argument on those > definitions. ;-) > > Multicast means a group address. The first bit of the destination MAC > address (which is the first bit transmitted) is a one so that every > device > knows to look at the address. A NIC driver software supports an > application > telling the NIC which particular multicasts to take in. > > Broadcast means every device in the broadcast domain. The first bit and > all > bits in the MAC destination address are ones. Every NIC in the broadcast > > domain takes in the frame and interrupts the host CPU to see if the rest > of > the frame is interesting. > > Unicast means a specific address. The first bit of the destination MAC > address (which is the first bit transmitted) is a zero. > > HTH > > Priscilla > > > >Thanks for your help. > > > Priscilla Oppenheimer > http://www.priscilla.com [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46886&t=46839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: STP BPDUs [7:46839]
Priscilla, Please see: http://www.pmg.com/nai_wireless.htm -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Priscilla Oppenheimer Sent: Tuesday, June 18, 2002 5:06 PM To: [EMAIL PROTECTED] Subject: Re: STP BPDUs [7:46839] At 04:43 PM 6/18/02, nrf wrote: >""Brian Backer"" wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > I totally believe you all...just I used to Think that Pine > > Mountain group knew what they were talking about and their > > web site classifies all of the below as bcast. perhaps > > I'll let them know :) > > thanks > >Well, then the Pine Mountain Group are a bunch of incompetent idiots. I've been running into Pine Mountain Group for many years and slightly know the founder Bill Alderson. They do good work and they do know their stuff. I doubt they actually made this mistake, but if they did, then it's just a mistake of overgeneralizing. Perhaps they only have 2 categories, broadcast and unicast, and don't consider multicasts. I know I'm normally the one to get all outraged by stupid mistakes, but until we can actually see a URL that points to a mistake made by Pine Mountain Group, we should reserve judgement. I can't find anything on their Web site that says that BPDUs, CDP, or HSRP hellos go to a broadcast rather than a multicast. In fact, I can't find anything on their site at all that doesn't require a login! ;-) Priscilla >I don't want to be mean and harsh. But any company that claims to provide >expert network services, especially expert training, really should know >their protocols. Or at least have the decency to admit that they don't >know. Stating something that is just flatly wrong is simply unforgiveable, >especially when it's so easy to look up. Priscilla Oppenheimer http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46933&t=46839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: STP BPDUs [7:46839]
Priscilla, Quite defensive. Calm down... I was just explaining where I found my information from. I know they are no idiots and that they know exactly what they are talking about and I certainly wasn't trying to defame them then in any way. However, you are wrong about you generalization statement. If they were generalizing, they would have put those in the section titled "IP Multicasting" regardless if it's "IP" or not. I personally think it was a mistake which really doesn't warrant any further discussion, however, according to their reply in an email I sent them, I wonder B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Priscilla Oppenheimer Sent: Tuesday, June 18, 2002 6:49 PM To: [EMAIL PROTECTED] Subject: Re: STP BPDUs [7:46839] At 05:58 PM 6/18/02, nrf wrote: >There it is, I did not engage in a rush to judgment It was still a rush. ;-) >, PMG really are idiots. Why don't you both take the class and see for yourselves? Judging someone on an outline is awfully superficial. The founder of Pine Mountain Group has been doing protocol analysis since the early 1980s. I'm sure he knows what he's doing. Many experts would bundle multicasts and broadcasts together in an informal, overview discussion. I'm sure if you take the class, they will explain that CDP, BPDU, and HSRP Hellos are really sent to a multicast destination, and that should improve performance. Since their classes are protocol analysis classes, you'll see for yourself what is used in the destination MAC address field. By the way, I say "should improve performance," but it might not. A lot of NICs are stupid about multicasts and take them all in even if the applications have not registered to receive them. In other words, they interrupt the host CPU for irrelevant multicasts. So when talking about network performance in a non-detailed fashion, it's OK to group broadcasts and multicasts. Priscilla >""Brian Backer"" wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Priscilla, > > > > Please see: > > > > http://www.pmg.com/nai_wireless.htm > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > > Priscilla Oppenheimer > > Sent: Tuesday, June 18, 2002 5:06 PM > > To: [EMAIL PROTECTED] > > Subject: Re: STP BPDUs [7:46839] > > > > At 04:43 PM 6/18/02, nrf wrote: > > >""Brian Backer"" wrote in message > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > I totally believe you all...just I used to Think that Pine > > > > Mountain group knew what they were talking about and their > > > > web site classifies all of the below as bcast. perhaps > > > > I'll let them know :) > > > > thanks > > > > > >Well, then the Pine Mountain Group are a bunch of incompetent idiots. > > > > I've been running into Pine Mountain Group for many years and slightly > > know > > the founder Bill Alderson. They do good work and they do know their > > stuff. > > I doubt they actually made this mistake, but if they did, then it's just > > a > > mistake of overgeneralizing. Perhaps they only have 2 categories, > > broadcast > > and unicast, and don't consider multicasts. > > > > I know I'm normally the one to get all outraged by stupid mistakes, but > > until we can actually see a URL that points to a mistake made by Pine > > Mountain Group, we should reserve judgement. I can't find anything on > > their > > Web site that says that BPDUs, CDP, or HSRP hellos go to a broadcast > > rather > > than a multicast. In fact, I can't find anything on their site at all > > that > > doesn't require a login! ;-) > > > > Priscilla > > > > > > >I don't want to be mean and harsh. But any company that claims to > > provide > > >expert network services, especially expert training, really should know > > >their protocols. Or at least have the decency to admit that they > > don't > > >know. Stating something that is just flatly wrong is simply > > unforgiveable, > > >especially when it's so easy to look up. > > > > > > Priscilla Oppenheimer > > http://www.priscilla.com Priscilla Oppenheimer http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46944&t=46839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: klez crashed our router [7:47323]
Dude, you mis read. it's shares on attached networks, not on the routers :) B -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Michael L. Williams Sent: Monday, June 24, 2002 8:41 PM To: [EMAIL PROTECTED] Subject: Re: klez crashed our router [7:47323] Shares? On Routers? Tell me more.. Mike W. "Dan Penn" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Yes, some forms of the Klez infects network shares. > > Dan > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > Gary Crouch > Sent: Monday, June 24, 2002 4:50 PM > To: [EMAIL PROTECTED] > Subject: klez crashed our router [7:47323] > > I user brought in the w32.klez.h.mm virus our virus software was able > to > stop it from spreading but our router 3640 router stop responding and > had to > be restarted. > > Can this virus attack shares on networks connected to the router? can > klez > spread across the router using other then smtp? > > we curently have NBAR set up for block code red type viruses. > > Thanks > > Gary Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=47338&t=47323 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: T1 Cat5 Crossover Pinout (WIC-1DSU-T1) [7:47332]
Kevin, Check out http://www2.adtran.com/support/technotes/t1ddsadptxvr/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Kevin Love Sent: Monday, June 24, 2002 8:50 PM To: [EMAIL PROTECTED] Subject: T1 Cat5 Crossover Pinout (WIC-1DSU-T1) [7:47332] Hey Team, I am trying to pass data through a WIC-1DSU-T1 to test it. In order to do this, I need to put a couple of modular routers back-to-back. I can handle the configuration if I can just get the right cable. I have cable and a crimper. Does anybody have any idea what pinout I would need to use to do this correctly? I have checked Cisco's web site and can't find anything. Thanks for your help! Kevin Love [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=47339&t=47332 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay question [7:47498]
You can specify the dlci or they can assign. I always found it advantageous to specify that way I can set ranges for different areas or purposes... I have a newbie question, regarding frame-relay. When I order a frame relay circuit for two locations Do the telco provide the dlci? Or I make it up? Once the frame relay is installed on both locations I guess using the dlci numbers it makes the connection , besides the ip and all other stuff Can someone explain it please thanks [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=47501&t=47498 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Quote on Reply [7:48727]
People, please start using the feature "Quote on Reply" when you are replying to someone's post so we can see what you are referring to. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=48727&t=48727 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: static routing [7:51599]
Blah, Proprietary .. OSPF all the way.. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Tim O'Brien Sent: Sunday, August 18, 2002 8:20 PM To: [EMAIL PROTECTED] Subject: RE: static routing [7:51599] Paul, EIGRP is fully supported on the 4006 in both the Layer3 4232 blade and the new SupIII. I would definitely stay away from IGRP and would highly recommend EIGRP. Tim CCIE 9015, CSS1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Sent: Sunday, August 18, 2002 4:54 PM To: [EMAIL PROTECTED] Subject: static routing [7:51599] Hi guys, I have recently inherited a 30+ strong network that only uses static routing!!! Some of the equipment includes 2900s 3500s 3600s 4000s amongst others. I would very much like to move towards dynamic routing!!! What would you guys suggest? I also believe that the next IOS for the 4006s does not support EIGRP ! (If i am correct!) I am not sure if I should use RIP IGRP etc. Have any of you guys experienced this before and what would you suggest? Kind regards Paul Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51614&t=51599 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
