Re: Illegal HDLC type code?? [7:25601]
This was my thought, as well, but the tech checked the encapsulation. It appears that the message says HDLC even if you have the interface set for HDLC, Frame Relay, or SDLC. I'd love to find a list of those type codes but I gave up after searching for about ten minutes using CCO, Hotbot, and Google. Thanks, John Priscilla Oppenheimer 11/7/01 5:31:53 PM Cisco's HDLC has a type field that is like an EtherType to identify the network layer. If you're really using SDLC, then this wouldn't apply, but maybe the router forgot that it was SDLC and went back to HDLC. Weirder things have happened! Priscilla At 03:52 PM 11/7/01, John Neiberger wrote: I've never seen this one before and CCO isn't very helpful. We have an ATM connected via SDLC to a 2610 router. It went belly up at some point and debugging on the router reports an Illegal HDLC Type Code of 831. I've searched every site I could think of and can't find a list of serial line type codes, assuming there even is such a beast. My guess is that the ATM has lost its mind and isn't using SDLC any longer but this has made me curious about this error message. Do any of you know how to find out more about these serial type codes? Thanks, John Priscilla Oppenheimer http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25683t=25601 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Subnet Mask question [7:25694]
I didn't see this come through the list so I'm re-posting. -Original Message- From: R. Benjamin Kessler [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 08, 2001 10:01 AM To: Cisco GroupStudy List Subject: RE: Subnet Mask question [7:25602] I'm assuming that you entered something like this in a router: ip route 63.182.182.182 255.0.0.0 where = an interface name or IP address of a neighboring router. If this is an accurate assumption when you do a show run you'll probably see the following instead: ip route 63.0.0.0 255.0.0.0 This would explain why you're sending these other packets to 63.x.x.x to la-la land. Do a trace and see where the packets are going to confirm what I'm saying. Note: On more recent versions of IOS the router will complain and tell you that you have an inconsistent address and mask. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Telemachus Luu Sent: Wednesday, November 07, 2001 3:37 PM To: [EMAIL PROTECTED] Subject: Subnet Mask question [7:25602] Hi, Can someone provide a good explanation to this? Imaginary IPs: Static host ip: 63.182.182.182 mask: 255.255.255.0 I accidently specified an incorrect mask of 255.0.0.0. However, I was still able to ping some sites out in the net but was unable to ping a host in the same class, eg. 63.221.133.4. 1. Why was I able to ping out even though the mask specified was incorrect? 2. Why was I unable to ping the host in the same class? thanks, Telemachus Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25694t=25694 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
PRI line dropping D-channel on Cat6k 6608 blade [7:25742]
ladies and gentlemen who have VoIP knowledge, We are having a serious problem with our PRI line, when its plugged into the Catalyst E1 6608 blade, its losing its D-channel and dropping calls! We've now upgraded to CM 3.1(2c), we have all the latest firmware on the phones, gateway, it seems that all is working beautifully at night when we are testing, however, in the day when we start getting any sort of load on the system (more than a couple of calls) calls start dropping and we get this error in the log: Error DchannelO OS- D channel out of service Reason[Optional]: 0 Explanation D channel has gone out of service When this happens we have no choice but to interrupt phone service for everyone by putting the PRI line back into the IOS Gateway, and it works fine .. details: WS-6006 version 6.2(2) WS-6608-E1 blade firmware 5.4(2) ON the 6608 blade: Port 3/1 Registered as E1 PRI Port 3/2 Registered MTP Port 3/3 Registered MTP Port 3/4 (Port Host Processor Not Online) - This could be the problem! however, we cannot get this port to do anything, i.e. disable, change vlans, nothing - it is currently in enabled state though! Port 3/5 Registered MTP Port 3/6 Registered MTP Port 3/7 Registered MTP Port 3/8 Registered MTP The overnight Error logs do not get this message, so i'm pretty sure it has something to do with activity on the line, causing it to lose its signal?? Does anyone have any clue about this? Any help is much, much appreciated ... thanks in advance! - jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25742t=25742 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IP helper address and subnet broadcast [7:25485]
I had a similar situation in the past where the DHCP servers were on *nix boxes and they got flooded with the NetBT stuff (from 3000+ workstations) needlessly. In this type of a situation no ip forward protocol is your friend. To just foward the DHCP requests you need to do the following: no ip forward-protocol udp tftp no ip forward-protocol udp nameserver no ip forward-protocol udp domain no ip forward-protocol udp time no ip forward-protocol udp netbios-ns no ip forward-protocol udp netbios-dgm no ip forward-protocol udp tacacs It would be nice if you could disable all and then specifically add the ones you want (i.e. the passive-interface default / no passive-interface method) but - at least on the versions I've tried - she's a no go. You can disable all udp flooding with the command: no ip forward-protocol udp But as soon as you enable a specific service this command gets 'un-done'...perhaps a it can be a feature request for the programmers @ Cisco watching this list (do any?). Hope this helps. Ben -Original Message- From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 07, 2001 2:44 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] Thank-you very much for your research and testing, Ben. The person who started this discussion (offline) also wrote back and confirmed that the subnet broadcasts are indeed forwarded to the address in his IP helper address command. I agree that it makes sense from the point of view that the subnet broadcast (10.10.255.255) is no different from an ordinary broadcast (255.255.255.255) at the MAC layer. They both go to FF:FF:FF:FF:FF:FF. There are concerns about this behavior however. In his case the DHCP server is the helper address. It is receiving all sorts of junk that it shouldn't receive, including WINS and BROWSE stuff. The IP Helper Address configuration is causing these packets to be sent as unicast packets to the DHCP server. It's probably just a minor performance issue, but worth fixing. I don't know enough about his network to recommend this definitely, but he may be able to configure no ip forward-protocol 137 and no ip forward-protocol 138 to ensure that the WINS and BROWSE stuff is not forwarded. I believe he has an actual WINS server also that can handle the WINS service and the nodes are configured as H-Nodes so they are unicasting to the WINS server in addition to sending their broadcasts. I thought this was interesting! I wonder how many people have thought about how much junk by default gets forwarded with IP helper address. And offline, some experts asked me why would a router forward a subnet broadcast, so they all agreed that this was not completely expected behavior. Thanks again, Priscilla At 10:00 AM 11/7/01, R. Benjamin Kessler wrote: I setup a remote unix box running nmap and had it send packets to the subnet broadcast address (in my case 192.168.72.255). I configured my router with an ip helper command (sending to a single host). I executed the nmap command with and without IP directed broadcast configured on the router interface and didn't see any difference. Running a sniffer-like device on the target (of the ip helper command) I was able to verify the receipt of the packets sent via nmap. Given a network similar to the following: +---++---+ -| rtr a || rtr b |- e0 +---+ e1 e1 +---+ e0 My understanding of directed-broadcast is that if a packet sourced from rtr a's e0 network is sent to the broadcast address of rtr b's e0; rtr b will forward it if directed-broadcast is enabled and drop if not. IP helper impacts packets heading out (from the router) to the interface in question not packets inbound. To take this discussion a step further, the IP helper function processes packets sent to the MAC-layer broadcast address for the specified protocols. A packet sent to the local IP broadcast address (10.10.255.255 in Priscilla's example) will have the same MAC-layer destination address as a packet sent to 255.255.255.255. Comments, questions? Anyone think my logic is all wet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Priscilla Oppenheimer Sent: Tuesday, November 06, 2001 9:43 PM To: [EMAIL PROTECTED] Subject: Re: IP helper address and subnet broadcast [7:25485] I know how IP helper address, directed broadcasts, NetBIOS, etc. work. (NetBIOS session service doesn't broadcast, by the way, and in fact uses TCP not UDP, so I doubt that it needs to be added to the list. It's used between a client and server after the client has mapped the NetBIOS name to the server's address.) The question is: will the router (with IP helper address) forward if the source sends to a subnet broadcast such as 10.10.255.255 instead of sending to 255.255.255.255? Nowhere does the documentation say that it won't, so I guess it will. Note that I am not asking
RE: IP helper address and subnet broadcast [7:25485]
Depends on what you're trying to do...the utility I used here is just nmap - see www.insecure.org (note: this is a bit of a hacking tool, so use with caution). This is basically a port scanning tool, you can specify a remote subnet to scan but you give it the range of addresses to probe, I don't see why you couldn't probe a remote host that just happened to have the same address as the subnet broadcast somewhere. I guess by definition, if you've got a default gateway configured and are sending traffic to a remote subnet you'll have the local router's MAC address as the destination. If you're looking to do something a bit more elaborate you can try to use a Sniffer to manufacture a string of packets but it is probably more trouble than it's worth. I'm sure that there are plenty of hacker tools that will do this but you'll probably need to go lurking on some different lists to find them... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Logan, Harold Sent: Wednesday, November 07, 2001 2:32 PM To: [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] Interesting... By any chance do you have a packet manipulator available? For added fun you could put together a frame with a destination IP of the subnet's broadcast addy, and a destination MAC of the routers MAC address... -Original Message- From: R. Benjamin Kessler [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 07, 2001 2:03 PM To: [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] I setup a remote unix box running nmap and had it send packets to the subnet broadcast address (in my case 192.168.72.255). I configured my router with an ip helper command (sending to a single host). I executed the nmap command with and without IP directed broadcast configured on the router interface and didn't see any difference. Running a sniffer-like device on the target (of the ip helper command) I was able to verify the receipt of the packets sent via nmap. Given a network similar to the following: +---++---+ -| rtr a || rtr b |- e0 +---+ e1 e1 +---+ e0 My understanding of directed-broadcast is that if a packet sourced from rtr a's e0 network is sent to the broadcast address of rtr b's e0; rtr b will forward it if directed-broadcast is enabled and drop if not. IP helper impacts packets heading out (from the router) to the interface in question not packets inbound. To take this discussion a step further, the IP helper function processes packets sent to the MAC-layer broadcast address for the specified protocols. A packet sent to the local IP broadcast address (10.10.255.255 in Priscilla's example) will have the same MAC-layer destination address as a packet sent to 255.255.255.255. Comments, questions? Anyone think my logic is all wet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Priscilla Oppenheimer Sent: Tuesday, November 06, 2001 9:43 PM To: [EMAIL PROTECTED] Subject: Re: IP helper address and subnet broadcast [7:25485] I know how IP helper address, directed broadcasts, NetBIOS, etc. work. (NetBIOS session service doesn't broadcast, by the way, and in fact uses TCP not UDP, so I doubt that it needs to be added to the list. It's used between a client and server after the client has mapped the NetBIOS name to the server's address.) The question is: will the router (with IP helper address) forward if the source sends to a subnet broadcast such as 10.10.255.255 instead of sending to 255.255.255.255? Nowhere does the documentation say that it won't, so I guess it will. Note that I am not asking about the forwarding of directed broadcasts. The IP helper address is configured with an actual server's address, not a directed broadcast address. I'm not looking for the boring answers to the boring questions. The question is not the same one that you have seen many times. ;-) Priscilla At 10:09 PM 11/6/01, Erick B. wrote: Priscalla, They need to enable one more 'ip forward-protocol udp' globally for this to work, as well as enable directed-broadcast on target router interface where ip-helper is forwarding to. Also, I replied to nrf on this as well in more detail just explaining helper-address and directed-broadcasts. Default ports forwarded: Trivial File Transfer (TFTP) (port 69) Domain Name System (port 53) Time service (port 37) NetBIOS Name Server (port 137) NetBIOS Datagram Server (port 138) BootP datagrams (port 67) TACACS service (port 49) The one missing is: netbios-ss - Netbios session service (port 139) Also, I have done this and it works. Erick --- Priscilla Oppenheimer wrote: This message came to me offline. The Cisco documentation doesn't answer the question, but some of you might know. In a Windows environment, there are
RE: IP helper address and subnet broadcast [7:25485]
The few times I've needed a packet manipulator, SnifferPro has worked fine for me. The idea I was shooting for (please keep in mind that yesterday I was working on 3 hours of sleep and no caffeine) was to put together a layer 3 broadcast with a layer 2 unicast address, specifically the destination MAC of the router's ethernet interface. That, combined with some packet debugging or accounting on the far router, could tell you if the router forwards traffic to the ip helper address because the layer 2 destination addy is all F's, or if it forwards to the ip helper addres because the layer 3 destination address is the subnet's broadcast addy. I suppose if I'm that curious I should get off my arse and set up such a scenario here, but I let someone else label the cables in my pod, and I'm still working on fixing it... right now the classroom where we keep the routers has v.35 and cat5 cables strewn all over the place. Argh. Hal Logan Network Specialist / Adjunct Faculty Computing and Engineering Technology Manatee Community College -Original Message- From: R. Benjamin Kessler [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 07, 2001 5:18 PM To: Logan, Harold; [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] Depends on what you're trying to do...the utility I used here is just nmap - see www.insecure.org (note: this is a bit of a hacking tool, so use with caution). This is basically a port scanning tool, you can specify a remote subnet to scan but you give it the range of addresses to probe, I don't see why you couldn't probe a remote host that just happened to have the same address as the subnet broadcast somewhere. I guess by definition, if you've got a default gateway configured and are sending traffic to a remote subnet you'll have the local router's MAC address as the destination. If you're looking to do something a bit more elaborate you can try to use a Sniffer to manufacture a string of packets but it is probably more trouble than it's worth. I'm sure that there are plenty of hacker tools that will do this but you'll probably need to go lurking on some different lists to find them... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Logan, Harold Sent: Wednesday, November 07, 2001 2:32 PM To: [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] Interesting... By any chance do you have a packet manipulator available? For added fun you could put together a frame with a destination IP of the subnet's broadcast addy, and a destination MAC of the routers MAC address... -Original Message- From: R. Benjamin Kessler [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 07, 2001 2:03 PM To: [EMAIL PROTECTED] Subject: RE: IP helper address and subnet broadcast [7:25485] I setup a remote unix box running nmap and had it send packets to the subnet broadcast address (in my case 192.168.72.255). I configured my router with an ip helper command (sending to a single host). I executed the nmap command with and without IP directed broadcast configured on the router interface and didn't see any difference. Running a sniffer-like device on the target (of the ip helper command) I was able to verify the receipt of the packets sent via nmap. Given a network similar to the following: +---++---+ -| rtr a || rtr b |- e0 +---+ e1 e1 +---+ e0 My understanding of directed-broadcast is that if a packet sourced from rtr a's e0 network is sent to the broadcast address of rtr b's e0; rtr b will forward it if directed-broadcast is enabled and drop if not. IP helper impacts packets heading out (from the router) to the interface in question not packets inbound. To take this discussion a step further, the IP helper function processes packets sent to the MAC-layer broadcast address for the specified protocols. A packet sent to the local IP broadcast address (10.10.255.255 in Priscilla's example) will have the same MAC-layer destination address as a packet sent to 255.255.255.255. Comments, questions? Anyone think my logic is all wet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Priscilla Oppenheimer Sent: Tuesday, November 06, 2001 9:43 PM To: [EMAIL PROTECTED] Subject: Re: IP helper address and subnet broadcast [7:25485] I know how IP helper address, directed broadcasts, NetBIOS, etc. work. (NetBIOS session service doesn't broadcast, by the way, and in fact uses TCP not UDP, so I doubt that it needs to be added to the list. It's used between a client and server after the client has mapped the NetBIOS name to the server's address.) The question is: will the router (with IP helper address) forward if the source sends to
CCNP Question [7:25675]
Does anyone know the count of CCNP? I know its not as low as CCIE, but I have not met too many people with CCNP in my area/state (Pennsylvania). I am in the process of getting CCNP. How many CCNPs' would you guess are in each state in the USA? Im not expecting a big raise when I finish CCNP, I am doing it to learn, and I just want to make sure I dont miss any opportunities from not having it. Thanks, Brian Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25675t=25675 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Friday Follies Returns on Thursday - Access-list [7:25667]
Great just what I needed...an opportunity to humilate myself in public.. What a glutton I am for punishment.. R1/R2 int e0 ip access-group 101 in acesss-list 101 pemit tcp host r1/r2 eq bgp host r1/r2 gt 1023 access-list 101 permit tcp host r1/r2 gt 1023 host r1/r2 eq bgp thoughts.. -Nigel - Original Message - From: Chuck Larrieu To: Sent: Thursday, November 08, 2001 12:53 AM Subject: Friday Follies Returns on Thursday - Access-list construction [7:25642] Hey you bad boys and girls! In preparing my pod for BGP access across the net, I have run into something I find fascinating. Rather than post the results, I shall instead pose this as Friday Follies on Thursday puzzle. The problem - to construct an access list such that the only thing that can happen is that BGP neighbor relationships form and BGP routes are exchanged. Hint - there appears to be a trick, if my observations are correct. I will read your replies and provide my own observations and answer when I return from my travels on Friday evening. the layout: ( not that it matters in particular ) Router_1 Router_2 | | -- ethernet ( but it works the same for serial ) Provide the access-list required on each router, so that BGP works, BGP neighbor relationships form, BGP routes are exchanged, but no other traffic occurs. I.e. no telnet, no ICMP, no EIGRP, no nothing. Extra credit if your access-lists permit only the two routers involved to engage. Have Fun Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25667t=25667 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Config reg 0x10F [7:25639]
It will: boot from TFTP ignore break use a 9600bauds console - Original Message - From: Venkataramanaiah To: Sent: Thursday, November 08, 2001 2:30 AM Subject: Config reg 0x10F [7:25639] AcessoBOL, ss R$ 9,90! O menor prego do mercado! Assine ja! http://www.bol.com.br/acessobol/ Hai can some body tell me what does the conf reg 0x10F mean. thanks Venkat Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25666t=25639 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IPSEC Question [7:25589]
Maybe it is a stupid question but did you try altering your access-lists. When this usually happens to me, it is because my access-lists are too restrictive. Theo Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25638t=25589 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: ISDN - only dial at specific times of the day, between M-F [7:25655]
you can use a time based access list with a lock and key access list pointing to the guys username. Check CCO for examples of these lists. -Original Message- From: Vijay Patankar [mailto:[EMAIL PROTECTED]] Sent: 08 November 2001 08:42 To: [EMAIL PROTECTED] Subject: ISDN - only dial at specific times of the day, between M-F [7:25652] Guys, I was asked this question by a colleague, since I am no master of ISDN, I would like some help. The scenario is as follows: One particular user call him Joe needs to connect to a remote site only between 10:00 to 11:00 am during the week days. Can the on site router 2503 or any other with one Bri interface be configured so that it brings this link up between a-b and disconnet when finished, ( I am aware the disconnect part will be taken care by isdn dial time-out command). Any pointers or suggesstions. Thanks in advance. groupstudy user. Get your FREE download of MSN Explorer at http://explorer.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25655t=25655 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OT Free 802.11 sniffer seminar [7:25743]
Hey Dudes and Dudettes, Free seminar in Washington DC. Oz You're invited to WildPackets' Free Wireless Seminar! Got a wireless initiative? Want to learn more practical aspects of 802.11 engineering? Interested in wireless protocol analysis? Security? Troubleshooting? This half-day seminar will disclose the practical aspects of 802.11 engineering and will lay a foundation for effective design and troubleshooting in the wireless environment. Participants will learn how 802.11 protocols work and how to measure, interpret, and prioritize the various metrics that can be obtained during site assessment and problem solving. Sign up for this informative seminar designed for IT professionals by WildPackets!! December 7th, 2001 at 8:00 AM The Jefferson Hotel, Washington DC For more information and to sign up visit http://www.wildpackets.com/corporate/events/wireless_seminar_dc Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25743t=25743 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Passed Cisco Secure VPN! [7:25635]
Great... Any study material you like to share... Theodore stout wrote in message news:[EMAIL PROTECTED]... Man this test was hard! I got over 850 on it. This was incredibly difficult. What I would recommend is to know the environment of VPNs and not just Cisco's implementation of them. What helped me- I read MCNS again twice before the test. I read the CSVPN text so many times that at least 30% of the pages have fallen out. Seriously! Work experience. The ADV PIX test. Do not attempt this test without the ADV PIX test first. Know the concentrators. Sleep with thempropose marriage. Start reading the recommended books for the CCIE Security exam. I have read about half of them and they really helped me to understand the environment of VPN. Finally, the RSA series of books. They really helped me again to understand where Cisco was coming from and why certain solutions are preferred. Coming from a router and trunking background, I personally feel very relaxed with the PIX but rather hostile towards the concentrators. It helped me to get to know other vendors and understand Cisco's marketing and sales strategy against them in context of their manuals. Just made life easier. IDS...Next week. I heard the Darth Maul was the exam protractor. Peace Theo Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25647t=25635 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: padding [7:25735]
it's padded with Zero's Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25744t=25735 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Cisco 3000 IOS [7:25745]
for my private CCIE lab i have got an Cisco 3102 with 8MB Flash and 4 MB RAM, unfortunately without IOS. i tried to find an running image on the cisco site, i also called the cisco helpdesk but all images i found didn´t fit in this small amount of memory. has anyone experience with this device and can name a version that will run and maybe give me a clue where to find it ? thank a lot Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25745t=25745 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Etherchannel between 5509 and Intel Pro/100 NIC [7:25746]
I am setting up etherchannel between a 5509 and two Intel Pro/100 server adapters and if I set the etherchannel mode to desirable on the 5509, it shows no ports are channeling. Using auto doesn't show channeling either. If I set it to on, then of course it shows my ports are channeling but I read that if you use on, both sides should be forced. Problem is I can't find a way to do it on Intel NICs. I used Intel ProSet II to team the adapters using fast etherchannel. For those that may have set this up before, is there a way to force the NICs to a certain mode and should I be able to see the NICs when doing a sho port channel if they 5509 is set to desirable or auto? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25746t=25746 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: PRI line dropping D-channel on Cat6k 6608 blade [7:25742]
The problem you are describing sounds like Cat Flap, this is a known issue where unregistered ports will reset the module. Soution have all ports registered. If you cannot reset the port it may be a hardware issue. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25747t=25742 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: BCMSN practice tests? [7:25633]
I also read the BCMSN Ciscopress book and the ExamCram book. I've worked with 2900xl,3500xl, and 5500 switches. I like reading two books one technical and the other less technical book. I also like using the cramsession study guides as a final quick read before the test. 2 books + as much hands on as I can get + boson. That has never failed me. I made it a habit to ask people what they used to prepare with to get an idea of who best covers the subject. Thanks. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25731t=25633 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: CCBootcamp: CCIE Written Qualifier 3-Day BootCamp [7:25404]
I would give this bootcamp a big A+. I attended the first session, Dennis is a great instructor and the book follows the test perfectly. Philip Jache Sports Illustrated Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=25748t=25404 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]