Re: AppleTalk on Support exam [7:269]
Priscilla, I took the CIT test on Wednesday. There were about three AppleTalk questions. Mainly, which debug commands to issue to monitor different AppleTalk zone registrations and what not. I wouldn't sweat it too much. Don ""Priscilla Oppenheimer"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > For those of you who have taken the Support exam recently, did you get any > AppleTalk questions? > > The outline for the 640-506 Support exam still includes AppleTalk. > > http://www.cisco.com/warp/public/10/wwtraining/certprog/testing/current_exam s/640-506.html > > The outline for the exam is a mess, though, so I'm not sure if I should > believe it. The outline for the course does not include AppleTalk. > > http://www.cisco.com/pcgi-bin/front.x/wwtraining/CELC/index.cgi?action=Cours eDesc&COURSE_ID=1492 > > THANKS > > Priscilla > > > > Priscilla Oppenheimer > http://www.priscilla.com > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=522&t=269 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
CCIE R&S Lab Locations [7:46904]
Quick question for everyone. In which cities is the CCIE Routing and Switching Lab exam offered? I have heard various stories from different places and the only official city that I can find on cisco.com is San Jose. Is the exam proctored in RTP, North Carolina also? Thanks Don Pezet Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=46904&t=46904 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Interesting terminal server issue [7:48247]
Hey guys, I have a home lab setup for my CCIE studies and I have been bumping into a random issue with my terminal server. I have a 2509 that I use with an Octal cable to connect to my routers and switches. Frequently I will see a line go hot without me having initiated a session (I see an asterick by the line in 'show lines'). If I clear the line using 'clear line x' and then open a session to that device I will get about a hundered lines of trash thrown to the end device as input. Once the trash scrolls by and errors out, I have regular prompt access to the router with no further issues. This is not an all the time thing, but it is fairly frequent. Here's my setup on the terminal server: ip host r1 2001 1.1.1.1 ip host r2 2002 1.1.1.1 ip host r3 2003 1.1.1.1 ip host r4 2004 1.1.1.1 ip host s1 2005 1.1.1.1 ip host s2 2006 1.1.1.1 ! interface Loopback0 ip address 1.1.1.1 255.0.0.0 ! line 1 8 transport input all And here's the config for one of my end routers: line con 0 transport input none I'm using an authentic Cisco octal cable that appears to be shielded and since the garbage only occurs randomly and at initial connection I have ruled out interference. Any help is appreciated Thanks, Don Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=48247&t=48247 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Interesting terminal server issue [7:48247]
Hey guys, Good call Jason, added 'no exec' on the term server and haven't seen the issue since. Thanks Don On 7 Jul 2002 01:39:00 -, [EMAIL PROTECTED] ("Jason") wrote: >Try adding the "no exec" command on lines 1 through 8: > >Line 1 8 > transport input all > no exec > >Sometimes an exec process can be opened backwards to your terminal server by >a noisy line. The "no exec" command prevents this from happening... Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=48266&t=48247 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
DHCP Server on Multiple VLANs [7:49403]
Hey guys, I have a Cisco 3620 connected to a 2948G-L3 which in turn provides layer three services to a cluster of 3548XLs. I have 9 operating VLANs and have been trying to work out a scenario for DHCP in my environment. Right now, we assign static IPs in all 9 vlans because we do not want to provide seperate DHCP servers for each. If we could find a way to get one server to provide DHCP to all the VLANs then we could implement it. The trick is, each VLAN is a different subnet. I had heard that if you use the 3620 as a DHCP server, create subinterfaces on a FE port using ISL and assign IP addresses appropriately, and create multiple DHCP pools, then the router would issues IPs from pools that matched the interface it drew the request from. However, when I try this it just issues IPs from the first pool until it is full and then moves to the next. Is there a way to make sure the router assigns correct IPs on the correct sub-interfaces? Is there a 3rd party DHCP server that would do this better? Let me do a sample config to show what I tried. Each network has a network printer at .200 (don't ask) and a router sub-interface at .1 except the 10.10.10.0 network which has reserved IPs through 100, but still a router interface at .1 Here's the Cisco 3620 DHCP portion of the config: ! ip dhcp excluded-address 10.10.10.1 10.10.10.100 ip dhcp excluded-address 192.168.1.1 ip dhcp excluded-address 192.168.1.200 ip dhcp excluded-address 192.168.2.1 ip dhcp excluded-address 192.168.2.200 ip dhcp excluded-address 192.168.3.1 ip dhcp excluded-address 192.168.3.200 ip dhcp excluded-address 192.168.4.1 ip dhcp excluded-address 192.168.4.200 ip dhcp excluded-address 192.168.5.1 ip dhcp excluded-address 192.168.5.200 ip dhcp excluded-address 192.168.6.1 ip dhcp excluded-address 192.168.6.200 ip dhcp excluded-address 192.168.7.1 ip dhcp excluded-address 192.168.7.200 ip dhcp excluded-address 192.168.8.1 ip dhcp excluded-address 192.168.8.200 ! ip dhcp pool Vlan1 network 10.10.10.0 /24 dns-server 4.2.2.1 default-router 10.10.10.1 ! ip dhcp pool Vlan10 network 192.168.1.0 /24 dns-server 4.2.2.1 default-router 192.168.1.1 ! ip dhcp pool Vlan20 network 192.168.2.0 /24 dns-server 4.2.2.1 default-router 192.168.2.1 ! ip dhcp pool Vlan30 network 192.168.3.0 /24 dns-server 4.2.2.1 default-router 192.168.3.1 ! ip dhcp pool Vlan40 network 192.168.4.0 /24 dns-server 4.2.2.1 default-router 192.168.4.1 ! ip dhcp pool Vlan50 network 192.168.5.0 /24 dns-server 4.2.2.1 default-router 192.168.5.1 ! ip dhcp pool Vlan60 network 192.168.6.0 /24 dns-server 4.2.2.1 default-router 192.168.6.1 ! ip dhcp pool Vlan70 network 192.168.7.0 /24 dns-server 4.2.2.1 default-router 192.168.7.1 ! ip dhcp pool Vlan80 network 192.168.8.0 /24 dns-server 4.2.2.1 default-router 192.168.8.1 ! interface FastEthernet1/0 description connected to Private Network no ip address duplex auto speed auto ! interface FastEthernet1/0.1 encapsulation isl 1 ip address 10.10.10.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.10 encapsulation isl 10 ip address 192.168.1.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.20 encapsulation isl 20 ip address 192.168.2.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.30 encapsulation isl 30 ip address 192.168.3.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.40 encapsulation isl 40 ip address 192.168.4.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.50 encapsulation isl 50 ip address 192.168.5.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.60 encapsulation isl 60 ip address 192.168.6.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.70 encapsulation isl 70 ip address 192.168.7.1 255.255.255.0 no ip redirects ! interface FastEthernet1/0.80 encapsulation isl 80 ip address 192.168.8.1 255.255.255.0 no ip redirects ! Thanks, Don Pezet [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=49403&t=49403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Interesting Situation with a 2948G-L3 and Inter-VLAN routing [7:51161]
etworks accessing the 10.10.10.0/24 network, but wanted an IP ! accessable by both. ! interface FastEthernet1/0 description connected to Private Network no ip address duplex auto speed auto ! ! This is the interface I use for management ! interface FastEthernet1/0.1 encapsulation isl 1 ip address 10.10.10.6 255.255.255.0 no ip redirects ip nat inside ! ! This is the interface the 2948G-L3 uses as the default route for my internet traffic. ! interface FastEthernet1/0.2 encapsulation isl 2 ip address 192.168.0.2 255.255.255.0 ip nat inside ! router ospf 100 log-adjacency-changes network 10.10.10.0 0.0.0.255 area 0 network 192.168.0.0 0.0.0.255 area 0 network 192.168.1.0 0.0.0.255 area 0 network 192.168.2.0 0.0.0.255 area 0 network 192.168.3.0 0.0.0.255 area 0 network 192.168.4.0 0.0.0.255 area 0 network 192.168.5.0 0.0.0.255 area 0 network 192.168.6.0 0.0.0.255 area 0 network 192.168.7.0 0.0.0.255 area 0 network 192.168.8.0 0.0.0.255 area 0 ! ip kerberos source-interface any ip nat pool C3620-natpool-8191 66.35.166.233 66.35.166.238 netmask 255.255.255.248 ip nat inside source list 1 pool C3620-natpool-8191 overload ip classless ip route 0.0.0.0 0.0.0.0 Serial0/0.1 no ip http server ! access-list 1 permit 10.10.10.0 0.0.0.255 access-list 1 permit 192.168.0.0 0.0.0.255 access-list 1 permit 192.168.1.0 0.0.0.255 access-list 1 permit 192.168.2.0 0.0.0.255 access-list 1 permit 192.168.3.0 0.0.0.255 access-list 1 permit 192.168.4.0 0.0.0.255 access-list 1 permit 192.168.5.0 0.0.0.255 access-list 1 permit 192.168.6.0 0.0.0.255 access-list 1 permit 192.168.7.0 0.0.0.255 access-list 1 permit 192.168.8.0 0.0.0.255 access-list 106 deny ip any 10.10.10.0 0.0.0.255 access-list 106 permit ip any any ! dial-peer cor custom ! line con 0 exec-timeout 0 0 password *removed* login transport input none line aux 0 line vty 0 4 password *removed* login ! end And just in case, I'll throw in the config for the first 3548XL -- version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname C3548XLA ! enable password *removed* ! ip subnet-zero ! ! ! interface FastEthernet0/1 switchport access vlan 10 spanning-tree portfast ! ! ... Ports F0/1 - F0/48 are usually split in half on these switched providing ! 24 ports each to two VLANs. The eight 192.168.x.0/24 networks are ! spread evenly this way accross the four switches. ! interface FastEthernet0/48 switchport access vlan 20 spanning-tree portfast ! ! Standard Gbic 1000Mbit interface ISL trunk to the 2948G-L3 ! interface GigabitEthernet0/1 switchport mode trunk ! ! Cisco GigaStack 1000Mbit interface ISL trunk to the next 3548XL ! interface GigabitEthernet0/2 switchport mode trunk ! interface VLAN1 ip address 10.10.10.7 255.255.255.0 no ip directed-broadcast no ip route-cache ! ip default-gateway 10.10.10.6 ! line con 0 exec-timeout 0 0 password *removed* login transport input none stopbits 1 line vty 0 4 password *removed* login line vty 5 15 password *removed* login ! end -- Anyhow, maybe one of the gurus in the group can look at this and spot my problem right off, or I'll keep you guys updated as I continue researching it. Thanks, Don Pezet Enterprise Technology Solutions [EMAIL PROTECTED] (352) 248-1010 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51161&t=51161 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Interesting Situation with a 2948G-L3 and Inter-VL [7:51226]
nt 40876, received 4 -- The only interface on the 2948G-L3 that should be receiving any STP updates would be G49 and its subinterfaces, as that is the ISL trunk to the 3548XL stack. I see a few scattered updates probably from routing STP maintenance or from power outages over the weekend (the UPSs tapped out at different intervals, always nice) but nothing unusual. Certainly not enough to mirror the connection loss interval of the workstations. Anyhow, so I started thinking along the lines as Cisco_Maniac about enabling portfast and just seeing what happens, but the 2948G-L3 uses a Router's IOS and so it doesn't support portfast as far as I can tell. Anyone familiar, off hand, with how to do portfast on the 2948G-L3? CCO was unhelpful (or more likely my searching abilities). On the performance issue, I'll be running bandwidth tests between stations on separate VLANs today to see exactlly what throughput I am able to get while being routed by the 2948G-L3 today. If it is actually performing worse than the 3620 when it was bottle necking I may just move the network back to the old configurations. We'll see what happens and I'll post the results. As always, thanks for your help, Don Pezet Enterprise Technology Solutions [EMAIL PROTECTED] (352) 248-1010 On 12 Aug 2002 08:39:20 -, in groupstudy.cisco you wrote: >If that is the case Priscilla, then one might as well enable Port-Fast on a >those ports and observe for a few days. If the switch activity stabilizes >then it is surely a STP re-convergence problem. Am I on track? >Chaoo, >Cisco_Maniac >""Priscilla Oppenheimer"" wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> You say that the stations connected to the 2948G-L3 stop transmitting for >15 >> seconds. Could the Spanning Tree be reconverging for some reason? Since >> you're doing IRB with both bridging and routing, presumably STP is running >> and 15 seconds sticks out as the Forward Delay timer used by STP. It's >also >> the timer for aging the bridging table when BPDUs arrive with the Topology >> Change Flag set. >> >> I can't see why the change you made would cause a problem, but maybe it >did >> for some reason or maybe it caused you to hit a bug. You may want to try >> "debug span events" or the equivalent if that doesn't work on a 2948G-L3. >If >> debug is too risky, "show spantree" might give you some hints as to when >the >> last topology change occured. >> >> It's just a guess but that 15 seconds sure sticks out as a possible clue >> that something is up with Spanning Tree. >> >> Hopefully somebody else will have ideas too! >> >> Priscilla Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51226&t=51226 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Interesting Situation with a 2948G-L3 and Inter-VLAN routing [7:51240]
nt 40876, received 4 -- The only interface on the 2948G-L3 that should be receiving any STP updates would be G49 and its subinterfaces, as that is the ISL trunk to the 3548XL stack. I see a few scattered updates probably from routing STP maintenance or from power outages over the weekend (the UPSs tapped out at different intervals, always nice) but nothing unusual. Certainly not enough to mirror the connection loss interval of the workstations. Anyhow, so I started thinking along the lines as Cisco_Maniac about enabling portfast and just seeing what happens, but the 2948G-L3 uses a Router's IOS and so it doesn't support portfast as far as I can tell. Anyone familiar, off hand, with how to do portfast on the 2948G-L3? CCO was unhelpful (or more likely my searching abilities). On the performance issue, I'll be running bandwidth tests between stations on separate VLANs today to see exactlly what throughput I am able to get while being routed by the 2948G-L3 today. If it is actually performing worse than the 3620 when it was bottle necking I may just move the network back to the old configurations. We'll see what happens and I'll post the results. As always, thanks for your help, Don Pezet Enterprise Technology Solutions [EMAIL PROTECTED] (352) 248-1010 On 12 Aug 2002 08:39:20 -, in groupstudy.cisco you wrote: >If that is the case Priscilla, then one might as well enable Port-Fast >on a those ports and observe for a few days. If the switch activity >stabilizes then it is surely a STP re-convergence problem. Am I on >track? Chaoo, Cisco_Maniac >""Priscilla Oppenheimer"" wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> You say that the stations connected to the 2948G-L3 stop transmitting >> for >15 >> seconds. Could the Spanning Tree be reconverging for some reason? >> Since you're doing IRB with both bridging and routing, presumably STP >> is running and 15 seconds sticks out as the Forward Delay timer used >> by STP. It's >also >> the timer for aging the bridging table when BPDUs arrive with the >> Topology Change Flag set. >> >> I can't see why the change you made would cause a problem, but maybe >> it >did >> for some reason or maybe it caused you to hit a bug. You may want to >> try "debug span events" or the equivalent if that doesn't work on a >> 2948G-L3. >If >> debug is too risky, "show spantree" might give you some hints as to >> when >the >> last topology change occured. >> >> It's just a guess but that 15 seconds sure sticks out as a possible >> clue that something is up with Spanning Tree. >> >> Hopefully somebody else will have ideas too! >> >> Priscilla Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51240&t=51240 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Interesting Situation with a 2948G-L3 and Inter-VLAN [7:51249]
I ran a bandwidth monitor between six stations on one VLAN and six stations on a second VLAN to see what kind of latency, packet loss, and throughput I could get on the stations. I found I could easily get six separate communication streams going with each absorbing 25Mbits of bandwidth which would have more than saturated the 3620 so I am definitely seeing performance improvements over the old configuration. Now it's just a matter of tracking down my dropped link issue. Don Pezet Enterprise Technology Solutions [EMAIL PROTECTED] (352) 248-1010 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51249&t=51249 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]