Cisco 7507 PA-4E full duplex operation [7:34076]
Cisco states that their PA-4E module (four port 10BaseT) for 7500 Series routers is capable of being configured for full duplex operation. Under the ethernet interface, no "full-duplex" option available. Also, the command "no half-duplex" returns "Invalid input". Has anyone configured this module for 10M/full duplex operation? Thanks. Tauseef Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34076&t=34076 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Cisco 7507 PA-4E full duplex operation [7:34076]
To answer my own question, Cisco added this feature for 7500 Series routers in IOS releases 12.1.9.6E and later. With this release, the interface command to accomplish this task is "duplex full". Tauseef ""Tauseef Nagi"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Cisco states that their PA-4E module (four port 10BaseT) for 7500 Series > routers is capable of being configured for full duplex operation. > > Under the ethernet interface, no "full-duplex" option available. Also, the > command "no half-duplex" returns "Invalid input". > > Has anyone configured this module for 10M/full duplex operation? > Thanks. > > Tauseef Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34134&t=34076 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Additions to CCIE R&S lab [7:34136]
Cisco's europe office in Brussels, Begium. Tauseef ""Scott H."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > source? > > ""Tauseef Nagi"" wrote in message > news:[EMAIL PROTECTED]... > > Hi all, > > > > Latest information coming out of Cisco regarding CCIE R&S lab is that > Cisco > > will be adding more (complex) switching material to the lab scenarios. > This > > will include two switches with routing engines, trunking between switches, > > pvlans, multicasting on switches, etc. > > These new scenarios will began to appear in April of this year at the > > earliest(if not already being tested) and formalized by July of this year. > > Can anyone confirm this? > > > > Tauseef Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34144&t=34136 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Where to begin? ( troubleshooting frame relay ) [7:34264]
Hello, Have you tried looking for the problem somewhere else. If you have switches in your environment to which these devices are connected. Check for any errors on the ports to which these devices are connected. Look for the symptoms which would induce latency+errors in LAN enironment, like duplex mismatch, etc. Tauseef ""beth"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hello All, > I have a user with a full T1 frame relay circuit and a user with a 384k frac > T1 circuit. The problem is the user with full T1 is trying to do a big SQL > query that seems to time out after about 6 minutes of trying but the 384k can > run the same query in about 3 minutes. The full T1 seems responsive and here > is the sh int about 45 mins after router reboot. Any responses would be > greatly appreciated. > * > * > *** > Serial0 is up, line protocol is up > Hardware is PQUICC with Fractional T1 CSU/DSU > MTU 1500 bytes, BW 1544 Kbit, DLY 2 usec, > reliability 255/255, txload 4/255, rxload 3/255 > Encapsulation FRAME-RELAY, loopback not set > Keepalive set (10 sec) > LMI enq sent 321, LMI stat recvd 321, LMI upd recvd 0, DTE LMI up > LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 > LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE > Broadcast queue 0/64, broadcasts sent/dropped 105/0, interface broadcasts > 50 > Last input 00:00:00, output 00:00:00, output hang never > Last clearing of "show interface" counters 00:53:44 > Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 0 > Queueing strategy: fifo > Output queue :0/40 (size/max) > 5 minute input rate 22000 bits/sec, 29 packets/sec > 5 minute output rate 29000 bits/sec, 49 packets/sec > 11131 packets input, 1847898 bytes, 0 no buffer > Received 0 broadcasts, 0 runts, 0 giants, 0 throttles > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort > 16526 packets output, 1309436 bytes, 0 underruns > 0 output errors, 0 collisions, 1 interface resets > 0 output buffer failures, 0 output buffers swapped out > 1 carrier transitions > DCD=up DSR=up DTR=up RTS=up CTS=up > > Serial0.1 is up, line protocol is up > Hardware is PQUICC with Fractional T1 CSU/DSU > Internet address is XXX.XX.XX.X/24 > Backup interface BRI0, failure delay 0 sec, secondary disable delay 0 sec > MTU 1500 bytes, BW 1544 Kbit, DLY 2 usec, > reliability 255/255, txload 4/255, rxload 3/255 > Encapsulation FRAME-RELAY > * > *** Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34266&t=34264 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Halabi's Internet Routing Architecture book [7:35165]
Here's the URL, http://www.amazon.com/exec/obidos/ASIN/157870233X/qid=1013495851/sr=2-1/ref=s r_2_1/103-3718400-6849429 Please look for URL wrapping. You have the right ISBN number for latest (second) edition of this book and yes, it is 2 years old now. HTH Tauseef ""Hunt Lee"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I have heard very high regards for Internet Routing Architectures (from Sam > Halabi). However, all of my local book stores said they have all ran out of > stock a year ago (as they claimed the book is more than a year old) > > The ISBN i found is:- 157870233X, or is there a newer version of this book > under a different title? > > Any help will be greatly appreciated. > > Best Regards, > Hunt Lee > System Engineer > WebCentral Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35169&t=35165 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Cat5k Reboots sporadically [7:35477]
Sean, If you have redundant power supply in the chassis of the same 5500, you should not be seeing switch resets due to one power supply failure. All you should see is that the logs will indicate that power supply 1 is reseting. Having said that, if you still suspect that the switch reset is due to pwer supply #1 failures, please read the release notes of the CatOS you are running and see if there are any caveats listed regarding this scenario. It would also help to place a call to Cisco TAC as they have more visibility to bug lists than published for general public. Please make sure that you have the serial number of the switch and "show tech-support" (OS dependent) output handy when you place a call to Cisco. HTH. Tauseef ""Sean Knox"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I have a old Catalyst 5500 that is continually resetting. A show log > displays: > > Console> (enable) show log > > Network Management Processor (ACTIVE NMP) Log: > Reset count: 538 > Re-boot History: Feb 15 2002 01:46:06 0, Feb 15 2002 00:10:24 0 > Feb 15 2002 00:03:35 0, Feb 14 2002 14:13:25 0 > Feb 14 2002 14:07:15 0, Feb 14 2002 14:05:16 0 > Feb 14 2002 13:12:20 0, Feb 14 2002 11:29:54 0 > Feb 14 2002 11:05:38 0, Feb 14 2002 10:35:35 0 > Bootrom Checksum Failures: 0 UART Failures: 0 > Flash Checksum Failures:0 Flash Program Failures: 0 > Power Supply 1 Failures: 65 Power Supply 2 Failures:0 > Swapped to CLKA:0 Swapped to CLKB:0 > Swapped to Processor 1: 0 Swapped to Processor 2: 0 > DRAM Failures: 0 > > Exceptions: 0 > > Loaded NMP version:4.5(12) > Reload same NMP version count: 176 > > Last software reset by user: 2/15/2002,00:10:13 > output omitted > > I'm assuming the 65 power supply 1 failures is a possible cause? Does this > indicate a dying power supply and the source of the resets, or is something > else to blame? > > > - Sean Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35491&t=35477 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Latency in Telnet, intervlan routing [7:38187]
Here are few things you could look into, 1) Is this a new config.? 2) Did it ever work before? if yes, what changed? 3) Assuming that routing is setup correctly on the Cat5K routing module (if this is being used), (a) do you have the right static routing setup on the server to respond to traffic coming from different network? (b) where is your default gateway point to (as next hop) on your server? (c) If the server is a unix box, do you have any tcp wrappers? any ip-chains? any firewall? 4) If everything checks out OK thus far, check for issues with switch and routing module configuration 5) What are you using to route inter-vlan traffic? is it routing module in Cat5K or is it external router? 6) If it is internal routing module, have you configured the vlan interfaces correctly? 7) Once all the end stations are connected, are the vlan interfaces show as "up" and "up"? 8) How about the ip addressing? are all the configurations falling withing their respective masking bounderies? 9) How about the ACLs? 10) So on and so forth... I hope that somewhere along this path, you'll find the issue. Please do share with us what was the resolution. Tauseef ""Mason"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I do Telnet from a client on VLAN1 and I reach the server just > fine. VLAN1 is where the server is also connected to. > I do Telnet from any other VLAN: Telnet takes a long time, then it times > out. > > That tells me it is something in the InterVLAN routing. What would be the > next step to troubleshoot the problem ? I look into the Cat 5000 > configuration but I can't see any relevant changes that caused the problem. > If I use a Sniffer, I noticed a delta time larger for the Telnet. However, I > don't see any brodcast that could such delay. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=38199&t=38187 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Latency in Telnet, intervlan routing [7:38187]
In the Unix servers, please check for /etc/resolve.conf and see if name servers are configured correctly. If these Unix servers don't require name services, please add just their ip addresses to /etc/hosts file and then check for response time. This is "reverse nam lookup" issue. Thanks. Tauseef ""Mason"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I do Telnet from a client on VLAN1 and I reach the server just > fine. VLAN1 is where the server is also connected to. > I do Telnet from any other VLAN: Telnet takes a long time, then it times > out. > > That tells me it is something in the InterVLAN routing. What would be the > next step to troubleshoot the problem ? I look into the Cat 5000 > configuration but I can't see any relevant changes that caused the problem. > If I use a Sniffer, I noticed a delta time larger for the Telnet. However, I > don't see any brodcast that could such delay. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=38428&t=38187 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]