Usually when I get a letter from Nigeria someone's either asking for my bank account information so they can transfer millions of ill-gotten $$$ into it and then they'll transfer most of it later on to another account but I get to keep some of it for my own trouble or, in a variation of the above scheme, they need me to first send them a few thousand $$$ up front so they can then send me the several millions of dollars. The last one I received was a beg for someone to send high end medical equipment (to be paid for later, of course) over there as there was a huge need for it right now and a lot of money to be made in the market. Cisco training now....this is a new one.
Quoting olubunmi : > Hey Folks... > Nigeria is slowly grapping with the IT world and > people are ready to learn > here. i am looking for volunteers with whom i can work > together to set up a > a Cisco academy in Uyo , south South Nigeria.This may > be starting any time > within the next 3 months. I will give details to > whoever is interested. Uyo > is a peaceful state capital in south south Nigeria , > with a University, a > polytechnic, and a metropolitan hub for the south > south NIgeria. > Volunteer(s) will enjoy the hospitality of the town, > help bring up locals > and motivate unversity and secondary schools student > towards a career in IT. > I welcome anyone interested to email me ; > [EMAIL PROTECTED] for further > details. > Kindly pass this message across to anyone you know > might be interested. > thank you > olubunmi Isinkaye CCNP, > Lagos Nigeria > Cisco Certification Digest wrote: > Cisco Certification Digest Thursday, March 20 2003 > Volume 02 : Number 2494 > > > > In this issue of the Cisco Certification Mailing List > Digest: > RE: 6509 cam entries [7:65758] > Re: RSM Equivalent for the Catalyst 6500 [7:65760] > RE: IP header [7:65718] > RE: CCNP Certification [7:65759] > IPSec and nated ISDN router [7:65782] > pix 501 limitations [7:65785] > RE: Anybody heard of banff counters? [7:65765] > Re: Cisco Instructor - CCNA Class [7:65742] > RE: FrameRelay dlci + IP address [7:65713] > DS3 bandwidth issues [7:65790] > Re: IPSec and nated ISDN router [7:65782] > Re: pix 501 limitations [7:65785] > Re: IP header [7:65718] > Re: Getting out of hand?? [7:65676] > RE: PIX VPN home access question [7:65666] > RE: Unable to delete flash [7:65529] > RE: Rack Mount Kit for 4000 [7:65752] > Re: IP header [7:65718] > Re: DS3 bandwidth issues [7:65790] > RE: AW: ISDN Callback Config [7:65649] > Re: DS3 bandwidth issues [7:65790] > span sessions [7:65531] > RE: ISDN 803 Callbacks [7:65754] > dial up problem [7:65801] > Difference on L3 switching of Cat4500 and Cat6500? > [7:65802] > RSP7000 and RSP-4-COOKIE message [7:65803] > Attack on Iraq [7:65805] > RE: is 10baseT dead? [7:65263] > PIX Questions [7:65806] > RE: Cisco Instructor - CCNA Class [7:65742] > RE: Finding device on network via cisco switch > [7:65670] > Re: DS3 bandwidth issues [7:65790] > Large number of VLANS [7:65815] > RE: ISDN 803 Callbacks [7:65754] > Re: Difference on L3 switching of Cat4500 and Cat6500? > [7:65818] > 2511 Reverse Telnet [7:65819] > RE: ISDN 803 Callbacks [7:65754] > RE: ISDN 803 Callbacks [7:65754] > eBGP Multi-hop [7:65823] > RE: Voice Level Adjustment [7:65701] > RE: Convert from Custome Queue to CBWFQ [7:65700] > RE: 2511 Reverse Telnet [7:65819] > RE: Large number of VLANS [7:65815] > Re: 2511 Reverse Telnet [7:65828] > RE: IPSec and nated ISDN router [7:65782] > OT: Satellite Modem [7:65830] > RE: Policy based routing [7:65776] > Re: Difference on L3 switching of Cat4500 and Cat6500? > [7:65832] > RE: Large number of VLANS [7:65815] > Why did Cisco do this? Off Topic [7:65834] > Re: eBGP Multi-hop [7:65823] > RE: eBGP Multi-hop [7:65823] > Cisco 2000 problems [7:65837] > RE: 2511 Reverse Telnet [7:65819] > Re: Difference on L3 switching of Cat4500 and Cat6500? > [7:65839] > Re: Open http: traffic on firewall... [7:65755] > Re: Large number of VLANS [7:65815] > RE: Convert from Custome Queue to CBWFQ [7:65700] > Anyone configured nat under tunnel [7:65843] > Re: eBGP Multi-hop [7:65823] > > ---------------------------------------------------------------------- > > Date: Wed, 19 Mar 2003 21:55:19 GMT > From: "Priscilla Oppenheimer" > Subject: RE: 6509 cam entries [7:65758] > > steve wrote: > > > > guys i have the following entry in my cam table that > i cannot > > remove > > > > here is the config > > > > VLAN Dest MAC/Route Des [CoS] Destination Ports or > VCs / > > [Protocol Type] > > ----- ------------------ ----- > > ------------------------------------------- > > 17 00-02-a5-e8-97-35 X 9/40 > > > 00-02-a5 is a Compaq vendor code. So it's an Ethernet > interface from Compaq, > if that helps. > > The list of vendor codes is here: > > http://standards.ieee.org/regauth/oui/oui.txt > > I have no idea why it would get stuck though. Seems > like a bug? > > Priscilla > > > > > here i smy Show Ver > > > > WS-C6509 Software, Version NmpSW: 5.3(2)CSX > > Copyright (c) 1995-1999 by Cisco Systems > > NMP S/W compiled on Oct 11 1999, 17:45:02 > > > > System Bootstrap Version: 5.2(1) > > > > and here is my config > > > > set port security 9/1-32,9/34-48 disable > > > > > > BUT, > > > > it does not matter what i do ...i can`t get rid of > this entry > > ...i have tried > > ,, > > > > clear cam ,clear cam all ,clear arp all ,clear cam > static (mac > > Add) (vlan)... > > > > it just wont go ...any idea`s ...i can`t reboot it`s > part of a > > server farm > > (UNLESS i really have to )...as i have about 300 > server`s on > > this and it`s > > redundent switch > > > > > > many thanks > > > > steve > Date: Wed, 19 Mar 2003 22:12:55 GMT > From: "Larry Letterman" > Subject: Re: RSM Equivalent for the Catalyst 6500 > [7:65760] > > The msfc-1 or the msfc-2 module is the router module > for > the sup-1 or the sup-2... > > Larry Letterman > Network Engineer > Cisco Systems > > > ----- Original Message ----- > From: Kevin Hafner > To: [EMAIL PROTECTED] > Sent: Wednesday, March 19, 2003 10:10 AM > Subject: RSM Equivalent for the Catalyst 6500 > [7:65760] > > > Goofy question here... > > What internal module would be the equivalent of the WS > X5302 (RSM) for the > 6500 catalyst switch. If one exists anyways? > > Kev > Date: Wed, 19 Mar 2003 22:18:58 GMT > From: "Priscilla Oppenheimer" > Subject: RE: IP header [7:65718] > > KW S wrote: > > > > Can someone tell me what is the function of the > protocol field > > in the IP header. > > > > I get a little confused after reading from some many > sources. > > > > Regards > > kws > > The Protocol field identifies the next layer, in other > words the type of > payload that IP is carrying. Almost every protocol has > a way of identifying > what the next layer is. The recipient layer uses this > information to figure > out which process to pass the payload to. > > Ethernet II has EtherType. > IEEE 802.3 has the 802.2 Logical Link Control (LLC) > Service Access Points > (SAPs). > IP has the Protocol field. > UDP and TCP have port numbers. > > The IP Protocol field identifies the next layer as > being one of these: > > Protocol Type in Decimal > ICMP 1 > IGMP 2 > IP 4 (tunneling) > TCP 6 > IGRP 9 > UDP 17 > GRE 47 > ESP 50 > AH 51 > EIGRP 88 > OSPF 89 > > There are others but those are the most common. > _______________________________ > > Priscilla Oppenheimer > www.troubleshootingnetworks.com > www.priscilla.com > Date: Wed, 19 Mar 2003 22:19:19 GMT > From: "Cisco Doctor" > Subject: RE: CCNP Certification [7:65759] > > the new CCNP exams are already in place and you are > correct in stating that > it will renew your CCNA cert. Go to cisco.com and > check the outlines of the > tests to see specifically what they cover. > Date: Wed, 19 Mar 2003 22:18:16 GMT > From: "Chris Penrose" > Subject: IPSec and nated ISDN router [7:65782] > > Hi all, Can anyone help me with a problem I am having > trying to create a > VPN on an 801 to a PIX firewall. I have other devices > working fine but > the isdn router does not seem to want to encrypt the > traffic I specified > in the access list. I have applied the cypto map to > both the dialer and > the bri interface and I have read somewhere that the > problem is to do > with the ios natting the traffic before it gets to the > crypto statement. > Does anyone that has done this have any examples they > could send me, as > I can't seem to find a relevant one on the cisco site > :-/ > > Many thanks > > Chris > > This email and any attachments are confidential and > intended solely for the > individual or organisation to which it is addressed. > If you have received > this email or any attachments in error please notify > us by email or telephone > +44 (0) 1872 279727 immediately. Please ensure no > further copies of this > email > or attachments are distributed in any form and that > all copies are > permanently > deleted from your systems. > > The contents of this email and any attachments shall > be of no contractual > effect unless otherwise agreed between AC Systems > (Danemove Ltd) and the > legitimate recipient. > > AC Systems > Danemove House > Newham Road > Truro > Cornwall > TR1 2DP > www.ac-systems.co.uk > Date: Wed, 19 Mar 2003 22:24:21 GMT > From: "bk" > Subject: pix 501 limitations [7:65785] > > Good day, > > I thought I read somewhere that the vpn tunnel on a > 501 is limited to > 3mb/sec throughput?? But I can't find that anywhere. > > Has anyone actually got the inside of a 501 to use > 100mbs?? > > thanks, > > bk > Date: Wed, 19 Mar 2003 22:30:29 GMT > From: "Scott J. Hoover" > Subject: RE: Anybody heard of banff counters? > [7:65765] > > Hey Dave, > > The loop argument was a little far fetched. Seems > anytime anybody calls TAC > these days for a switch problem, that is their first > answer. > > Think you probably hit the nail on the head. Thanks > for your help. > > Scott > > > - -----Original Message----- > From: MADMAN [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 19, 2003 3:09 PM > To: Scott > Cc: [EMAIL PROTECTED] > Subject: Re: Anybody heard of banff counters? > [7:65765] > > > > I don't buy the layer 2 loop argument, it's more > likely an ASIC > problem, the banff is a chipset consisting of three > ASICs. Do a "sh > banff-reset" and if you have a large number of reset > you probably need > to replace hardware. I assume this is a Cat5000 series > switch. > > Dave > > > Scott wrote: > > They are some sort of counters in engineering mode > on the catalyst. The > > only info. I could find on them says they have > something to do with the > > EARL. TAC is telling somebody that it's a sign of a > layer 2 loop. > Anybody? > > > > Thanks, > > Scott > - -- > David Madland > CCIE# 2016 > Sr. Network Engineer > Qwest Communications > 612-664-3367 > > I would rather have a German division in front of me > than a French one > behind me." > - --- General George S. Patton > Date: Wed, 19 Mar 2003 22:45:37 GMT > From: "Tom Lisa" > Subject: Re: Cisco Instructor - CCNA Class [7:65742] > > Or the super-normal way is to have a Cisco Certified > Academy Instructor > (CCAI) from an authorized Cisco Networking Academy > with both on-line > curriculum and textbooks with a plethora of routers, > switches, hubs, > modems, isdn/pots/t1 simulators, test equipment and > numerous lab > experiments. :) > > Prof. Tom Lisa, CCAI > Community College of Southern Nevada > Cisco ATC/Regional Networking Academy > "Cunctando restituit rem" > > Jens Neelsen wrote: > > Hi, > > the normal way is to have an experienced certified > instructor > from a Cisco Learning Partner with the original > coursebook from > Cisco and the necessary lab. > > Jens > > --- Robert Raver wrote: > > Hey, > > > > I have been given the duty to teach a CCNA class. > Have any of > > you done this > > before? I was wondering what did and didn't work for > you? > > What tips you > > might have. What the best way of approaching this > would be. > > We will be > > using > > the Cisco Press book for the class and each student > will have > > three routers > > and a switch. > > > > Thanks, > > Robert Raver > [EMAIL PROTECTED] > [EMAIL PROTECTED] > Date: Wed, 19 Mar 2003 22:57:42 GMT > From: "Priscilla Oppenheimer" > Subject: RE: FrameRelay dlci + IP address [7:65713] > > Please see some suggestions below. > > jonathan jonathan wrote: > > > > Hello I am in the process of setting up a lab and > have found > > the traditional frame switch config ie. > > > > Frame_Relay2521>en > > Frame_Relay2521#sh run > > Building configuration... > > > > Current configuration : 1457 > > bytes > > ! > > version 12.2 > > no service > > single-slot-reload-enable > > service timestamps debug uptime > > service timestamps log uptime > > no service password-encryption > > ! > > hostname Frame_Relay2521 > > ! > > logging rate-limit console 10 except > > errors > > ! > > ip subnet-zero > > no ip finger > > ! > > no ip dhcp-client > > network-discovery > > frame-relay switching > > ! > > ! > > ! > > ! > > interface Serial0 > > no ip address > > encapsulation frame-relay > > no fair-queue > > clockrate 1000000 > > frame-relay lmi-type ansi > > frame-relay intf-type dce > > frame-relay route 112 interface Serial1 > > 211 > > frame-relay route 113 interface Serial2 > > 311 > > frame-relay route 114 interface Serial3 > > 411 > > ! > > interface Serial1 > > no ip address > > encapsulation frame-relay > > clockrate 1000000 > > frame-relay lmi-type ansi > > frame-relay intf-type dce > > frame-relay route 211 interface Serial0 > > 112 > > ! > > interface Serial2 > > no ip addre > > encapsulation frame-relay > > clockrate 64000 > > frame-relay lmi-type ansi > > frame-relay intf-type dce > > frame-relay route 311 interface Serial0 > > 113 > > ! > > interface Serial3 > > no ip address > > encapsulation frame-relay > > clockrate 64000 > > frame-relay lmi-type ansi > > frame-relay intf-type dce > > frame-relay route 411 interface Serial0 > > 114 > > > > That's one way of doing a Frame Relay switch. You have > chosen to forward all > traffic from S3, S2, and S1 to S0. You don't have to > do it that way, but it > should work. > > > my question is how do you connect to this. On the > 'client' > > router how do you set the serial connections ip > address. > > You get to plan the IP addressing you want to use, > since this is a lab. > There are no right answers, but some issues, as > described below. > > > I have > > set up client routers with just the dlci and > lmi-type and the > > line and proto goes up but how does communication > work through > > the cloud just by DLCI??? > > You don't communicate with just DLCIs, as you know. > You use IP addresses. IP > addresses get mapped to DLCIs in two ways: > > 1) With the Inverse ARP protocol which is enabled by > default these days, or > 2) With the "frame-relay map ip IPAddress DLCI" > command. > > You got a great answer from someone else, but I have > been thinking about > this question and wanted to add a few comments. > > You have done your lab network design using a > Bottom-Up approach. I would > have recommened a Top-Down approach, but that's OK. > :-) Your method will > work as long as you also do some planning for the > upper layers. > > So, you have selected a router to act as your > Frame-Relay switch and have > presumably cabled the DTE/DCE back-to-back cables. So > the physical layer is > done. The physical topology is a star, with the switch > in the middle, and > each router connected to a serial port on the switch. > > You have also chosen Data-Link Connection Identifiers > for your > data-link-layer Frame Relay switch. That's a good > start. > > Now, what do you want your logical topology to be? The > virtual circuits > between the routers can be formed in any topology you > want, partial mesh, > full mesh, hub-and-spoke. It looks like you are > thinking hub-and-spoke since > your Frame Relay route statements on the switch seem > to all point to S0. > That's fine, though it's not your only option. > > So, in your hub-and-spoke logical topology, each spoke > router will have a > virtual circuit to the hub. The spokes won't have > virtual circuits between > each other, though. They will communicate through the > hub. That's a common > way of designing a Frame Relay network when connecting > a company > headquarters with branch offices. > > Now, consider network-layer addressing. Do you want > all the routers to be in > one subnet, where the hub-and-spoke topology emulates > a LAN? That's a common > solution, but it has one drawback. Frame Relay doesn't > handle broadcasts as > a LAN would. This causes issues for routing protocols > that depend on > broadcasts/multicasts for sending info and finding > neighbor routers. > > Frame Relay is a non-broadcast, multi-access (NBMA) > medium. But that's OK, > you can get around this in a variety of ways. For > example, with OSPF, you > can tell each router who its neighbor is so they don't > have to rely on > multicasts to figure this out. > > Another option is to have the logical hub-and-spoke > topology act like a set > of point-to-point links. There are a variety of ways > of doing this, but one > typical way is to use subinterfaces at the hub. Each > subinterface forms a > point-to-point link with a spoke router. > > With point-to-point virtual circuits, broadcasting > isn't an issue. There's > no need to send to "everyone." There's only one device > at the other end of > the circuit. But the disadvantage is that each of > these circuits is now an > IP subnet. Without careful planning, you'll use up > your subnets. > > For Cisco certification practice, you'll want to try a > few ways of designing > your lab network. > > After you've given some thought to logical topologies > and network-layer > addressing, you better decide on a routing protocol > (which actually you > should have alredy been considering when thinking > about addressing too!) > Network design is iterative. Many issues get dealt > with many times. > > There are lots of challenges associated with getting > routing protocols to > work on Frame Relay, but experts on this list know how > to handle all of > them. For Cisco certs, you'll want to work with EIGRP, > OSPF, IS-IS, and BGP. > > > if anyone has an example config to get my mind on > the right > > track i'd appreciate it. > > Someone else sent you a great example for > hub-and-spoke. I was impressed! He > spent a lot of time on a great, practical answer. > > > Also if i have a sub int under s0 how > > can 1 physical cable connect to multiple routers??? > > Remember, we've moved up the layers at this point. > It's not a physical > cabling issue. It's a logical topology issue, that can > be handled with > multiple virtual circuits and subinterfaces. > > I hope this helped. Good luck with the lab. Keep us > posted on how it goes. > > _______________________________ > > Priscilla Oppenheimer > www.troubleshootingnetworks.com > www.priscilla.com > > > > thanks > === message truncated ==> > > --------------------------------- > Do you Yahoo!? > Yahoo! Platinum - Watch CBS' NCAA March Madness, live > on your desktop! > [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=66035&t=66028 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]