multihoming [7:73229]
Hi all i have the following setup so I am please if any body can help me for configuration or if it possible to implement or not and how. We have this customer and we need to apply load sharing with automatic failover (take in consideration the customer have firewall) . so did any body know how I can implement it with BGP u can see also GLBP for help Best regards, [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image006.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image005.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image004.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image003.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image008.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image007.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image006.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image005.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image004.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image003.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73229&t=73229 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CCDA (DESGN 640-861) [7:73184]
I just passed the exam and I didn't find any specific q on ipx, appletalk. Of course you should know the basics...right? C -Original Message- From: Fathalla Ahmed [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 8:00 PM To: [EMAIL PROTECTED] Subject: CCDA (DESGN 640-861) [7:73184] Hi, Any body knows if IPX and AppleTalk are included in the new CCDA exam? Regards, ___ Fathalla A. Fathalla Technical Consultant The content of this communication is classified as Mobifon SA Romania Confidential and Proprietary Information.The content of this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this communication then delete it from your system. We appreciate your assistance in preserving the confidentiality of our correspondence. Thank you. Prezentul mesaj constituie o Informatie confidentiala si este proprietatea exclusiva a MobiFon S.A.. Mesajul se adreseaza numai persoanei fizice sau juridice mentionata ca destinatara, precum si altor persoane autorizate sa-l primeasca. In cazul in care nu sunteti destinatarul vizat, va aducem la cunostinta ca dezvaluirea, copierea, distribuirea sau initierea unor actiuni pe baza prezentei informatii sunt strict interzise si atrag raspunderea civila si penala. Daca ati primit acest mesaj dintr-o eroare, va rugam sa ne anuntati imediat, ca raspuns la mesajul de fata, si sa-l stergeti apoi din sistemul dvs. Apreciem si va multumim pentru sprijinul acordat in pastrarea confidentialitatii corespondentei noastre. --- Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73227&t=73184 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
lab [7:73228]
hello all, is anyone talking ccie lab exam on sept month in b'lore?? thanx VijayAnand SMS using the Yahoo! Messenger;Download latest version. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73228&t=73228 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
multihoming [7:73230]
Hi all i have the following setup so I am please if any body can help me for configuration or if it possible to implement or not and how. We have this customer and we need to apply load sharing with automatic failover (take in consideration the customer have firewall) . so did any body know how I can implement it with BGP u can see also GLBP for help Best regards, [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image006.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image005.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image004.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image003.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image008.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image007.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image006.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image005.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image004.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image003.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] [GroupStudy removed an attachment of type application/octet-stream which had a name of image001.emz] [GroupStudy removed an attachment of type application/octet-stream which had a name of image002.gif] [GroupStudy removed an attachment of type application/octet-stream which had a name of oledata.mso] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73230&t=73230 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Logging ICMP on a PIX [7:73232]
Do anyone know how to log ICMP traffic that is allowed through a PIX?? I can see denied ICMP no problem. I can log all my other traffic with logging trap debug set, but it can't see ICMP traffic passing through the firewall. Is this normally behaviour for 6.2(2)? Cheers Pat Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73232&t=73232 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Cat 4000 Modules [7:73213]
yes,you can remove it with power on
,
""Stevo"" P4HkO{O"PBNE
:[EMAIL PROTECTED]
> I just bought a WS-X4148-RJ module for my Cat4006. Is this a
hot-swappable
> module??
>
> Stevo
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=73231&t=73213
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
mutlihoming problem with grapgh [7:73233]
Hi all i have the following setup so I am please if any body can help me for configuration or if it possible to implement or not and how. We have this customer and we need to apply load sharing with automatic failover (take in consideration the customer have firewall) . so did any body know how I can implement it with BGP u can see also GLBP for help | |-RouterA-- ISPA |---Internet |--Firewall|Saudi Telecom | |-RouterB---ISPB-|---Internet Best regards, Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73233&t=73233 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: lab [7:73228]
Hi Yes ... I will be gorging for it :) ""Vijay Anand"" wrote in message news:[EMAIL PROTECTED] > hello all, > > is anyone talking ccie lab exam on sept month in b'lore?? > > thanx > VijayAnand > > SMS using the Yahoo! Messenger;Download latest version. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73234&t=73228 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
CCIE lab ... Fast track [7:73235]
Hello, I am working on chapter 18 "CCIE Practical Studies volume 1" Is there any one like to work it out with me??? Cheers, HT Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73235&t=73235 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Provider VPN Caveats [7:73207]
John Neiberger wrote: > I've been researching different types of service provider VPNs in general > and Qwest's PRN, in particular. From what I can gather their PRN is a > 2764-based VPN offering using IPSec tunneling. I've run into two fairly > obvious caveats already and I'm wondering what other caveats might await > that aren't so obvious. > > First, and most obvious, is that without the use of GRE or something similar > we won't get multiprotocol capability. Second, and a little less obvious > until you think about it, is that we would lose multicasting capabilities > without jumping through some GRE hoops. > > To those of you more familiar with this sort of thing, are there any other > operational caveats like these that I'd need to be aware of? > > BTW, I think it was dre who suggested I read the RFCs, which I've started to > do, and suggested I check out the www.lightreading.com website. That site is > great! I did do a search on Kompella vs. Kompella. I feel that Kompella has > some good points, but so does Kompella. ;-) I guess the real questions is > which Kompella is most compelling? > > I didn't realize that there were so many competing VPN groups and > technologies. At this rate, by the time we agree on any standard methods all > of the technologies will be obsolete! test Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73237&t=73207 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: 6500 10/100 line card COIL numbering [7:73194]
Dave, Blade 3 is bad. Open a TAC case, if you have support, and get the blade replaced. Jim -Original Message- From: MADMAN [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 3:49 PM To: [EMAIL PROTECTED] Subject: 6500 10/100 line card COIL numbering [7:73194] Hi, I have a customer whose 6500 switch seing this error: %SYS-3-SYS_LCPERR3:Module 3: Coil 1 Port 7: stuck 3 Does anyone know if the COILs start with number 0 or 1? I know there is 1 COIL per 12 ports and 1 Pinnacle ASIC per 4 COILs bt I can not find anywhere how the COILs are numbered. I am trying to identify the suspect ports but can't find the numbering scheme anywhere!! Thanks Dave -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 "Government can do something for the people only in proportion as it can do something to the people." -- Thomas Jefferson Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73236&t=73194 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IPTV 3425 [7:73202]
Hi Mike thanks for the info about the IPTV 3425. Along with the box, I have the "IPTV Content Manager, Server and Viewer" CD. I guess that that is the software. However, should I install it to another place, as there is no CD Rom in that 3425? I should install it to another normal server and then use the 3425 as the IPTV server? thanks in advanced for your help _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73238&t=73202 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: NM-1HSSI w/kentrox DataSMART T3/E3 [7:73129]
Yeah it's a HSSI cable... CAB-HSI1 is the part. Telco is using the default HDLC for encapsulation. I've got telco coming out today to test the line. According to Kentrox's doc, a T3 w/HSSI interface has an allowed range of 1-35MHz; or 45 if both are set to 45MHz. I currently have the transmit and receive set at 12MHz. Below is the "sh contr hssi1/0" Interesting, received clockrate says 1582! Shouldn't that be 12000? M1T-HSSI-B: show controller: PAS unit 0, subunit 0, f/w version 3-92, rev ID 0x281, version 3 idb = 0x621D1178, ds = 0x621D2E70, ssb=0x621D31A4 Clock mux=0x31, ucmd_ctrl=0x8, port_status=0x5 Serial config=0x8, line config=0x1B0202, rx line config=0x80202 maxdgram=4584, bufpool=128Kb, 120 particles LC=down CA=down TM=down LB=down TA=up LA=down line state: down HSSI DTE, received clockrate 1582 base0 registers=0x3C80, base1 registers=0x3C802000 rx_base0 registers=0x3C90, rx_base1 registers=0x3C902000 mxt_ds=0x62684E5C, rx ring entries=124, tx ring entries=126 statring=0x7CD1FA0, statr shadow=0x621D39AC, stat_head=0 plus_pa: rx_statring=0x7CD21E0, rx_statr shadow=0x621D3DD8, rx_stat_head=0 rxring=0x7CD1D60, rxr shadow=0x621D3380, rx_head=0 txring=0x7CD27A0, txr shadow=0x621D4204, tx_head=0, tx_tail=0, tx_count=0 throttled=0, enabled=0 halted=0, last halt reason=0 Microcode fatal errors=0 rx_no_eop_err=0, rx_no_stp_err=0, rx_no_eop_stp_err=0 rx_no_buf=0, rx_soft_overrun_err=0, dump_err= 0, bogus=0, mxt_flags=0xC tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=0(126) tx_fullring=0, tx_started=0 rx_int_count=0, tx_int_count=0 Thanks for all your input Cheers, Mike J -Original Message- From: s vermill [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 2:30 PM To: [EMAIL PROTECTED] Subject: RE: NM-1HSSI w/kentrox DataSMART T3/E3 [7:73129] Jablonski, Michael wrote: > > Has anyone had any experience w/the following combination? > > 3640 & NM-1HSSI & Kentrox DataSMART T3/E3 IDSU > > I've been trying, to no avail, to bring the HSSI up for a 12M > DS3 The > CSU/DSU, according to the lights, is ready to send and receive > data; but > when I bring up the int on the router, it shows down down. Are you sure you have a HSSI cable? SCSI 2 will physically fit the connectors, but is pinned out very differently. Make sure that's good to go... > Here's the > router info: > ~~~ > interface Hssi1/0 > bandwidth 12000 > ip address x.x.x.x 255.255.255.252 > serial restart_delay 0 > no cdp enable > > Hssi1/0 is down, line protocol is down > Hardware is M1T-HSSI-B > Internet address is x.x.x.x/30 > MTU 4470 bytes, BW 12000 Kbit, DLY 200 usec, > reliability 255/255, txload 1/255, rxload 1/255 > Encapsulation HDLC, crc 16, loopback not set > Keepalive set (10 sec) > Restart-Delay is 0 secs > Last input never, output never, output hang never > Last clearing of "show interface" counters never > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output > drops: 0 > Queueing strategy: fifo > Output queue :0/40 (size/max) > 5 minute input rate 0 bits/sec, 0 packets/sec > 5 minute output rate 0 bits/sec, 0 packets/sec > 0 packets input, 0 bytes, 0 no buffer > Received 0 broadcasts, 0 runts, 0 giants, 0 throttles > 0 parity > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 > abort > 0 packets output, 0 bytes, 0 underruns > 0 output errors, 0 applique, 8 interface resets > 0 output buffer failures, 0 output buffers swapped out > 13 carrier transitions LC=down CA=down TM=down > LB=down TA=up > LA=down Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73239&t=73129 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CCIE # 12026 - Longish [7:73135]
Congratulations and thanks for the tips! -Original Message- From: Akusika Papaa [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2003 7:49 AM To: [EMAIL PROTECTED] Subject: RE: CCIE # 12026 - Longish [7:73135] Congratulation and great job. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of NKP Sent: Tuesday, July 29, 2003 11:11 AM To: [EMAIL PROTECTED] Subject: CCIE # 12026 - Longish [7:73135] Hi All , Its my turn to send the e-mail today . Tht subject says it all . It has been almost 8 months of rigorous preparation and I managed to clear it in the first lab attempt in Bangalore . My close friend and a study partner who had cleared his lab just a week before had given me a call when I reached back to the hotel after the lab , he had checked my results online and informed me before i could check the results. I am not a regular participator on this Forum , but here are some tips and pointers which I had used for preparation , which I would like to share with all of you without violating the NDA. 1) Create a Study Group of like minded Friends who are preparing for the labs , its been my friends who have elevated me to this level . We used to work on different scenarios of different practice labs from morning till night and compare our answers. We had a study group of 4 persons from different parts of India who used to stay with me in my vacant apartment , and I am highly obliged to all of my friends who have got me to this level . It would not have been possible without them . Try to meet as many CCIE's who have cleared or CCIEs who are pursuing there labs , ( without breaking NDA ) I have always learnt a new things from every candidate and CCIE's whom i have met as regarding there preparation strategy. 2) Some of the must have books for preparation are : a) Routing TCP/IP Part 1 and 2 by Jeff Doyle b) Troublehooting IP Routing Protocols - Gem of a Book , written by CCIE's in the TAC c) CCIE Practical Studies part 1 by Karl Solie d) Cisco OSPF Command and Configuration Handbook by William Parkhurst e) Cisco BGP 4 Command and Configuration Handbook by William Parkhurst g) CCIE Practical Studies Security ( by Dmitry Bokotey, etc...) h) Cisco CCIE lab Study Guide ( Hutnik and Satarlee) No matter how many books you invest in , it will always seem to be less. I have a collection of almost all the major published books of Cisco Press for the CCNP and CCIE R/s and Security , but there are still topics which you have to look for elsewhere . Some of the practice labs which we had referred to were of Ipexpert and ccbootcamp labs , but we did not do all the labs in them . 3) Build a Home Lab , You can practice for unlimited hours and work on different scenarios . Most of the equipments required have been listed here many times , so i wont go in details of them . 4) Rent online racks as well . We had mainly used racktimerenatals and bradshawlabs for practicing on ATM and 3550 . They are both good and cheap overall adding the total hours of the home lab and online racks , I must have practiced for more then 800 hours in the last 8 months. 5) DOC CD , know it inside out . During the last weeks of preparation I tried not to refer to any books and only refer to the DOC CD only for anything i did not know. Also know how to search for a topic on it , as you can not use the search on the home page on it . The Doc CD will be your best Pal in the labs . make this URL your homepage http://www.cisco.com/univercd/home/home.htm 6) The good thing in Bangalore is that they have practice labs which can be rented ot during the weekdays out here in which you get to use the same equipments at the premises of the testing lab , so I had booked that for 2 days last month and a day just before the exam , I felt more comfortable with the ambience over there and the phycological pressure of the first attempt was not there . 7) Lastly this groupstudy is an asset for all everyone preparing for the lab , I must have collected more then 500 to 600 postings in the past 4 to 5 months and created different folders in outlook as per the subjects and stored them for reference , I got to learn a lot from groupstudy and from @!#$.com , the posting of some of the regular lab trainers of CCIE are a boon in disguise . Go through each and every postings , even if they might not be relevant for exam point of view, they might be useful later on in the production environment. My lab was on Saturday,July 26th and i had reached one hour early at Cisco campus for the lab. It started right on time and the lab was straight and simple to configure . I had almost completed the lab by the lunch break , and it was over 30 minutes after the coming back from lunch. I then revised the whole test and found that there were a few errors and corrected them . Practice speed typing , use aliases , use other time savers which come only through practice o
RE: 6500 10/100 line card COIL numbering [7:73194]
If I am not mistaken... port 3/19 is your culprit.. -Sal Walker, James - Is wrote: > > Dave, > > Blade 3 is bad. Open a TAC case, if you have support, and get > the blade > replaced. > > Jim > > -Original Message- > From: MADMAN [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 3:49 PM > To: [EMAIL PROTECTED] > Subject: 6500 10/100 line card COIL numbering [7:73194] > > > Hi, > >I have a customer whose 6500 switch seing this error: > > %SYS-3-SYS_LCPERR3:Module 3: Coil 1 Port 7: stuck 3 > >Does anyone know if the COILs start with number 0 or 1? I > know there > is 1 COIL per 12 ports and 1 Pinnacle ASIC per 4 COILs bt I can > not find > anywhere how the COILs are numbered. I am trying to identify > the > suspect ports but can't find the numbering scheme anywhere!! > >Thanks > >Dave > -- > David Madland > CCIE# 2016 > Sr. Network Engineer > Qwest Communications > 612-664-3367 > > "Government can do something for the people only in proportion > as it > can do something to the people." -- Thomas Jefferson > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73240&t=73194 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: VOIP Minutes [7:73210]
Chuck, I just returned from India doing some IP Telephony training. According to the students there your description is close, but not fully descriptive. What is being discussed is something called "foreign end hop-off" (in telephone jargon). This practice is loosely defined as calls originating in one location being transported across a private network to a distant location, and then being handed off to a local telco for connection to a PSTN phone in the distant city. (Thereby avoiding LD charges). The regulations that govern this vary depending on where you are in the world. According to a fellow VOX instructor that was familiar with the laws in the region, it was a beheading offense in Malaysia at one time. :-(. ;-( In the USA, this practice is "legal" as long as the calling party and called party are performing a function related to a mutual business arrangement. (A procurement person in LA is calling a vendor contact in Oklahoma City to check on shipping schedules). However, should an employee of the same company call an acquaintance in OKC over the same facilities, the organization responsible for the private transport network (No, not the WAN SP), is in violation of FCC regulations. The private transport network is now being used by an individual consumer to perform the job normally performed by an IXC (Inter-Exchange Carrier). The IXC industry is a tariffed business, the US government wants their tariff . (And we all thought that it was just the LD SPs that were concerned about Toll bypass). ;-) Now, back to India; VOIP systems can be connected to the local switch in India. The system is not supposed to allow a PSTN phone in India to call a PSTN phone elsewhere in the world, (or anywhere India Telephone considers long distance). Basically the system connected to the local telco is segregated from the Toll bypass VOIP system to prevent those connections. But, an employee in India can call a coworker in the USA, using a VOIP system (IP phone to IP phone) without fear of criminal prosecution. It is up to the business governing the VOIP system in India to prevent "foreign end hop-off" at the distant end by "gentlemen's agreement". Discovery and Enforcement are the main issues here. It should be obvious that enforcing rules controlling "foreign end hop-off" through a "gentlemen's agreement" is not necessarily a realistic expectation on the part of anyone. India just makes it simple; the system connected to the local telco will not be part of a Toll bypass system, period. If you want to support Toll bypass for your company by incorporating IP Telephony or any VOX system, that is perfectly okay. Just don't connect that system to their local telco. (Unless they station someone to oversee each installation now and forever, how would they know you didn't allow communications between the two VOIP systems?) As you may have noticed in this whole scenario, the called party has very little to do with the discussion. That is because the destination Carrier of a LD phone call doesn't realize much, if any, income from terminating the LD phone call. They get their money from the subscriber for providing the phone connection in the first place. They only get additional income when that subscriber makes an outbound LD call. Most telcos get little or nothing for connecting an inbound LD call. As far as buying VOIP minutes into India. There are multitudes of LD calling card vendors that use VOIP networks for transport. (Last Mile, Nexxus Telecom. etc.) But, I am not aware of any SP that would have a gateway into India Telephone, that would allow a consumer to simply connect a VOIP gateway into their network. (They have far better control, and less compatibility hassles if you just dial-in from your PSTN telephone). But the whole VOIP and IP Telephony technologies have created some very surprising business opportunities, so keep looking there may be an SP out there interested in supporting your request. This is what happens when you get tied up with laws and lawyers. You get long winded answers to seemingly short questions!;-) Bruce Chuck Whose Road is Ever Shorter wrote: ""Curious"" wrote in message news:[EMAIL PROTECTED] ... Fellows Where is the best place to buy International VOIP minutes, e.g I have a voice gateway and i want to call India on a regular phone, i have to have a voip gateway in inda to make this call or if some one already has voip gateways in india and they are selling there minutes. does it make sence to any one. ? last I heard ( and my info could be obsolete ) is that India did not allow gateways between VoIP nets and their own telco network. You can have dedicated phone links using VoIP, but those phones on the Indian side are not allowed to connect into their telco net in any way shape or form. vestige of monopoly by a state run institution or some such. -- Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=7
Gigabit Copper Switch [7:73116]
Hi chuck, I think they cisco mentioned it officially , yesterday I read some documents about the 3750 , and I found that you can take for example 3 port from the first switch and 4 ports from the second one and as much as you can take from the other stacked switch and bundle them in a way they will act as a single port, this is amaze I was thinking with myself that if I have 9 switches stackable then I can bundle 5 ports from each switch , 5 x 9 = 45 ports then the speed will be 45 Gig * 2 (full duplex) = 90 Gig , wow. Here is what was written Cross-Stack EtherChannel Connections Because all the ports in a stack behave as one logical unit, EtherChannel technology can operate across multiple,physical devices in the stack. Cisco IOS Software can aggregate up to eight separate physical ports from any switches in the stack into one logical channel uplink. Up to 12 EtherChannel groups are supported on a stack. Refer to http://www.cisco.com/application/pdf/en/us/guest/products/ps5023/c1244/ccmig ration_09186a008017b238.pdf Ismail -Original Message- From: "Chuck Whose Road is Ever Shorter" [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 2:52 PM To: [EMAIL PROTECTED] Subject: Re: Gigabit Copper Switch [7:73116] ""Larry Letterman"" wrote in message news:[EMAIL PROTECTED] > Ismail, > > The stackwise mentioned below is the way to interconnect 3750's by > using a large cable that connects the switches together. This > essentially extends the backplane of the switches and passes Data at > 16GB both ways... I think you may mean 16 gig each way for a total of 32. I think Cisco will soon be saying ( and accurately ) that a T1 is 3.08 megabits bandwidth -> ) ( was online in one of those webinars the other day. according to the slide show, that's the deal ) another interesting feature of the 3750 stackwide technology, indicated on one of the slides and stated verbally by one of the SE's, is that if you have several 3750's configured as a stack, you can create gig etherchannels by aggregating posts off of more than one switch. I.e take a gig port of each of 5 switches in the stack and create a single gig-e channel. I have not heard that officially from Cisco, and it seems too good to be true, but the slide in the presentation sure shows it, and one of the Cisco SE's on the call stated it was so. Larry, contact me off line, and I'll forward you the name and e-mail of the Cisco SE who gave the presentation. > > > Larry Letterman > Cisco Systems > > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 8:15 AM > To: [EMAIL PROTECTED] > Subject: RE: Gigabit Copper Switch [7:73116] > > > Greeting, > > It's a great product, I have changed my plan to include the new > 3750-24TS-E in my campus design instead of the previous 3550-12T at > least I will get more ports , plus I will seize the extra ports to > connects the seven servers. > > The only thing which I am still confusing with, does stack wise mean > that if a two 3750-24TS-E stackable will provide 32 Gbps ? > > What I was planning to do is to connect two 3550 and bundle two ports > from each switch (Gig etherchannel) so it will support 4000 Mbps. > > Do still I have to configure Gig Etherchannel between the two > 3750-24TS-E switches? > > Ismail > > > -Original Message- > From: Larry Letterman [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 11:14 AM > To: [EMAIL PROTECTED] > Subject: RE: Gigabit Copper Switch [7:73116] > > > Look at a 3750-24. > > > Larry Letterman > Cisco Systems > > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 10:15 AM > To: [EMAIL PROTECTED] > Subject: Gigabit Copper Switch [7:73116] > > > Can someone recommend a good 8 to 24 port, 1000BASE-T layer 2 switch > for a server farm? I've found this 2970G-24T-E from Cisco, but it > doesn't seem to be widely sold. Not sure if that's because its new or > its old. > > > Though I would like to go with a Cisco product, it doesn't appear they > have anything. I'm contemplating getting a Foundry switch. Has > anyone integrated a Foundry switch into a totally Cisco powered > network before? Pros, Cons? > > Thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73241&t=73116 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 6500 10/100 line card COIL numbering [7:73194]
That has already been done. After changing out the module we started seeing this same error on a port in mod 7 also! It is probably a sup card that is the problem. Thanks BTW Thanks for those that responded, the Coil does start with 0!! Dave Walker, James - Is wrote: > Dave, > > Blade 3 is bad. Open a TAC case, if you have support, and get the blade > replaced. > > Jim > > -Original Message- > From: MADMAN [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 3:49 PM > To: [EMAIL PROTECTED] > Subject: 6500 10/100 line card COIL numbering [7:73194] > > > Hi, > >I have a customer whose 6500 switch seing this error: > > %SYS-3-SYS_LCPERR3:Module 3: Coil 1 Port 7: stuck 3 > >Does anyone know if the COILs start with number 0 or 1? I know there > is 1 COIL per 12 ports and 1 Pinnacle ASIC per 4 COILs bt I can not find > anywhere how the COILs are numbered. I am trying to identify the > suspect ports but can't find the numbering scheme anywhere!! > >Thanks > >Dave -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 "Government can do something for the people only in proportion as it can do something to the people." -- Thomas Jefferson Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73244&t=73194 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Gigabit Copper Switch [7:73116]
Don't forget that you are still limited by the Cross-stack maximum speed. You won't be able to get 90-Gbps across the 32-Gbps stack "backplane". Ismail Al-Shelh wrote: > Hi chuck, > > I think they cisco mentioned it officially , yesterday I read some > documents about the 3750 , and I found that you can take for example 3 port > from the first switch and 4 ports from the second one and as much as you can > take from the other stacked switch and bundle them in a way they will act as > a single port, this is amaze I was thinking with myself that if I have 9 > switches stackable then I can bundle 5 ports from each switch , 5 x 9 = 45 > ports then the speed will be 45 Gig * 2 (full duplex) = 90 Gig , wow. > > Here is what was written > > Cross-Stack EtherChannel Connections > Because all the ports in a stack behave as one logical unit, EtherChannel > technology can operate across multiple,physical devices in the stack. Cisco > IOS Software can aggregate up to eight separate physical ports from any > switches in the stack into one logical channel uplink. Up to 12 EtherChannel > groups are supported on a stack. > > Refer to > http://www.cisco.com/application/pdf/en/us/guest/products/ps5023/c1244/ccmig > ration_09186a008017b238.pdf > > Ismail Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73243&t=73116 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Gigabit Copper Switch [7:73116]
No, only eight ports can be bundled per etherchannel. Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: Ismail Al-Shelh [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2003 10:57 AM To: [EMAIL PROTECTED] Subject: Gigabit Copper Switch [7:73116] Hi chuck, I think they cisco mentioned it officially , yesterday I read some documents about the 3750 , and I found that you can take for example 3 port from the first switch and 4 ports from the second one and as much as you can take from the other stacked switch and bundle them in a way they will act as a single port, this is amaze I was thinking with myself that if I have 9 switches stackable then I can bundle 5 ports from each switch , 5 x 9 = 45 ports then the speed will be 45 Gig * 2 (full duplex) = 90 Gig , wow. Here is what was written Cross-Stack EtherChannel Connections Because all the ports in a stack behave as one logical unit, EtherChannel technology can operate across multiple,physical devices in the stack. Cisco IOS Software can aggregate up to eight separate physical ports from any switches in the stack into one logical channel uplink. Up to 12 EtherChannel groups are supported on a stack. Refer to http://www.cisco.com/application/pdf/en/us/guest/products/ps5023/c1244/ccmig ration_09186a008017b238.pdf Ismail -Original Message- From: "Chuck Whose Road is Ever Shorter" [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 2:52 PM To: [EMAIL PROTECTED] Subject: Re: Gigabit Copper Switch [7:73116] ""Larry Letterman"" wrote in message news:[EMAIL PROTECTED] > Ismail, > > The stackwise mentioned below is the way to interconnect 3750's by > using a large cable that connects the switches together. This > essentially extends the backplane of the switches and passes Data at > 16GB both ways... I think you may mean 16 gig each way for a total of 32. I think Cisco will soon be saying ( and accurately ) that a T1 is 3.08 megabits bandwidth -> ) ( was online in one of those webinars the other day. according to the slide show, that's the deal ) another interesting feature of the 3750 stackwide technology, indicated on one of the slides and stated verbally by one of the SE's, is that if you have several 3750's configured as a stack, you can create gig etherchannels by aggregating posts off of more than one switch. I.e take a gig port of each of 5 switches in the stack and create a single gig-e channel. I have not heard that officially from Cisco, and it seems too good to be true, but the slide in the presentation sure shows it, and one of the Cisco SE's on the call stated it was so. Larry, contact me off line, and I'll forward you the name and e-mail of the Cisco SE who gave the presentation. > > > Larry Letterman > Cisco Systems > > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 8:15 AM > To: [EMAIL PROTECTED] > Subject: RE: Gigabit Copper Switch [7:73116] > > > Greeting, > > It's a great product, I have changed my plan to include the new > 3750-24TS-E in my campus design instead of the previous 3550-12T at > least I will get more ports , plus I will seize the extra ports to > connects the seven servers. > > The only thing which I am still confusing with, does stack wise mean > that if a two 3750-24TS-E stackable will provide 32 Gbps ? > > What I was planning to do is to connect two 3550 and bundle two ports > from each switch (Gig etherchannel) so it will support 4000 Mbps. > > Do still I have to configure Gig Etherchannel between the two > 3750-24TS-E switches? > > Ismail > > > -Original Message- > From: Larry Letterman [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 11:14 AM > To: [EMAIL PROTECTED] > Subject: RE: Gigabit Copper Switch [7:73116] > > > Look at a 3750-24. > > > Larry Letterman > Cisco Systems > > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, July 28, 2003 10:15 AM > To: [EMAIL PROTECTED] > Subject: Gigabit Copper Switch [7:73116] > > > Can someone recommend a good 8 to 24 port, 1000BASE-T layer 2 switch > for a server farm? I've found this 2970G-24T-E from Cisco, but it > doesn't seem to be widely sold. Not sure if that's because its new or > its old. > > > Though I would like to go with a Cisco product, it doesn't appear they > have anything. I'm contemplating getting a Foundry switch
RE: NM-1HSSI w/kentrox DataSMART T3/E3 [7:73129]
Resolved!!! Turns out our equipment provider sent us the wrong cable They sent the HSSI Null Modem cable (CAB-HNUL) and not the CAB-HSI1! Thanks for everyone's insight. Cheers, MKJ -Original Message- From: Jablonski, Michael [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2003 8:56 AM To: [EMAIL PROTECTED] Subject: RE: NM-1HSSI w/kentrox DataSMART T3/E3 [7:73129] Yeah it's a HSSI cable... CAB-HSI1 is the part. Telco is using the default HDLC for encapsulation. I've got telco coming out today to test the line. According to Kentrox's doc, a T3 w/HSSI interface has an allowed range of 1-35MHz; or 45 if both are set to 45MHz. I currently have the transmit and receive set at 12MHz. Below is the "sh contr hssi1/0" Interesting, received clockrate says 1582! Shouldn't that be 12000? M1T-HSSI-B: show controller: PAS unit 0, subunit 0, f/w version 3-92, rev ID 0x281, version 3 idb = 0x621D1178, ds = 0x621D2E70, ssb=0x621D31A4 Clock mux=0x31, ucmd_ctrl=0x8, port_status=0x5 Serial config=0x8, line config=0x1B0202, rx line config=0x80202 maxdgram=4584, bufpool=128Kb, 120 particles LC=down CA=down TM=down LB=down TA=up LA=down line state: down HSSI DTE, received clockrate 1582 base0 registers=0x3C80, base1 registers=0x3C802000 rx_base0 registers=0x3C90, rx_base1 registers=0x3C902000 mxt_ds=0x62684E5C, rx ring entries=124, tx ring entries=126 statring=0x7CD1FA0, statr shadow=0x621D39AC, stat_head=0 plus_pa: rx_statring=0x7CD21E0, rx_statr shadow=0x621D3DD8, rx_stat_head=0 rxring=0x7CD1D60, rxr shadow=0x621D3380, rx_head=0 txring=0x7CD27A0, txr shadow=0x621D4204, tx_head=0, tx_tail=0, tx_count=0 throttled=0, enabled=0 halted=0, last halt reason=0 Microcode fatal errors=0 rx_no_eop_err=0, rx_no_stp_err=0, rx_no_eop_stp_err=0 rx_no_buf=0, rx_soft_overrun_err=0, dump_err= 0, bogus=0, mxt_flags=0xC tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=0(126) tx_fullring=0, tx_started=0 rx_int_count=0, tx_int_count=0 Thanks for all your input Cheers, Mike J -Original Message- From: s vermill [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 2:30 PM To: [EMAIL PROTECTED] Subject: RE: NM-1HSSI w/kentrox DataSMART T3/E3 [7:73129] Jablonski, Michael wrote: > > Has anyone had any experience w/the following combination? > > 3640 & NM-1HSSI & Kentrox DataSMART T3/E3 IDSU > > I've been trying, to no avail, to bring the HSSI up for a 12M > DS3 The > CSU/DSU, according to the lights, is ready to send and receive > data; but > when I bring up the int on the router, it shows down down. Are you sure you have a HSSI cable? SCSI 2 will physically fit the connectors, but is pinned out very differently. Make sure that's good to go... > Here's the > router info: > ~~~ > interface Hssi1/0 > bandwidth 12000 > ip address x.x.x.x 255.255.255.252 > serial restart_delay 0 > no cdp enable > > Hssi1/0 is down, line protocol is down > Hardware is M1T-HSSI-B > Internet address is x.x.x.x/30 > MTU 4470 bytes, BW 12000 Kbit, DLY 200 usec, > reliability 255/255, txload 1/255, rxload 1/255 > Encapsulation HDLC, crc 16, loopback not set > Keepalive set (10 sec) > Restart-Delay is 0 secs > Last input never, output never, output hang never > Last clearing of "show interface" counters never > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output > drops: 0 > Queueing strategy: fifo > Output queue :0/40 (size/max) > 5 minute input rate 0 bits/sec, 0 packets/sec > 5 minute output rate 0 bits/sec, 0 packets/sec > 0 packets input, 0 bytes, 0 no buffer > Received 0 broadcasts, 0 runts, 0 giants, 0 throttles > 0 parity > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 > abort > 0 packets output, 0 bytes, 0 underruns > 0 output errors, 0 applique, 8 interface resets > 0 output buffer failures, 0 output buffers swapped out > 13 carrier transitions LC=down CA=down TM=down > LB=down TA=up > LA=down Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73247&t=73129 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: VOIP Minutes [7:73210]
thanks for the update. it's not a matter of long winded answers to simple questions, but rather there are no simple answers when government regulation is part of the question :-> ""Bruce Enders"" wrote in message news:[EMAIL PROTECTED] > Chuck, > I just returned from India doing some IP Telephony training. According to > the students there your description is close, but not fully descriptive. > What is being discussed is something called "foreign end hop-off" (in > telephone jargon). > This practice is loosely defined as calls originating in one location > being transported across a private network to a distant location, and > then being handed off to a local telco for connection to a PSTN phone in > the distant city. (Thereby avoiding LD charges). The regulations that > govern this vary depending on where you are in the world. According to a > fellow VOX instructor that was familiar with the laws in the region, it > was a beheading offense in Malaysia at one time. :-(. ;-( > In the USA, this practice is "legal" as long as the calling party and > called party are performing a function related to a mutual business > arrangement. (A procurement person in LA is calling a vendor contact in > Oklahoma City to check on shipping schedules). However, should an > employee of the same company call an acquaintance in OKC over the same > facilities, the organization responsible for the private transport > network (No, not the WAN SP), is in violation of FCC regulations. The > private transport network is now being used by an individual consumer to > perform the job normally performed by an IXC (Inter-Exchange Carrier). > The IXC industry is a tariffed business, the US government wants their > tariff . (And we all thought that it was just the LD SPs that were > concerned about Toll bypass). ;-) > Now, back to India; VOIP systems can be connected to the local switch in > India. The system is not supposed to allow a PSTN phone in India to call > a PSTN phone elsewhere in the world, (or anywhere India Telephone > considers long distance). Basically the system connected to the local > telco is segregated from the Toll bypass VOIP system to prevent those > connections. But, an employee in India can call a coworker in the USA, > using a VOIP system (IP phone to IP phone) without fear of criminal > prosecution. It is up to the business governing the VOIP system in India > to prevent "foreign end hop-off" at the distant end by "gentlemen's > agreement". Discovery and Enforcement are the main issues here. > It should be obvious that enforcing rules controlling "foreign end > hop-off" through a "gentlemen's agreement" is not necessarily a realistic > expectation on the part of anyone. India just makes it simple; the system > connected to the local telco will not be part of a Toll bypass system, > period. If you want to support Toll bypass for your company by > incorporating IP Telephony or any VOX system, that is perfectly okay. > Just don't connect that system to their local telco. (Unless they station > someone to oversee each installation now and forever, how would they know > you didn't allow communications between the two VOIP systems?) > As you may have noticed in this whole scenario, the called party has very > little to do with the discussion. That is because the destination Carrier > of a LD phone call doesn't realize much, if any, income from terminating > the LD phone call. They get their money from the subscriber for providing > the phone connection in the first place. They only get additional income > when that subscriber makes an outbound LD call. Most telcos get little or > nothing for connecting an inbound LD call. > As far as buying VOIP minutes into India. There are multitudes of LD > calling card vendors that use VOIP networks for transport. (Last Mile, > Nexxus Telecom. etc.) But, I am not aware of any SP that would have a > gateway into India Telephone, that would allow a consumer to simply > connect a VOIP gateway into their network. (They have far better control, > and less compatibility hassles if you just dial-in from your PSTN > telephone). But the whole VOIP and IP Telephony technologies have created > some very surprising business opportunities, so keep looking there may be > an SP out there interested in supporting your request. > This is what happens when you get tied up with laws and lawyers. You get > long winded answers to seemingly short questions!;-) > Bruce > > Chuck Whose Road is Ever Shorter wrote: > > ""Curious"" wrote in message > news:[EMAIL PROTECTED] ... > > Fellows > Where is the best place to buy International VOIP minutes, e.g I have a > voice gateway and i want to call India on a regular phone, i have to have > > a > > voip gateway in inda to make this call or if some one already has voip > gateways in india and they are selling there minutes. > does it make sence to any one. ? > > last I heard ( and my info could be obsolete ) is
12.3T Not for 2500 and 2600 ? [7:73249]
Anyone see any anouncement on 12.3 being last relase of IOS for 2500 and 2600 routers. The new T line does not have any images for anything other than the XM series of the 2600 and the 2691. I guess this partly because they repackaged all the images and smallest thing they have is called IPBASE which uses 64M ram and 16m flash. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73249&t=73249 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
ISDN SNMP Question [7:73250]
Hi all, I want to monito a cisco 2600 isdn to determine when it is up. Is there a MIB I can watch that changes when the ISDN comes up and then changes back to the original value when it goes down? Thx. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73250&t=73250 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Provider VPN Caveats [7:73207]
At 9:54 PM + 7/29/03, " Chuck Whose Road is Ever Shorter " wrote: > > > >> BTW, I think it was dre who suggested I read the RFCs, which I've started >to >> do, and suggested I check out the www.lightreading.com website. That site >is >> great! I did do a search on Kompella vs. Kompella. I feel that Kompella >has >> some good points, but so does Kompella. ;-) I guess the real questions >is >> which Kompella is most compelling? Before burning out on this question, try a Martini. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73248&t=73207 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Wed's funnies [7:73251]
There is a url... Just me searching for catos software... http://www.cisco.com/cgi-bin/Support/browse/index.pl?i=Software%20Produc ts&f=841 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73251&t=73251 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: 12.3T Not for 2500 and 2600 ? [7:73249]
All of those routers are EOL'd. They can't support them forever (although the non-XM 2600's surely didn't last too long)... Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: bill cisco-guy [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2003 3:23 PM To: [EMAIL PROTECTED] Subject: 12.3T Not for 2500 and 2600 ? [7:73249] Anyone see any anouncement on 12.3 being last relase of IOS for 2500 and 2600 routers. The new T line does not have any images for anything other than the XM series of the 2600 and the 2691. I guess this partly because they repackaged all the images and smallest thing they have is called IPBASE which uses 64M ram and 16m flash. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73252&t=73249 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OT: SSL Remote Access VPNs [7:73253]
We've researched a couple of SSL VPN products like the Neoteris box, for example, and we're starting to look into a few others. We're looking for something to allow secure remote access to select internal applications. Support for telnet, SSH, and TN3270 is required, and we prefer clientless solutions. We also require secure LDAP authentication and support for two-factor authentication whether that be smart cards, client-side certificates, or whatever. A number of solutions are available from a number of vendors including Nortel, Neoteris, Aventail, Netilla, Whale, and Aspelle. If any of you are using these products would you care to comment on your impressions? Any pros and cons regarding your chosen solution or product? Many thanks, John Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73253&t=73253 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
VPNs: L2 vs L3 [7:73255]
As some of you can tell I'm on a VPN-related kick lately. Sorry. I just finished reading an interview with Luca Martini and that got me interested in finding out more about L2 VPNs. I'm already getting fairly familiar with RFC 2764-style L3 VPNs, particularly Qwest's PRN offering. After reading the interview I checked into Level3's (3)Packet Data Services solution and it seems to be pretty cool, as well. However, I'm still leaning toward L3 VPNs and here's why. Right now we have a frame relay network where most of our locations has at least two or three PVCs and sometimes as many as four or five that carry the bulk of their traffic. When considering a move to VoIP or expanded video conferencing this can create some traffic shaping issues. For example, in frame relay you want to shape your traffic such that no PVC can burst over its CIR. If you have three PVCs that limits each of them to 512k even when no critical traffic is present! This is not flexible, and during our VoIP testing it really irritated our LAN group who were used to transferring large amounts of data at night to these locations. As I understand L2 VPNs, at least the Martini/Level3 variety, we'd still end up with a large, hub-and-spoke, point-to-point network and hence would have similar traffic shaping issues. Perhaps the big benefit is that we don't have the CIR limitation so we might not have to be so restrictive with our traffic shaping. In fact, traffic shaping might not be necessary; LLQ might be all that is necessary. I'll have to ponder that some more. Regardless, with a 2764-style VPN like the Qwest PRN we'd end up with a fully-meshed network where all nodes appear to be one-hop away from all other nodes. It's a multipoint solution where each location gets to use the full access pipe into the network without worrying about shaping or queueing on a per-PVC basis. Since we're still considering moving to IP Telephony and we're expanding our use of video conferencing this provides some amazing benefits from a functional perspective but it also greatly reduces the complexity of our router configuration. There are some operational trade-offs but I think those are workable. My feeling after spending a few days reading about this is that given a moderately large hub-and-spoke network, a L3 VPN might be of more benefit than a L2 VPN. Any thoughts? Thanks, John Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73255&t=73255 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 12.3T Not for 2500 and 2600 ? [7:73249]
""Reimer, Fred"" wrote in message news:[EMAIL PROTECTED] > All of those routers are EOL'd. They can't support them forever (although > the non-XM 2600's surely didn't last too long)... well, this is one way to solve the problem of CCIE glut - make it impossible for folks to be able to afford the necessary equipment for home labs ;-> > > Fred Reimer - CCNA > > > Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 > Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 > > > NOTICE; This email contains confidential or proprietary information which > may be legally privileged. It is intended only for the named recipient(s). > If an addressing or transmission error has misdirected the email, please > notify the author by replying to this message. If you are not the named > recipient, you are not authorized to use, disclose, distribute, copy, print > or rely on this email, and should immediately delete it from your computer. > > > -Original Message- > From: bill cisco-guy [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 30, 2003 3:23 PM > To: [EMAIL PROTECTED] > Subject: 12.3T Not for 2500 and 2600 ? [7:73249] > > Anyone see any anouncement on 12.3 being last relase of IOS for > 2500 and 2600 routers. The new T line does not have any images > for anything other than the XM series of the 2600 and the 2691. > > I guess this partly because they repackaged all the images and smallest > thing they have is called IPBASE which uses 64M ram and > 16m flash. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73254&t=73249 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Ping from Router. What's my address? [7:73196]
by default the exit interface -Nakul ""s vermill"" wrote in message news:[EMAIL PROTECTED] > David Vital wrote: > > > > This issue came up today during a round table on a real problem > > we were having and no-one seemed to know the answer. > > Router A has a loopback address address and redundant paths to > > router F. If I do a ping or traceroute from rA to rF what Ip > > address will be used to originate this packet? The loopback > > address or the address of the interface thru wich the packet > > exits the router? > > > > David > > By default, the egress interface. You can do an extended ping, though, and > specify the source address. Just simply type 'ping' and respond to the > prompts. That's true of Cisco routers anyway. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73256&t=73196 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: OT: SSL Remote Access VPNs [7:73253]
www.netscaler.com their box does compression, and it has so many dos prevention and other killer things it blows away the competition. We went with it based on the performance it had during a syn flood blizard, and their ssl vpn rocks! Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73258&t=73253 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 12.3T Not for 2500 and 2600 ? [7:73249]
Chuck Whose Road is Ever Shorter 7/30/03 4:36:57 PM >>> >""Reimer, Fred"" wrote in message >news:[EMAIL PROTECTED] >> All of those routers are EOL'd. They can't support them forever (although >> the non-XM 2600's surely didn't last too long)... > > >well, this is one way to solve the problem of CCIE glut - make it impossible >for folks to be able to afford the necessary equipment for home labs ;-> Why not? I think Juniper has been doing that from the beginning! Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73257&t=73249 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: OT: SSL Remote Access VPNs [7:73253]
How does it compare with other vendors - Neoteris?? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73259&t=73253 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: L2 vs L3 [7:73255]
""John Neiberger"" wrote in message ... > bulk of their traffic. When considering a move to VoIP or expanded > video conferencing this can create some traffic shaping issues. For VoIP, you want to consider a control/data plane that makes this traffic forwarding optimal...the topology is of less concern, no? > traffic shaping. In fact, traffic shaping might not be necessary; > LLQ might be all that is necessary. I'll have to ponder that some > more. You'll probably want outbound queue and drop mechanisms on a class-based model (e.g. CBLLQ with WRED). Shaping and FR Interworking seem to over-complicate what you are trying to do. > Regardless, with a 2764-style VPN like the Qwest PRN we'd end up > with a fully-meshed network where all nodes appear to be one-hop Where did you read that L2VPN's (or L2TPv3 Pseudowires) don't do full-mesh? > on a per-PVC basis. Since we're still considering moving to IP > Telephony and we're expanding our use of video conferencing this You have a lot of options. I recommend Sprint first, then Level-3, then GX. Unless you are already in bed with Qwest or AT&T, they won't give you the time-of-day for support (and you are going to need good support for an offering like this). In particular, I recommend Sprint's PW option (UTI on Cisco GSR), and Level-3's (3)Packet MPLS-VPN option (Martini L2VPN on Laurel Networks). GX has a lot of MPLS-VPN experience with both Cisco GSR and Juniper (but their financials are up in the air and Juniper T-series is a poor platform for low-latency because of the sequence error and other problems - however, knowing GX engineers they probably already worked around these). As a fourth option, I would even look at C&W over Qwest/others - even though they are leaving the US marketbecause their PW offering (very similar to Sprint's) is also top-notch. Maybe something good will happen to GX and C&W? Any other VPN offering sounds iffy to mecoming from my experience, but you should seek other opinions and do a full analysis for yourself. I had never even heard of RFC 2764 before, and I've never been impressed by the Passport/Accelar/etc. And I'm definitely not a Qwest fan (except maybe old school USWest FR, the !NTERPRISE Networking Services group was probably some of the best carrier services I have ever received in my life -- they were actually proactive about customer outages and would call you within seconds of your service going down). > My feeling after spending a few days reading about this is that > given a moderately large hub-and-spoke network, a L3 VPN might be > of more benefit than a L2 VPN. I'm curious as to how you came to this conclusion, what did you read/hear? -dre Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73260&t=73255 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: L2 vs L3 [7:73255]
> ""John Neiberger"" wrote in message ... > > bulk of their traffic. When considering a move to VoIP or expanded > > video conferencing this can create some traffic shaping issues. > > For VoIP, you want to consider a control/data plane that makes this > traffic forwarding optimal...the topology is of less concern, no? The topology is not much of a concern for VoIP. Assuming point-to-point links we'd need each location to have at least two routes back to the hub for other reasons. This increased the number of frame relay PVCs at each location, which in turn caused over-restrictive-yet-necessary traffic shaping issues. > > > traffic shaping. In fact, traffic shaping might not be necessary; > > LLQ might be all that is necessary. I'll have to ponder that some > > more. > > You'll probably want outbound queue and drop mechanisms on a > class-based model (e.g. CBLLQ with WRED). Shaping and FR > Interworking seem to over-complicate what you are trying to do. > > > Regardless, with a 2764-style VPN like the Qwest PRN we'd end up > > with a fully-meshed network where all nodes appear to be one-hop > > Where did you read that L2VPN's (or L2TPv3 Pseudowires) don't do > full-mesh? I guess that was an assumption. After reading the interview with Martini I took a look at Level3's offering and it is point-to-point. In my mind I just assumed that meant more of a traditional hub-and-spoke design and not a full mesh. A full mesh in our network would require the creation and management of over 5300 PVCs. Is that reasonable? > > > on a per-PVC basis. Since we're still considering moving to IP > > Telephony and we're expanding our use of video conferencing this > > You have a lot of options. I recommend Sprint first, then Level-3, > then GX. Unless you are already in bed with Qwest or AT&T, they > won't give you the time-of-day for support (and you are going to > need good support for an offering like this). In particular, I > recommend Sprint's PW option (UTI on Cisco GSR), and Level-3's > (3)Packet MPLS-VPN option (Martini L2VPN on Laurel Networks). I haven't checked into Sprint yet and I've just browsed through the marketing blurbs of Level-3's option. We are heavily in bed with Qwest, but they also have the benefit of infrastructure in Denver. They might even be better prepared to handle our network than Level-3. I don't know if these other providers have the infrastructure in Colorado to support our network. As an example, I checked into one offering over a year ago--I think it was Worldcom, but I'm not sure--and they only had a single POP in Denver, and there may have been only a single router, with some redundancy, to handle our entire network. That sounded a little silly to me. Do you really get the benefit of MPLS when your traffic never leaves the router? :-) Besides, they also said that they would have to especially provision new big pipes out to some outlying cities in order to reach many of our branches. It would simply have been too much of a pain to deal with. At least with Qwest our connectivity would be quite diverse and there wouldn't be a single point of failure. Perhaps competitor's networks have been built out enough that this is no longer an issue. Regardless of the possibilities of failure, Qwest can reach *every* branch--including the few in California--right now. Still, I will check further into these other options. I'm really enjoying learning about the possibilities. > > Any other VPN offering sounds iffy to mecoming from my experience, > but you should seek other opinions and do a full analysis for > yourself. I had never even heard of RFC 2764 before, and I've > never been impressed by the Passport/Accelar/etc. The Qwest PRN runs on the Shasta BSN-5000 platform. > > > My feeling after spending a few days reading about this is that > > given a moderately large hub-and-spoke network, a L3 VPN might be > > of more benefit than a L2 VPN. > > I'm curious as to how you came to this conclusion, what did you > read/hear? > > -dre That was only an initial supposition, really, not a solid position, and that's based primarily on my assumption that a full mesh with an L2 VPN would be cumbersome. If that's not true then I'll have to rethink my supposition. Keep in mind that I'm a newby with this VPN stuff. :-) It's very interesting but I've really only digging into it deeply for a handful of days. Many thanks, John Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73262&t=73255 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
CCIE Lab experience! [7:73263]
Hi there, I have finished my CCNP exam. Well, I live in Sydney, Australia and I still could not find job. I wish to carry on with CCIE. I do not have problem with passing writing CCIE exam, but what about practical exam of 2 days duration. I have found some programs on the net. But is it enough to pass without practice. I have passed my CCNP by only reading books and downloading simulation programs. Can somebody give me advice whether I could carry on without real hand on experince? Is there some way to volonteer to work for free? Is there some way to get free CCIE Lab experience? Thanks in advance Alex Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73263&t=73263 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 65XX mmfc recovery [7:73261]
Yes, upgrade of the cat os went fine with high availability. The images are there. One of the msfc is 100% and up in production as I left it alone. The msfc's don't sync their bootflash just the sup's. The upgrade boot loader image is on the msfc bootflash, and the actual 12 full version is on slot1. I have tried to boot to rommon, but I can't get there. I pull the good sup and msfc, and power off then on. Switch console as soon as I can, and see the bootimage decompressing, then its trying to tftp:\255.255.255.255slot:12image (it's supposed to tftp) just not sure it's correct. I can't break and get to rommon for some reason. What makes this so difficult is I get an hour outage window once a week - so not much time to try stuff. -TV - Original Message - From: "Jung, Jin" To: "'Todd Veillette'" ; Sent: Wednesday, July 30, 2003 8:58 AM Subject: RE: 65XX mmfc recovery > You must be using SRM, with sup1 and Msfc1, > > Did you put the highavailbility versioning enable before you started the > upgrade? > > If not you may have lost the images, or your Msfc started the sync in the > process of upgrade. > > Boot to ROMMON and see what is on the flash of MSFCs. > > > > Jin jung,,, > > > -Original Message- > From: Todd Veillette [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 7:58 PM > To: [EMAIL PROTECTED] > Subject: OT:65XX mmfc recovery > > > All, > > Redundant sup1's both with msfc. Long story short upgrading msfc, with the > boot image on bootflash and the catos in slot0. > > Via reset, switch sup, and/or switch console I can see the msfc's request as > in: > > tftp:\255.255.255.255slot0:msfc_12.whatever.bin > > which results in error opening tftp. I'm guessing the "slot0" shouldn't be > there, as this isn't part of the image's name. > > Change the name to above - will it work? > > If not, I think I need to bootrom chip and clear the bootldr and bootflash? > > Oh the main problem here is my outage window is 1 hour if I'm lucky, once a > week. > > Any feedback would be appreciated. > > -TV > > > ___ > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group. > > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73261&t=73261 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
LF: CCIE partner in Ottawa, Canada [7:73264]
any body in Ottawa, Canada for CCIE ? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=73264&t=73264 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
