Re: Off Topic: Any interest in new Sniffer Certification?
A more effective way to express displeasure (especially if you feel some form of non-passive censure is warranted) might be to reply with the following: "Yes I do have both a comment and interest. My comment is that your shameless promotion using what appears to be an NAI e-mail address spurs my interest in pursuing your rival's analysis certification and NOT yours." I'd mention the competitor, but that would violate the spirit of the counter-thread, and besides, it's not too hard to figure out anyway. "Z" <[EMAIL PROTECTED]>@groupstudy.com on 03/07/2001 11:33:23 AM Please respond to "Z" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "Andy" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: Re: Off Topic: Any interest in new Sniffer Certification? I actually found it quite interesting...next time hit delete... This has been an Eyez Only streaming e-mail broadcast...We are watching. NetEyez ~ CCNP, CCDA - Original Message - From: "Andy" <[EMAIL PROTECTED]> To: "info" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, March 06, 2001 1:13 PM Subject: Re: Off Topic: Any interest in new Sniffer Certification? > > Gee, thanks for spamming a Cisco cert list with your marketing jizz > propaganda crap press release. If you want to spam a cert list, start your > own.. > > > > > > On Tue, 6 Mar 2001, info wrote: > > > http://biz.yahoo.com/prnews/010305/sfm057.html > > > > Was wondering if any of you had comments or interest > > in the new Sniffer Cerficication just announced. See > > link above or article below. > > > > > > Sniffer Certification Program to Accredit IT Professionals With First-Class > > Troubleshooting and Protocol Analysis Skills for Managing Enterprise > > Networks > > > > SANTA CLARA, Calif., March 5 /PRNewswire/ -- Sniffer Technologies, a > > business unit of Network Associates (Nasdaq: NETA - news), today is setting > > a worldwide standard by introducing its IT certification program for network > > management called the Sniffer Certified Professional Program (SCPP). While > > meeting the industry's demand for network professionals with vendor-specific > > certification, the SCPP will identify IT professionals with first-class > > Sniffer-specific troubleshooting and protocol analysis skills to protect and > > optimize networks across the enterprise. > > > > Developed through close collaboration with Sniffer University, the Sniffer > > Certified Professional Program will help employers identify professionals > > within their organizations who are equipped with the knowledge and skills to > > implement, operate and troubleshoot networks effectively. At the same time, > > SCPP will provide network professionals industry-recognized accreditation as > > experts in their field. > > > > ``The rapidly changing landscape of internetworking technologies is creating > > a shortage of qualified, trained professionals to manage business-critical > > networks,'' said Rich Baich, Director of Sniffer University's Educational > > Services, Sniffer Technologies. ``Companies recognize the critical role > > network availability plays in the success of their business, and the Sniffer > > Certified Professional Program ensures they have trained professionals to > > ensure maximum uptime of their network.'' > > > > The Sniffer Certified Professional Program was developed using proven > > psychometric processes to create quality tests targeted at network > > professionals with in-depth knowledge of Sniffer technologies and > > significant hands-on experience in real world environments. Each exam tests > > objectives and content that maps to Sniffer University's existing curriculum > > ensuring clear learning paths between product and technology emphasis areas. > > > > The Sniffer Certified Professional program consists of three levels. The > > first level, the Sniffer Certified Professional (SCP), includes a 60-minute > > required core exam designed to test a candidate's knowledge in the use of > > Sniffer Technologies' network analyzer. The SCP credential is the basis for > > the entire program. > > > > The following levels, the Sniffer Certified Expert (SCE) and the Sniffer > > Certified Master (SCM), evaluate a candidate's knowledge in their choice of > > a combination of other Sniffer products and technologies in various > > networking environments. Additional SCPP exams validate skills for products > > such as DSS/RMON Pro or the new Wireless LAN product as well as technology > > emphasis areas: Ethernet, TCP/IP, Windows NT and 2000, WAN and ATM. > > > > According to industry research, Sniffer Technologies is the industry-leader > > in providing top-quality software solutions for monitoring, analyzing and > > managing network availability and performance. To date, Sniffer Technologies > > holds customer agreements with over 80 percent of Fortune 100 customers. > > > > The Sniffer
Re: dumb Linux terminal-router question
I'd reccomend the free upgrade to the native hyperterminal client it addresses known bugs with the nt version (based on past experience, i now assume that problems plaguing NT also plague Windows 2000 unless otherwise notified) and i've found it to be generally more robust (please note that that is an extremely informal observation). http://www.hilgraeve.com/ Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 03/03/2001 10:47:37 AM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: dumb Linux terminal-router question Next week I'm teaching basic router configuration to some high school students. One of the students has a notebook computer that runs Linux. Assuming there is a normal serial port on the notebook, will he able to easily run a terminal emulator to connect to the console port on the Cisco routers? I know he'll be able to do Telnet once we have an initial config, but before we get to that point, can he config the routers in a similar fashion to the HyperTerminal the Windoze users will be using? Thank-you very much for your help. Priscilla Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: The Juniper Networks Certified Internet Specialist (CIS)JN0-301
I can discern 2 indirect relationships: 1. For people who are bored after achieving CCIE status in 2 or more of the possible tracks AND are desparately seeking to differentiate themselves from all the other CCIEs out there (since it's presumably a little less exclusive each time a new # is doled out), this might be the next certification they pursue. 2. Some of the advanced, non-vendor specific IGP & EGP content comprising the CCIE exams might also be found in the Juniper exams. It would probably be amusing to see how much initial demand there would be if groupstudy or some other capable entity were to set up an analagous mailing list for juniper certification. Nathan <[EMAIL PROTECTED]>@groupstudy.com on 02/17/2001 02:36:30 AM Please respond to Nathan <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: The Juniper Networks Certified Internet Specialist (CIS)JN0-301 And this relates to groupstudy.cisco how? Muhammad Zahid wrote: > Hi Fellows, > > Is any one have done "The Juniper Networks Certified Internet Specialist > (CIS)JN0-301" please guide me how can i do prepare the exam. > I have 5 year network experience and done my CCNP and almost complete > the CCIE Written preparation. because i failed in it just with the 2%. I > will try again . > but now i want to do the JUNIPER CIS. > > I have done the > > M40 Architecture and Configuration EDU-M40-CON > JUNOS Routing Policy EDU-JUN-RP > Troubleshooting with JUNOS Software EDU-JUN-TS > MPLS Traffic Engineering EDU-JUN-MP > > Bassam Halabi, Internet Routing Architectures > Jeff Doyle, Routing TCP/IP Volume 1 > Radia Perlman, Interconnections > > Now what can i do for the Exam. > > Kindest Regards > Muhammad Zahid > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Windows 2000 sniffer
NAI 4.5 works on Windows 2000 if you have a NIC they support. I can confirm that it works with Xircom RealPort cards (note: it did NOT work pre-service release) "Christopher Supino" <[EMAIL PROTECTED]>@groupstudy.com on 02/12/2001 01:11:49 PM Please respond to "Christopher Supino" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: Windows 2000 sniffer Can anyone recommend a good sniffer program for Windows 2000? I am having problems attempting to run the NT version on 2000. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Reccomended resources for BGP.
Reviewing the list submissions for the past couple of months might give you the impression that this is a case where if you could only read one book on a topic, Halabi's would be it for BGP, regardless of the vendor sponsorship. I'm actually looking forward to the Doyle book, especially since he's now at Juniper (according to various book websites). Unfortunately, I'm at the same state you are, so I can't really add to the summary. "george" <[EMAIL PROTECTED]>@groupstudy.com on 01/21/2001 09:30:08 PM Please respond to "george" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: Reccomended resources for BGP. Just found my own answer. Looks like the cisco press " internet routing architectures " by Halabi is exactly what I was looking for. Concur? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OT: Re: Beautiful Day, I passed CCIE written test today
You wrote: I am now planning on a quick pit stop to get Nortell NNCSS certification in routing(Any advice out there?). If you take the accelar test, know the cli cold. The questions range from too simple to ambiguously worded (and therefore hard to answer "correctly"). The tests correlate very strongly with the coursebooks from the nortel official curriculum (router configuration, advanced ip routing et cetera)-i assume that that is the case for the actual course as well. The router tests have a fair amount of ISDN/dial backup in them. When you are on the receiving end of the letters, they send you a wooden plaque and carry-on luggage. Eric Gunn <[EMAIL PROTECTED]>@groupstudy.com on 01/18/2001 07:16:55 PM Please respond to Eric Gunn <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Beautiful Day, I passed CCIE written test today Hello Everyone, Failing the CCIE written test by one point yesterday really left a bad taste in my mouth. I brushed up and took the test again today. The question pool must be pretty big as I only got maybe 15 questions that were the same from yesterday. Anyway I passed the test with a mark of 75 and am thrilled. This whole ordeal has given me a better respect for certification, especially this test. As much as I learned in the process of getting to this point, I also realized there is that much more to learn. I am now planning on a quick pit stop to get Nortell NNCSS certification in routing(Any advice out there?). I then plan to obtain CCNP specialties in ATM and Voice over IP while studying for the lab. Now I will have to look back in the mail archives for suggestions on putting together a CCIE lab and taking a 2nd mortgage on the home so I can afford the equipment. I'd like to thank everyone on the group for their advice, this has been the best source of information for me. Time to watch some brainless entertainment tonight(Cough) WWF Wrestling(cough) I find it helps me relax after thinking so much :) Thanks Everyone, -Eric Gunn _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Error Message
In my vastly limited experience, it only works perfectly when a successfull outcome would introduce a routing or layer 2 Loop, or a source of hacking traffic, or allow a badly misconfigured box to interact with every mission-critical server in the environment. Usually, it merely causes performance problems and incrementing csmacd errors. I'm hoping that others have fared better, but I'm not confident about that wish. It is also a very convenient initial bullet point on any lan assessment I've been asked for (since it's applicable in all environments I've run across. . . ) Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 01/17/2001 07:03:25 PM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: Error Message At 10:25 AM 1/18/01, Tony van Ree wrote: >Hi, > >Late collisions will often occur when you have one end at full duplex the >other at half duplex. The full duplex will keep sending even after the >poor little half duplex has started to transmit. This interupts the half >duplex well into its transmission and whammo a late collision. This also >often occurs when autonegotiate is set on a switch and all appears to be >fine. I have found that to configure both ends manually is best. Why does anyone use autonegotiate?! Does it EVER work? &;-) Just wondering. Priscilla >Just a thought > >Teunis, >Hobart, Tasmania >Australia > > >On Wednesday, January 17, 2001 at 02:48:50 PM, Jim Healis wrote: > > > From CCO: > > > > Error Message > > %AMDP2_FE-5-LATECOLL: AMDP2/FE([dec]/[dec]), Late collision > > > > Explanation Late collisions occurred on the Ethernet/Fast Ethernet > > interface. > > > > Recommended Action If the interface is Fast Ethernet, verify that both > > peers are in the same duplex mode. For regular Ethernet, the system > > should recover. No action is required. > > > > > > > > Kelly D Griffin wrote: > > > > > Does anyone know what causes this error message? > > > > > > Jan 17 16:32:35 CDT: %AMDP2_FE-5-LATECOLL: Ethernet0/1 transmit error > > > > > > Kelly D Griffin, CCNA > > > Network Engineer > > > Kg2 Network Design > > > http://www.kg2.com > > > Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Useful things to do with trolls
If you refer to swallows instead, they'll probably be able to recognize the reference slightly faster. "Chuck Larrieu" <[EMAIL PROTECTED]>@groupstudy.com on 01/13/2001 05:15:13 AM Please respond to "Chuck Larrieu" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: RE: Useful things to do with trolls The secret to passing The Lab is not to ask the proctor "what kind of a sparrow" but to tell the proctor what you know of the several species of sparrow, the velocities of each, and then ask which one he would prefer ;-> -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Ray Mosely Sent: Friday, January 12, 2001 3:11 PM To: Howard C. Berkowitz; [EMAIL PROTECTED] Subject: RE: Useful things to do with trolls What kind of sparrow? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Howard C. Berkowitz Sent: Friday, January 12, 2001 2:58 PM To: [EMAIL PROTECTED] Subject: Useful things to do with trolls >I agree. When it comes to trolls and other threads such as these, sometimes >the best course of action is to do nothing but hit the delete button. This >is the "Let it drop because no one will remember it in a couple of days, >anyway" philosophy. Ignore trolls and they often go away. If they don't, >then into the kill file they go. > >just my $.01 after taxes, >John Bringing the subject back to networking, remember, when studying bridging, that a troll traditionally is the layer below the bridge. Unfortunately, no bridge management tool of which I am aware is preprogrammed to ask: "what is your name? "what is your quest? "what is the velocity of the sparrow? Is implementing this capability a potential CCIE lab requirement? > >> >> Those of us that have been on mailing-lists for many years have a name >for >> the orginal message. Its called a troll. When someone trolls your list, >> you simply do not respond to it, as that is the purpose of the troll and >> get on with your lives. Some people have spent entirely too much time >> worrying about this when you don't even know if he even had a crack, and >> if he did fine. If you care, email him privately, if you don't, then >> you delete it. I'm just simply amazed at the amount of energy and time >> that went into this thread. This stuff just isn't that hard... > > Andy _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Scores on Boson's and Colts - BCMSN
Based on my experience (similar to yours, except that i took all of the boson BCMSN tests dozens of times) and the postings since august, the boson tests appear to have something to do with reality, and some semblance of correlation with test results whereas the colt tests appear to serve primarily as a mechanism by which cisco can frustrate and scare certification candidates. I'd hold out for higher scores on the boson before I would feel comfortable signing up for the exam. "Jennifer Mellone" <[EMAIL PROTECTED]>@groupstudy.com on 01/07/2001 09:49:34 PM Please respond to "Jennifer Mellone" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: Scores on Boson's and Colts - BCMSN For folks who did Boson and Colts and passed BCMSN: How well do the scores on the Boson's and Colts predict success on the real BCMSN? For example, I took Boson BCMSN Test #2 quiz A, B, and C and got 77, 75, and 69 (I don't like that trend!). Then I took Colt "BCMSN post assessment" and got 48/63 (passing score 47-ouch!). With scores like that, do you think I'd pass by a comfortable margin, or maybe just barely pass, or maybe not pass at all? - Jennifer Mellone _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Why dont I see SNMP discussion on this board ??
A clearer statement about the level of involvement that SNMP might have within postings on a (clearly) hypothetical bay/nortel newsgroup is that it would be a recurring topic, with a fairly high percentage of specific implementation questions. This has to do with the ineffably sluggish nature of their graphical configuration tool, the lateness-to-market of their non-script-driven cli (bcc) and the fact that snmp gets & sets are incorporated into the TI that appears upon the establishment of a console or telnet session. Extremely cursory comparisons with mg-soft and similar browsing tools lead me to believe that the wellfleet mibs are significantly better documented than their cisco counterparts. They also appear to me to be easier to navigate, but that might have more to do with relative inexperience than anything else. "Pradeep Kumar" <[EMAIL PROTECTED]>@groupstudy.com on 01/07/2001 06:10:42 PM Please respond to "Pradeep Kumar" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: Why dont I see SNMP discussion on this board ?? Good show Kevin and Charles.Did you notice some one having said " SNMP would be more focusssed by the Bay Network folks. Kevin- Good start ! If you read the SNMP related RFC , note the statement - SNMP RFC's are still a controversial subject. There has been no standardisation yet. -Guru -Original Message- From:Cthulu [EMAIL PROTECTED] Sent:Sun, 7 Jan 2001 08:33:58 -0600 To: [EMAIL PROTECTED] Subject: Re: Why dont I see SNMP discussion on this board ?? I'll start with the obvious: SNMP stands for Simple Network Management Protocol, which is a misnomer because it is not simple excepting for the fact that it has four commands I know of: set, get, trap, and the other one I forget. A better name would Tree-Like Database-Structure Underlying Management Protocol (TDUMP); notice the missing network. SNMP depends on a network to manage its devices; however, it can manage more than network-centric devices. It can also manage computers, servers, printers, coke machines, and pretty much anything that has a network connection. Pretty much all those big name network management packages such Openview, Tivoli, CiscoWorks, JoeSnuff's NetSnuffer, and so on all use SNMP. Had you the time, you actually could manipulate and create your own SNMP code to do your network management. And just to ensure this thread doesn't die and to stimulate discussion, I am going to make some erroneous statements next...here goes (identify the mistakes here and get a fabu No-prize!!) (FX: clears throat) "We should use SNMP on our networks because the TCP traffic it generates causes a great deal of overhead. Instead, if we need SNMP informaiton, we telnet to port 179, and run a get-set command that will dump the SNMP information to a text file, where we can search for what we need. SNMP is not useful because it can only run on routers and switches. There is also a security issue as the community strings on Cisco are stored in plaintext, and can not ever be encrypted.SNMP is enabled by default on all Cisco devices with the RW password of Cisco." I challenge all to find the mistakes, explain why they are wrong, and give us the correct info... There, that should spur some discussion on SNMP... enjoy!! Charles ""Kevin Welch"" <[EMAIL PROTECTED]> wrote in message 013101c07881$76ef9160$2a002a0a@sjc102498">news:013101c07881$76ef9160$2a002a0a@sjc102498... > Maybe its because no one has started a thread about SNMP > > -- Kevin > - Original Message - > From: "Pradeep Kumar" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Saturday, January 06, 2001 11:30 PM > Subject: Why dont I see SNMP discussion on this board ?? > > > > Folks, > > > > Did you notice - in our forum which claims to be addressing 10,000 Network > proffessionals , SNMP related discussion does not seem to be too attractive > ! not on the forum at least. > > > > Why dont I see discussion on Cisco MIB's, SNMP, RMON ? > > > > Is this not a trouble area ? Or is it becoz , there is not much of SNMP > topics on any of the CCxx exams ? > > > > Is there any exams to prove the mettle of SNMP geeks ? > > > > -Guru > > > > > > > > > > > > > > > ___ > > Visit http://www.visto.com/info, your free web-based communications > center. > > Visto.com. Life on the Dot. > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscrip
RE: A question regarding private addressing
It's been my experience that when a M$ ip stack assumes this address and mask, that it is NOT appearing on their network, and can't even talk to same-subnet hosts in most cases. As far as benefit is concerned, I believe that it might allow you to determine if a dhcp attempt occurred or not. Craig Columbus <[EMAIL PROTECTED]>@groupstudy.com on 01/06/2001 10:49:09 AM Please respond to Craig Columbus <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: RE: A question regarding private addressing OK. I can accept that Microsoft (or Apple for that matter) would do something like this and then expect the world to revolve around them. However, I'm confused as to the benefit. Why would anyone want a non-assigned default IP address to appear on their network? Do they really think that people will implement a non-RFC1918 compliant address space just to save configuration time? (Actually, I can think of several cases where people might just go for this.) How do Internet backbone routers (BGP ASs) deal with this traffic? Let's say that I want to take the easy way out and I connect a small network to the Internet via an ISP. I'm not running NAT, but I'm running the 169.254 addresses inside my network. If I've got a static route to an ISP public address, and we're not exchanging routing information, I can't see how this traffic would ever get back to my network. If I'm exchanging routes with an ISP (via BGP or some other interior protocol), where and how do the 169.254 routes get filtered? There has to be some mechanism, or there would be thousands of summary routes back to 169.254 showing up on the Internet table. Any help in understanding this is appreciated. Thanks, Craig At 03:27 AM 1/6/2001 -0800, you wrote: >On May 28, 10:03am, Priscilla Oppenheimer wrote: >} >} Microsoft stole this from AppleTalk. Ironically, Apple doesn't care and in > > MS made a draft RFC about it, which has expired, and there is a >new draft by Apple (see my previous note). > >} fact has been using the Automatic Private IP Addressing scheme for a few >} years. I think Microsoft themselves only started using it pretty recently. >} (Windows 2000, you say?) > > No, Windows 98 does it as well (not sure about Windows 95, but it >would be a good bet). > >}-- End of excerpt from Priscilla Oppenheimer > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: fore
I'm not sure that "new" effectively characterizes their enterprise; perhaps it's more applicable to their invasion of the for-profit data-communications turf. http://www.marconi.com/html/about/ourhistory.htm "Shaw, Winston Mr 5 SIG CMD" <[EMAIL PROTECTED]>@groupstudy.com on 01/05/2001 04:13:26 PM Please respond to "Shaw, Winston Mr 5 SIG CMD" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "'Donald B Johnson Jr'" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: RE: fore I have done a little work on Fore ATM switches more than a year ago. I think the company has been swallowed up by a new enterprise called Marconi. Check the web for www.marconi.com. Maybe their tech support can help you obtain some documentation. Winston. -Original Message- From: Donald B Johnson Jr [mailto:[EMAIL PROTECTED]] Sent: Friday, January 05, 2001 9:07 PM To: [EMAIL PROTECTED] Subject: fore Has anyone configured a forerunner ASX-200BX if so could you point me in = the direction of some documentation. Thanks=20 Duck _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Electrical and General knowledge
Within the confines of my (admittedly limited) understanding of the original author's point, the username/password pairs referred to are the ones used in processes such as CHAP authentication, and therefore do not pertain to end-user access to either intermediate or end systems (thereby somewhat obviating the "3rd letter of his cat's name capitalized" concern). Please let me know if I misunderstood to an unacceptable extent. Thanks, "Stanfield Hilman B (Brad) CONT NSSG" <[EMAIL PROTECTED]> @groupstudy.com on 01/04/2001 09:43:02 AM Please respond to "Stanfield Hilman B (Brad) CONT NSSG" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "'Ray Mosely'" <[EMAIL PROTECTED]>, studygroup <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: RE: Electrical and General knowledge Ray, I think there is a misunderstanding. What he said was non alphanumeric (something other that letters and numbers). What I think he means is characters such as !@#$%^&*(), and others. Alphabetic characters, numbers, and especially mixed case are very much recommended for security, BUT, I can understand the problems associated with a user not remembering that he had the 3rd letter of his cat's name capitalized. My $ 0.02 Brad Brad Stanfield CCNA Network/Integration Engineer [EMAIL PROTECTED] Government Micro Resources Network Operations Control Center Norfolk Naval Shipyard Bldg 33 NAVSEA NCOE 757-393-9526 1-800-626-6622 -Original Message- From: Ray Mosely [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 04, 2001 9:14 AM To: studygroup Subject: RE: Electrical and General knowledge Sorry, if I understand your comments on passwords, I must disagree. Username passwords should contain non-alphabetic characters. This doesn't effect Cisco, because so far no one seems to have created the right software to hack the secret password hash. However, the Cisco secret password hash is similar to Microsoft's, and l0pht has long ago created a brute force hack. I ran the l0pht crack on my userlist 2 months ago. The only passwords that were NOT cracked were mine and my student worker's. Both had non-alphabetic characters. Ray Mosely CCNA, MCSE -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Priscilla Oppenheimer Sent: Wednesday, January 03, 2001 5:37 PM To: Tony van Ree; studygroup Subject: Re: Electrical and General knowledge At 10:01 AM 1/4/01, Tony van Ree wrote: >A couple of thoughts based on the PVC fault thread but looking at a >different angle. > >Should we as aspiring "communications experts" understand: >1 Fundamental electrical and magnetic propogation theory. >2 Basic cabling technology, design and termination. Yes. Cisco Networking Academy requires almost a whole semester on electricity, cabling, building wiring, etc. Now, I think that's overkill, but at least some study in these areas is a good idea if you want to be an efficient troubleshooter. Priscilla >Well lets consider the number of faults that can be put into this >category. It used to be 75%+ faults were of a physical nature. I think >the figure would still be quite high but I don't have recent figures. > >Most intermittent faults are due to connections and/or connectors. Ofter >due to poor installation and/or plugs being inserted and removed regularly >and/or incorrectly. > >The next most common cause of intermittent faults is magnetic (Noise) >interferance. Usually due to poor cabling layouts and/or poor >installation methods. > >The most common cause of permanent damage to to ports is due to incorrect >installation of cables (NT1 to Ethernet ports is a good one that comes up >a lot). > >In switching the most common problems are duplex mismatches. Usually due >to a misunderstanding of what duplex setting do. > >These are just some considerations there are heaps more. Most are easily >avoided but difficult to diagnose. An understanding of the fundamentals >involved can avoid disaster. > >Just as a beat up on all. I work in an environment where we supply Telco >type services and IP connectivity to thousands (this figure is an >understatement). A part of my job is to troubleshoot client connections >to our access servers. I can often go for a week or two handling about 10 >faults or more per day without finding a fault in the configuration of the >access servers, connections to the access servers and/or the clients >CPE. This does not leave much but I'll bet most still blame us. I don't >know how often I will suggest change this setting in your server an all >will be fine. Bink up it comes and so does the question "what did you do >at your end to fix my server?" > >Incidently the next most common problem I come across is username/password >errors particularly where people mix cases and/or use non alphanumeric >characters in usernames. In my opinoin this shouls be avoided (In Cisco's
RE: NetBios forwarding (Addendum)
A company might intentionally go out of their way for such late 1980's state of the art engineering in order to acheive greater integration with operating systems build around products such as LAN manager (I'm told that much of the archaic stuff in NT is for the sake of backwards compability with projects initiated in conjunction with IBM). It's probably worth investigating to what extent the app is configurable, since even on the same subnet it would be desirable to use unicast traffic. In order to more precisely define the nature of the traffic in the absence of documentation, the version of network monitor that ships with NT 4 should be sufficient to narrow down the layer 4 ports involved. I'd say use the document search engine at support.baynetworks.com, but, as usual, the carrier/voice-side products would appear to be lacking in publicly available PDFs. John Neiberger <[EMAIL PROTECTED]>@groupstudy.com on 12/31/2000 06:59:51 AM Please respond to John Neiberger <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: RE: NetBios forwarding (Addendum) > In your config below, I think it might work, but only 1 access-list would do > the trick because the server should not do any broadcasting once it is > contacted by the client. Of course, that depends on the application > software. What is it called anyway ? This is Optivity Telephony Manager from Nortel. The OTM server is on a different subnet from the client. We installed the client on a laptop and put it on the same subnet as the server and everything worked correctly. If we run the software from a different subnet, there are two tabs that are unavailable. One of our LAN guys said that it was trying to use netbios to communicate to the server. Personally, I don't understand why it only uses it for such a small part of the program. Heck, why use it at all? > > Access-Lists are a necessary evil which should be avoided whenever possible. > Personally, I think that less resources would be used to decide whether to > drop or foward a broadcast than to compare it to an access list. > > Winston. > > -Original Message- > From: John Neiberger [mailto:[EMAIL PROTECTED]] > Sent: Sunday, December 31, 2000 2:01 AM > To: [EMAIL PROTECTED] > Subject: Re: NetBios forwarding (Addendum) > > > Okay, after a tad more research, I've come up with the following config, > which corrects some mistakes and misunderstandings in my previous config. > > interface Serial0 > ip address 10.1.1.254 255.255.255.0 > ip directed-broadcast 101 > ! > interface Serial1 > ip address 10.2.2.254 255.255.255.0 > ip directed-broadcast 102 > ! > access-list 101 permit udp host 10.1.1.1 any eq netbios-ns > access-list 101 permit udp host 10.1.1.1 any eq netbios-dgm > access-list 102 permit udp host 10.2.2.2 any eq netbios-ns > access-list 102 permit udp host 10.2.2.2 any eq netbios-dgm > > Now, from what I can tell, this will do what I'm attempting, but I'd still > love to have your opinions because I have *zero* experience with netbios or > broadcast forwarding. I'd hate to break one thing while trying to fix > another. (gee, I've never done that before!) > > Thanks again, > John > > > We have some new software running on a single workstation that is trying > to > > use netbios to communicate with a server on a different subnet. We do > not > > currently allow this type of forwarding, and I've never configured it > > before. We'd like to limit netbios forwarding to just these two > machines. > > Here is my idea, let me know if this would be the way to do it. > > > > access-list 1 permit 10.1.1.1 (workstation) > > access-list 2 permit 10.2.2.2 (server) > > > > ip forward-protocol udp 137 > > ip forward-protocol udp 138 > > ip forward-protocol udp 139 > > > > int fastethernet1/0 > > ip add 10.1.1.254 255.255.255.0 > > ip directed-broadcast 1 > > ip helper-address 10.2.2.2 > > > > int fastethernet2/0 > > ip add 10.2.2.254 255.255.255.0 > > ip directed-broadcast 2 > > ip helper-address 10.1.1.1 > > > > Would this do what I'm trying to accomplish? If not, please let me know, > or > > if anyone has any tips for this sort of thing, I'd love to hear them. > > > > Thanks a million, as usual! > > > > John > > > > > > > > > > > > ___ > > Send a cool gift with your E-Card > > http://www.bluemountain.com/giftcenter/ > > > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > > > ___ > Send a cool gift with your E-Card > http://www.bluemountain.com/giftcenter/ > > > _ > FAQ, list archives, and subscription info: > ht
RE: Hyperterminal
If you're trapped within a microsoft platform, the minimium enhancement you should consider is the free upgrade from http://www.hilgraeve.com, although i'm more than willing to allow that other alternatives might in fact be far superior. "Gary Joyce" <[EMAIL PROTECTED]>@groupstudy.com on 12/31/2000 12:55:03 AM Please respond to "Gary Joyce" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: RE: Hyperterminal I've also had problems with Hyperterminal. Try TeraTerm Pro, it's freeware and even has an SSH plug-in. You can get it here: http://hp.vector.co.jp/authors/VA002416/teraterm.html This is the first app to go on any PC I use. You can Telnet, SSH, and console all from the same program. Gary -Original Message- From: Lauren Child [mailto:[EMAIL PROTECTED]] Sent: Saturday, December 30, 2000 9:16 PM To: [EMAIL PROTECTED] Subject: Re: Hyperterminal Austin wrote: > > All of a sudden, the router will not accept me hitting the ENTER key to get > started. Same thing happens on a break sequence. I cannot seem to send > anything to the terminal. > This is how far it goes and then nothing: > I had the same problem with a 2501 this christmas - I was selling it and another to a chap at home, one was fine and the other wouldnt accept any input except a break at bootup. Then it was just frozen. After fiddling with cables, taking the lid off the router and wiggling simms in case theyd come loose, rebooting several times, and taking mem and flash out to force a boot to rom, we switched the cable on to my laptop (it was connected to my brothers PC) and it worked fine. The only difference was - 1) my brothers PC was having problems with an AGP graphics card at the time, and my laptop wasnt, and 2) My brothers PC was win98, mine was win98SE I have no idea what went on, and why it only affected one router and not the other (which is why we figured corrupt ios or something). Have you tried a different PC/OS? TTFN Lauren _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: can SPAN port transmit?
Thinking about it further, there was probably nothing preventing my machine from transmitting, but I probably was not connected to the network I was configured for once the port was spanned. -- Forwarded by Kevin Cullimore/FIRNY/NorthAmerica/MCKINSEY on 12/29/2000 09:42 PM --- To: [EMAIL PROTECTED] cc: From: Kevin Cullimore/FIRNY/NorthAmerica/MCKINSEY Date: 12/29/2000 09:40:22 PM Subject: (Document link: Kevin Cullimore) Re: can SPAN port transmit? My admittedly limited experience is as follows: on the first day after a cutover to a set of 6500s and 6000s, I needed to track down some server misconfigurations, so I asked that a server VLAN be spanned to the port my laptop was using. Upon execution of those commands, all normal functions of my workstation ceased (e-mail, browsing) but my adapter was receiving traffic bound for the target VLAN. I asked the cisco SE about this behavior, and he indicated that my experience was indicative of how the span function works. I did not try very hard to establish a workaround. It's probably worth some more in-depth conversation about specific types of hardware and software, to see if we are merely talking past each other. Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/29/2000 05:42:28 PM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: can SPAN port transmit? The reason I ask is that my client is developing a network management box that will connect to a SPAN port and collect traffic as well as occasionally send SNMP queries and other UDP packets. He realizes that if the user were collecting data from many ports there would be performance issues. However, he wants to know, in the absence of performance problems, will his device be able to send some queries? Is sending disabled on the SPAN port? The other answers (from people who have tried it) make me think the answer is no, sending is not disabled. Priscilla At 04:46 PM 12/29/00, [EMAIL PROTECTED] wrote: >Cisco employees have confirmed for me that devices connected to span ports >are unable to act as normal hosts by design. > > > > > > >Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/29/2000 >03:27:52 PM > >Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> > >Sent by: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] >cc:(bcc: Kevin Cullimore) >Subject: can SPAN port transmit? > > >Hi folks, > >If I connect a Sniffer-like device to the SPAN port of a switch, will the >Sniffer-like device be able to transmit data? > >My guess is no. From my reading on Cisco's SwitchProbe external hardware >probes, it appears that the SwitchProbe needs an additional port to send >data to a network management system. One port connects to a SPAN port on >the switch and the other port connects to a normal port and is configured >in "management mode." > >But, does anyone have experience with trying to send from a device >connected to a SPAN port? > >Thanks > >Priscilla Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: can SPAN port transmit?
My admittedly limited experience is as follows: on the first day after a cutover to a set of 6500s and 6000s, I needed to track down some server misconfigurations, so I asked that a server VLAN be spanned to the port my laptop was using. Upon execution of those commands, all normal functions of my workstation ceased (e-mail, browsing) but my adapter was receiving traffic bound for the target VLAN. I asked the cisco SE about this behavior, and he indicated that my experience was indicative of how the span function works. I did not try very hard to establish a workaround. It's probably worth some more in-depth conversation about specific types of hardware and software, to see if we are merely talking past each other. Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/29/2000 05:42:28 PM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: can SPAN port transmit? The reason I ask is that my client is developing a network management box that will connect to a SPAN port and collect traffic as well as occasionally send SNMP queries and other UDP packets. He realizes that if the user were collecting data from many ports there would be performance issues. However, he wants to know, in the absence of performance problems, will his device be able to send some queries? Is sending disabled on the SPAN port? The other answers (from people who have tried it) make me think the answer is no, sending is not disabled. Priscilla At 04:46 PM 12/29/00, [EMAIL PROTECTED] wrote: >Cisco employees have confirmed for me that devices connected to span ports >are unable to act as normal hosts by design. > > > > > > >Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/29/2000 >03:27:52 PM > >Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> > >Sent by: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] >cc:(bcc: Kevin Cullimore) >Subject: can SPAN port transmit? > > >Hi folks, > >If I connect a Sniffer-like device to the SPAN port of a switch, will the >Sniffer-like device be able to transmit data? > >My guess is no. From my reading on Cisco's SwitchProbe external hardware >probes, it appears that the SwitchProbe needs an additional port to send >data to a network management system. One port connects to a SPAN port on >the switch and the other port connects to a normal port and is configured >in "management mode." > >But, does anyone have experience with trying to send from a device >connected to a SPAN port? > >Thanks > >Priscilla Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: can SPAN port transmit?
Cisco employees have confirmed for me that devices connected to span ports are unable to act as normal hosts by design. Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/29/2000 03:27:52 PM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: can SPAN port transmit? Hi folks, If I connect a Sniffer-like device to the SPAN port of a switch, will the Sniffer-like device be able to transmit data? My guess is no. From my reading on Cisco's SwitchProbe external hardware probes, it appears that the SwitchProbe needs an additional port to send data to a network management system. One port connects to a SPAN port on the switch and the other port connects to a normal port and is configured in "management mode." But, does anyone have experience with trying to send from a device connected to a SPAN port? Thanks Priscilla Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Difference between Directed Boradcast and Mulitcast
an aspect i did not notice to be covered in the response found below is the following: it appears to me that multicast technology incorporates control of traffic distribution into the addressing scheme: all multicast-rfc-compliant-devices will forward traffic to multiple hosts if the destination address warrants it. it also appears to me that directed broadcast is dependent upon the configuration of each device in the potential path of a given wayward ip packet: if a device is configured to forward directed broadcast, the packet ambles on. if not, it expires in the fashion of most packets, within the confines of the circuitry of the device that last received the packet. so, with a directed broadcast, your device is indiscriminately forwarding multiple-destination traffic on a per-interface-basis, while a multicast implementation allows for some means of control as might be implemented from the source end. i'd humbly ask that members of the group advise everyone if it is the case that, as usual, i'm way off base. Jeff Kell <[EMAIL PROTECTED]>@groupstudy.com on 12/28/2000 01:23:00 AM Please respond to Jeff Kell <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: Hunt <[EMAIL PROTECTED]> cc: [EMAIL PROTECTED] (bcc: Kevin Cullimore) Subject: Re: Difference between Directed Boradcast and Mulitcast Hunt wrote: > > What is the difference between Directed Boradcast and Mulitcast? A multicast is an IP address 224.x.x.x/4 (224-239.x.x.x) while a directed broadcast can be to any class A-B-C subnet; the directed broadcast having all ones in the host part of the subnet address. A "directed" broadcast is one which "may" be routed. Similarly, multicasts "may" be routed, and in the absence of any other parameters it will be flooded across all router interfaces, while a directed broadcast goes to a specific interface. At the layer 2 level, broadcasts use the all ones MAC address of FF-FF-FF-FF-FF-FF. Multicasts have the second hex digit "odd" so that the "little-endian" nature of the ethernet results in the low-order bit of the second hex digit being transmitted first. The NIC hardware will detect this and signal an interrupt in anticipation of a broadcast. Smarter NICs will continue to receive and match the source MAC (if not a broadcast) with designated multicast addresses it has been told are "interesting". There is also an interplay between multicast MACs and IPs (left as an exercise for the reader). For the first three bytes of the MAC, the vendor ID (in the first three bytes) is preserved but the low order bit of the first byte is set, making it odd (the second hex digit). For example, an HP manufactured NIC might have an 08-00-09 prefix; but HP specific multicasts will have an 09-00-09 prefix. Jeff Kell <[EMAIL PROTECTED]> _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Or Nortel? Re: Easy ML? Re:MCSE OR CCNA
thanks for the insight. unfortunately, i'm in an environment where all kinds of anguish, fear. uncertainty and doubt (not to mention resistance, fits and threats) were raised when Y2K bullies "forced" an upgrade to RS 11.03/9 last year, so i'm pretty far from offering a perspective on bcc. i'm glad that vendors are attempting to stay competitive, even if not economically. i've heard people claim that one advantage of mastering the IOS cli is that it makes it easier to work with equipment from smaller vendors since many of them are either outright copying a cisco cli look and feel or hoping to get bought by them. do others on the list agree? "Bradley J. Wilson" <[EMAIL PROTECTED]>@groupstudy.com on 12/26/2000 03:02:06 PM Please respond to "Bradley J. Wilson" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "cisco" <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: Re: Or Nortel? Re: Easy ML? Re:MCSE OR CCNA Keep in mind that Nortel actually has *two* CLIs on their routers: the TI (the traditional CLI) and now the BCC (Bay Command Console, or Blatant Cisco Copy if you prefer, although it's quite a misnomer). The BCC was developed for two reasons: one, to make Cisco people more comfy with Bay routers; and two, because their GUI, Site Manager (or Site Mangler, which is *not* a misnomer) stinks. As far as I'm concerned, the BCC is a few steps ahead of Cisco's CLI. It's much more user-friendly, and offers a more logical view of the elements of the router's configuration. It's only available with BayRS 12.00 and above, but if you're ever in a Bay environment, check it out (type "bcc" at the TI prompt). - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 26, 2000 1:11 PM Subject: Re: Or Nortel? Re: Easy ML? Re:MCSE OR CCNA in defense of the TI interface, although many cisco counterparts yield better information, anyone not afraid of unixesque scripting may write & implement their own commands on the RS platform. additionally, bay CLI access provides snmp get & set commands. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Or Nortel? Re: Easy ML? Re:MCSE OR CCNA
to the extent that it counts, i'd have to vote that mastering implementations of similar technologies by different vendors and opportunities to explore interoperability rarely hurt one's opportunities to begin grasping the miracle by which bit patterns emanating from one digital computing device magically appear inbound on a remote digital computing device. as the most recent post pointed out, it's even easier to identify the aspects of a routing protocol's behavior that are necessary for standards conformance and distinguish them from vendor specific quirks. another example would refer to the differences in both vendor's approach to incrementing the metric between hops. it used to be the case that bay was perceived as having a significant hardware performance edge. it seems as if cisco has made steps towards bridging that gap. it used to be the case that cisco was perceived as having a significant software usability edge. it seems as if cisco has made steps towards bridging that gap. in defense of the TI interface, although many cisco counterparts yield better information, anyone not afraid of unixesque scripting may write & implement their own commands on the RS platform. additionally, bay CLI access provides snmp get & set commands. i can say from experience that preparing for certification by each vendor has led me to grapple with material to an extent not necessary to pass the other vendor's tests. a frustrating part of pursuing the nncse is that the quality of questions range from thought-provoking and worth the effort to "give me my $1.28 back" in terms of real-life benefit and the alleged honor and glory of industry-specific letters by your name, the more vendors the better. acapitally yours, "Raul F. Fernandez" <[EMAIL PROTECTED]>@groupstudy.com on 12/26/2000 12:05:18 PM Please respond to "Raul F. Fernandez" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: Re: Or Nortel? Re: Easy ML? Re:MCSE OR CCNA Sammi, I also have done extensive study of the CISCO IOS and I am studyng for = the lab as we speak. I work in an environment where not only do I troubleshoot CISCO( about = 90%) but the rest is split up mostly by Bay and then a small amount of Motorola FRADS. = Anyway, BAY at first was a shock to the system since there IOS is a cross between DOS and MIB = city. I have gotten comfortable with MIBs on BAY now, specially doing stat caps, but I have = also learned to use=20 site manager which is a good tool for Bays. In the process, I went ahead = and got the low level cert for=20 Bays(Certified Support Specialist). Basically, I first saw this as a = curse because I had no interest in anything but CISCO IOS, but in reality there are many large companies in perticular one = automotive company that use all BAY. This experience has gotten me into an environment of = further learning and of experimentation. Especially debugging OSPF problems between CISCO = routers and BAY. BAY products are good, but on CLI are not perticularly friendly = unless you are=20 willing to spend time on it. Once you get to learning the CLI is is = powerful. BAY has some very good solutions out there. Do not abandon CISCO but also stive to increase your knowledge of NORTEL. Anyway, NORTEL does = not have all its eggs in routers. CISCO IOS is in my humble opinion = superior. But NORTEL has nice stuff cooking up. The person I replaced went to NORTEL and he = was=20 CISCO savvy ...has passed the written and had extensive troubleshooting skill being a member of the ATS group here where I work. But he got an offer he could not refuse...off he went. I believe NORTEL right now is = doing alot of this and looking for CISCO folks who are good because they can figure they = can retrain. I have no interest myself in NORTEL at this time but after my CCIE is = done I dont rule it out. Its an excellent company to work for and an industry = leader. I am personally holding out for CISCOhahah will see. Anyway, good = luck. I know the guy I replaced, who works for NORTEL, is very happy there and = he is getting much training...take advantage of it. Sincerely, Raul _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ
Re: RFC Reading List
one possible suggestion is to leverage a search engine such as rfc-editor.org's. it allows you to search by topic and the results are typically returned along with the obsolence hierarchy information you might want to think about reading the original ospf (version 2: i believe the start number is 1247) rfcs. i'm told that they are only available in postscript because of the complexity of the drawings. i found those drawings extremely helpful. ironically enough, one of the richer sources of rfc pointers i've happened upon turned out to be the microsoft tcp/ip stack whitepaper. their lip service references mentioned specific numbers because of some netware infrastructure support responsibilities i recently tracked down the multicasting ones i suspect that as our careers creep along, the security ones (ipsec & the like) might become increasing relevant/marketable/essential if more people read (and understood) 793, the data communications world might be a better place to dwell within a direct answer would be that i'm going to read all of them, but not until after my bout with the R&S np/dp tests are successfully over (successful for me, that is), prioritizing them by ccie relevance (igps, egps, routed, et cetera) "Chuck Larrieu" <[EMAIL PROTECTED]>@groupstudy.com on 12/07/2000 11:17:45 PM Please respond to "Chuck Larrieu" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "Cisco Mail List" <[EMAIL PROTECTED]> cc:(bcc: Kevin Cullimore) Subject: RFC Reading List Idle curiosity, friends. Which RFC's are you reading? I've read 1771 ( BGP4 ) and I am presently going through 1812 ( requirements for IP routers ) 1812 references a number of other RFC's, of which perhaps 1112 ( ICMP ) and 1256 ( ICMP Router Discovery Messages, 1120 ( requirements for internet hosts ) I plan on looking through 2328 ( OSPF ) and 1519 ( CIDR ) I have a few more printed out, things like TCP and ICMP and RIP Other posting I have read over time and from various sources suggest 1997 BGP Communities ), 2796 (BGP Route Reflection), 1965 ( BGP Communities ) and 1795 ( DLSw ) I have some others I printed out a while back. TCP, RIP, IP, if memory serves The Cisco site itself recommends reading RFC's, but makes gives no specifics. What are folks on this list reading? Recommending? Chuck -- I am Locutus, a CCIE Lab Proctor. Xx_Brain_dumps_xX are futile. Your life as it has been is over ( if you hope to pass ) From this time forward, you will study US! ( apologies to the folks at Star Trek TNG ) _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: anyone has had any contacts with cisco R&D people?
i suppose that an underlying assumption of mine was that microsoft's market is non-competitive AND cisco has a chance of breaking into the carrier market BECAUSE both companies are leaders in terms of directional flexibility. do you see it differently? as for hsrp, even if it is functionally identical, their claim about standards is STILL misleading (in a sense that has misdirected many, many it budgets). in some cases where they have an approach which predates a standard, they will arrange for IOS to use either, or, they will interoperate/exchange information with non-cisco implementations or, as in the case of hsrp, they don't provide support for vrrp unfortunately, standards compliance seems to be an area where linguistic precision is absolutely vital. "Howard C. Berkowitz" <[EMAIL PROTECTED]>@groupstudy.com on 12/03/2000 04:29:53 PM Please respond to "Howard C. Berkowitz" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: anyone has had any contacts with cisco R&D people? >Disclosure: i work with equipment manufactured by both nortel & cisco (or >companies they assimilated) and make every effort to be equally unfair to >both. > >thanks for the clarification about PIM, i was unaware of those >circumstances. in the original list i forgot hsrp, which-i'm told-falls >under the "no existing standard at the time it was introduced" category (of >course, it also falls under the "the eventual standard that emerged is >different" category). HSRP has significant ancestry in DEC's cluster protocols. The IETF's VRRP protocol is functionally almost identical to HSRP. > >as best i can tell, one remaining point merits explicit clarification (no >matter how against my nature that might be) > >you point out that we do not know enough about the future to adequately >answer the original question, but that potentially obscures the fact that, >like microsoft, cisco is a world-class leader in abrupt directional shifts >(presumably, the only useful context for the abomination "internet time"), >so insider knowledge about their long term direction at any given point in >space & time might not be of much use 12 months hence. i also suspect that >you are correct about them hedging their bets somewhat, so that it would be >incorrect to presume that they are focusing on one potential implementation >of a given technology to the exclusion of all others. Intuitively, I think there are important differences, at least in part, for the market of Microsoft and Cisco. The argument is not as strong in the enterprise networking as the carrier networking space. In carrier networking, however, the "customers" themselves push the technologies and may very well introduce approaches of their own. Even more importantly, carriers have a century or so of using standards-based approaches whenever possible. It's informative to look at how well Juniper has competed with Cisco in the carrier router space, in part because they don't have the baggage of the legacy mechanisms IOS needs to support. Also, Nortel's installed base in optical networking is far greater than Cisco's. I suppose my point is that the carrier market is much more competitive than the enterprise networking market, which in turn is more competitive than the market that Microsoft inhabits. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: anyone has had any contacts with cisco R&D people?
Disclosure: i work with equipment manufactured by both nortel & cisco (or companies they assimilated) and make every effort to be equally unfair to both. thanks for the clarification about PIM, i was unaware of those circumstances. in the original list i forgot hsrp, which-i'm told-falls under the "no existing standard at the time it was introduced" category (of course, it also falls under the "the eventual standard that emerged is different" category). as best i can tell, one remaining point merits explicit clarification (no matter how against my nature that might be) you point out that we do not know enough about the future to adequately answer the original question, but that potentially obscures the fact that, like microsoft, cisco is a world-class leader in abrupt directional shifts (presumably, the only useful context for the abomination "internet time"), so insider knowledge about their long term direction at any given point in space & time might not be of much use 12 months hence. i also suspect that you are correct about them hedging their bets somewhat, so that it would be incorrect to presume that they are focusing on one potential implementation of a given technology to the exclusion of all others. "Howard C. Berkowitz" <[EMAIL PROTECTED]>@groupstudy.com on 12/03/2000 12:10:48 PM Please respond to "Howard C. Berkowitz" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: anyone has had any contacts with cisco R&D people? >[EMAIL PROTECTED] wrote, Disclosures: I'm a Nortel employee working in new router design, and a Cisco stockholder. That said, some of these points might be a bit harsh on Cisco. >agnostic might be too strong a term to lavish upon a company that preaches >"open standards" at prospective customers (such as isl, pim, cgmp, igrp, >eigrp,their layer 2 hdlc & the rest-meaning, anything they developed in >isolation and imposed, or are waiting to impose, upon the rest of the >ip-vulnerable community). No question that Cisco will try to establish proprietary methods, but they are legitimate standards players. The standards-based version of many of the protocols you cite came after Cisco, or someone else, first introducted its functionality in some proprietary way: ISL: Cisco actually introduced a VLAN concept with an interpretation of IEEE 802.10, but for assorted reasons, some technical and some political/marketing, that never caught on. 802.1Q was developed after ISL, and 802.1Q is being enhanced by IEEE to have some capabilities that are in ISL but not the base standard. HDLC: At the time Cisco introduced this, PPP wasn't defined yet. PPP itself represents compromises based on the chip implementations readily available at the time of its introduction. LAP-B existed but had much more overhead. Several other vendors had similar proprietary variants of HDLC, including Codex/Motorola and Timeplex. PIM: Came out of the research community with Cisco participation. Never was proprietary, AFAIK. CGMP: Definitely proprietary, although IEEE is considering things with some of its functions. CGMP reflects a different design approach than IGMP snooping on switches IGRP: The alternative was RIP at the time. Several people said that Cisco tried to put IGRP into the IETF, but other vendors didn't want it because Cisco had too much of an advantage, and the current design thinking was link state. EIGRP: Definitely a proprietary approach, but DUAL itself was invented at Stanford Research Institute. EIGRP does reflect some very serious thinking about enhanced distance vector being superior to link state. OSPF and ISIS still are evolving. >while i'm quite certain that they will attempt to >assimilate any commercially non-trivial communication standard into their >operating systems, i'm concerned that it's not a legitimate question to ask >about a single direction they might stumble along for both the backbone and >the lan, since they will obviously follow the divergent trends in each >market, no matter the implications for their current technological >investments (btw: there exists a non-zero chance that the technologies in >both spaces will converge. in that unlikely event, i'm more than certain >that cisco won't hesitate in cannibalizing one division to capitalize on >the other) . .. . When we are talking about futures, the reality is that we truly don't know. To say that carrier-scale backbones will be ATM (probably not), POS, IP over raw DWDM, MPLS over raw DWDM, etc., is not yet a given. We face challenges such as "is it better to have single 40 Gbps OC-768 streams or multiple OC-192 over DWDM?" There are many routing versus switching arguments, and MPLS is a mixture of the two (even though
Re: anyone has had any contacts with cisco R&D people?
agnostic might be too strong a term to lavish upon a company that preaches "open standards" at prospective customers (such as isl, pim, cgmp, igrp, eigrp,their layer 2 hdlc & the rest-meaning, anything they developed in isolation and imposed, or are waiting to impose, upon the rest of the ip-vulnerable community). while i'm quite certain that they will attempt to assimilate any commercially non-trivial communication standard into their operating systems, i'm concerned that it's not a legitimate question to ask about a single direction they might stumble along for both the backbone and the lan, since they will obviously follow the divergent trends in each market, no matter the implications for their current technological investments (btw: there exists a non-zero chance that the technologies in both spaces will converge. in that unlikely event, i'm more than certain that cisco won't hesitate in cannibalizing one division to capitalize on the other) . .. . anyway, if you're truly concerned about anticipating their future, please understand that it has less to do with their current product set as we all understand it and far more to do with how they anticipate they might eviscerate their competitors and conquer markets that they have yet to redefine. my assumption all along was that they were not willing to play the nortel game of consolidating their wan and lan technologies (as alluded to in the previous paragraph) but they might yet prove to be the microsloth of the data communications space (nota bene: they've already made considerable progress in this venture). a not-completely-insipid rule of thumb might be to assume that cisco is actively plotting to invade any data-communications technology space that either has market share or a company hawking its wares at a suffciently alluring stock price. (please note that it remains somewhat insipid . . . thanks) Priscilla Oppenheimer <[EMAIL PROTECTED]>@groupstudy.com on 12/02/2000 04:45:39 PM Please respond to Priscilla Oppenheimer <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "cslx" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: Re: anyone has had any contacts with cisco R&D people? Cisco is agnostic with regards to technology and protocols. Cisco attempts to implement almost all viable protocols. That's their philosophy. So you'll see them implement solutions for customers who want ATM and solutions for customers who want SONET in the backbone. With that said, if your question is about ATM on a campus network, we heard recently that they are removing LAN Emulation (LANE) from the CCIE test, so that may say something about their direction, or I could be reading too much into that decision. Priscilla At 07:24 AM 12/2/00, cslx wrote: >anyone has had any contacts with cisco R&D people? >I want to know which field cisco want focus on in the next decade. >IP over ATM switch at the backbone >or IP over sonet at the backbone >that means for the man or campus network, which one is cisco's prefer choice >or has the priority? >any1 can foresee the furture of ATM in china, and will it be replaced by >using total ip switching over backbone sonet transwmission? >I am seriously asking this question. > > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: IP routing tables
it sounds like you'd be interested in all the candidate routes a given routing protocol would generate (whether periodically or as a reaction to external influences). i'm still new at this, but it seems like the closest you would come (without getting deeply lost within their branch of the shared SMI structure) is a set of commands such as show ip ospf database show ip eigrp topology show ip rip database (i can't tell if the differences in terminology between proprietary & non-proprietary specifications are meaningful or significant) i'm not sure if the same applies for EGPs . . . [EMAIL PROTECTED]@groupstudy.com on 11/26/2000 07:07:21 PM Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Kevin Cullimore) Subject: IP routing tables Hi all, Does anyone know if there is an IOS command that will show the routing table for (or contributed by) a particular routing protocol, when there are multiple routing protocols running? In other words, a command to show what the IP routing table would look like if there was only a single routing protocol. I am aware of 'show ip route [protocol]', but that appears to give a subset of the actual routing table. For example, 'show ip route ospf' simply chops all the non-ospf routes out of the output of 'show ip route'. I'd like a command that shows what ospf (or eigrp or whatever) routes exist, even the ones that are not actually used because they are, for example, over-ridden by a static route for the same destination. If anyone can work out what I'm trying to ask, congratulations, because I don't think I've expressed it very well. If anyone knows an answer, even better :-) JMcL _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] +-+ | This message may contain confidential and/or privileged | | information. If you are not the addressee or authorized to | | receive this for the addressee, you must not use, copy, | | disclose or take any action based on this message or any| | information herein. If you have received this message in | | error, please advise the sender immediately by reply e-mail | | and delete this message. Thank you for your cooperation. | +-+ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
