Hi Mark, These fall in the category called 419, the criminal code for advanced fees fraud in the Nigeria constitution. Am a Nigerian but lives in the USA. I normally receive emails like that with lots of variations but with the same objective of one benefiting upto 20% of about $88 million deal. All I need do intially is to send them my bank account to which this money would be deposited, then I have to send some $$$ to facilitate the transfer.
I hope no one here fall for those kind of email. ----- Original Message ----- From: "Mark Smith" To: Sent: Sunday, March 23, 2003 12:24 PM Subject: Re: Cisco Volunteering in a Village in Nigeria. [7:66028] > 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=66615&t=66028 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]