RE: PPP Problems - any ideas!!! [7:66486]
Before adding authentication into the mix, I would remove it and start working from the physical layer up. Which router is supposed to provide clocking? Don't you need the "clockrate" keywork on the DCE? Mario -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, March 30, 2003 9:18 PM To: [EMAIL PROTECTED] Subject: Re: PPP Problems - any ideas!!! [7:66486] Did this ever work? Does it work with HDLC? Notice that O in the debug output? That means Output. In a working environment, you would also see I for input. Very strange indeed, but the best advice is to start troubleshooting at the bottom of the OSI model. Let us know. Now you got us curious. :-) Thanks, Priscilla saunders1m wrote: > > Thanks for your help gents, im sure though i am missing > something here as i > have tried everything though i still seem to be missing > something! Any > further ideas would be great & im stuck for moment!! > > Here is my both configs & the #show int s0 > When using debug ppp neg i get the following > > R10-1603R#debug ppp neg > PPP protocol negotiation debugging is on > R10-1603R# > 02:38:11: Se0 LCP: TIMEout: State Listen > 02:38:11: Se0 LCP: O CONFREQ [Listen] id 166 len 14 > 02:38:11: Se0 LCP:AuthProto PAP (0x0304C023) > 02:38:11: Se0 LCP:MagicNumber 0x06B8DFA1 (0x050606B8DFA1) > R10-1603R# > 02:38:13: Se0 LCP: TIMEout: State REQsent > 02:38:13: Se0 LCP: O CONFREQ [REQsent] id 167 len 14 > 02:38:13: Se0 LCP:AuthProto PAP (0x0304C023) > 02:38:13: Se0 LCP:MagicNumber 0x06B8DFA1 (0x050606B8DFA1) > R10-1603R#no > 02:38:15: Se0 LCP: TIMEout: State REQsent > 02:38:15: Se0 LCP: O CONFREQ [REQsent] id 168 len 14 > 02:38:15: Se0 LCP:AuthProto PAP (0x0304C023) > 02:38:15: Se0 LCP:MagicNumber 0x06B8DFA1 (0x050606B8DFA1) > R10-1603R#no debug > 02:38:17: Se0 LCP: TIMEout: State REQsent > > Router 9 > > R9-1601R#show run > Building configuration... > > Current configuration: > ! > version 12.0 > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname R9-1601R > ! > enable password cisco > ! > username R10-1603R password 0 cisco > ip subnet-zero > no ip domain-lookup > ip host r1 192.169.1.1 > ip host r2 192.169.2.2 > ip host r3 192.169.3.3 > ip host r4 192.169.4.4 > ip host r5 192.169.5.5 > ip host r6 192.169.6.6 > ip host r7 192.169.7.7 > ip host r8 192.169.8.8 > ip host r9 192.169.9.9 > ip host r10 192.169.10.10 > ip host cat19 192.169.11.11 > ip host r12 192.169.12.12 > ! > ! > ! > interface Loopback0 > ip address 192.169.9.9 255.255.255.0 > no ip directed-broadcast > ! > interface Ethernet0 > no ip address > no ip directed-broadcast > shutdown > ! > interface Serial0 > ip address 10.0.0.1 255.255.255.0 > no ip directed-broadcast > encapsulation ppp > no fair-queue > ppp authentication pap > ppp pap sent-username R9-1601R password 7 121A0C041104 > ! > ip classless > ! > banner login ^C Welcome to www.ciscorack.co.uk - R9 Cisco 1601R > Series ^C > ! > line con 0 > exec-timeout 15 0 > password d231303u > logging synchronous > login > transport input none > line vty 0 4 > exec-timeout 15 0 > password d231303u > login > ! > end > > Serial0 is up, line protocol is down > Hardware is QUICC Serial > Internet address is 10.0.0.1/24 > MTU 1500 bytes, BW 1544 Kbit, DLY 2 usec, rely 255/255, > load 1/255 > Encapsulation PPP, loopback not set, keepalive set (10 sec) > LCP Listen > Closed: IPCP, CDPCP > Last input never, output never, output hang never > Last clearing of "show interface" counters never > Queueing strategy: fifo > Output queue 0/40, 0 drops; input queue 0/75, 0 drops > 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 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 > abort > 81 packets output, 1462 bytes, 0 underruns > 0 output errors, 0 collisions, 45 interface resets > 0 output buffer failures, 0 output buffers swapped out > 70 carrier transitions > DCD=up DSR=up DTR=up RTS=up CTS=up > > Router 10 > > R10-1603R#show run > Building configuration... > > Current configuration: > ! > version 12.0 > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname R10-1603R > ! > enable password cisco > ! > username R9-1601R password 0 cisco > ip subnet-zero > no ip domain-lookup > ip host r1 192.169.1.1 > ip host r2 192.169.2.2 > ip host r3 192.169.3.3 > ip host r4 192.169.4.4 > ip host r5 192.169.5.5 > ip host r6 192.169.6.6 > ip host r7 192.169.7.7 > ip host r8 192.169.8.8 > ip host r9 192.169.9.9 > ip host r10 192.169.10.10 > ip host cat19 192.169.11.11 > ip host r12 192.169.12.12 > ! > ! > ! > interface Loopback0 > ip address 192.169.10.10 255.255.255.0 > no ip directed-broadcast > ! > interface Et
RE: Problem with backup line... [7:70386]
Ok, something is not right with this output. I am assuming that this capture was taken when your serial interface was up and working and that your ISDN interface is not shutdown. The output of the show interface should not be showing administratively down and the output of the "show isdn status" should not be showing DEACTIVATE for layer 1. Check your physical layer. I don't think your router BRI interface is establishing a connection to your ISDN switch. Check out this link: http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a 0080094b76.shtml#deactivated Mario -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 1:30 PM To: [EMAIL PROTECTED] Subject: RE: Problem with backup line... [7:70386] These are my show results RouterA### RouterA#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 193.1.1.0/24 is variably subnetted, 2 subnets, 2 masks C 193.1.1.0/24 is directly connected, Serial0 C 193.1.1.2/32 is directly connected, Serial0 - RouterA#show isdn status The current ISDN Switchtype = basic-net3 ISDN BRI0 interface Layer 1 Status: DEACTIVATED Layer 2 Status: Layer 2 NOT Activated Layer 3 Status: 0 Active Layer 3 Call(s) Activated dsl 0 CCBs = 0 Total Allocated ISDN CCBs = 0 -- RouterA#show interface bri 0 BRI0 is administratively down, line protocol is down Hardware is BRI Internet address is 196.1.1.1/24 MTU 1500 bytes, BW 64 Kbit, DLY 2 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 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 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 10 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions RouterB### RouterB#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 193.1.1.0/24 is variably subnetted, 2 subnets, 2 masks C 193.1.1.1/32 is directly connected, Serial0 C 193.1.1.0/24 is directly connected, Serial0 -- RouterB#show isdn status The current ISDN Switchtype = basic-net3 ISDN BRI0 interface Layer 1 Status: DEACTIVATED Layer 2 Status: Layer 2 NOT Activated Layer 3 Status: 0 Active Layer 3 Call(s) Activated dsl 0 CCBs = 0 Total Allocated ISDN CCBs = 0 ---R outerB#show interface br0 BRI0 is administratively down, line protocol is down Hardware is BRI Internet address is 196.1.1.2/24 MTU 1500 bytes, BW 64 Kbit, DLY 2 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 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 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 10 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70430&t=70386 -- FAQ, list archiv
Netmeeting [7:42012]
Has anyone configured Netmeeting on a Cisco 2600? I am running 12.1.2T IP-H323 code. I have 1 workstation that is running Netmeeting doing messaging, voice and video conferencing out to the WAN through a NATed interface. Video and Teleconfercing do not work pass the router towards the WAN side. Everything works internal. Any help would be greatly appreciated. JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42012&t=42012 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ospf-- default-information originate vs redist [7:41948]
Having a default static route and using the "redistribute static subnet" command does not work. This is just the way Cisco implementation is. I have run into many of these issues and I have always had to use the "default-information originate " command. JG Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42016&t=41948 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Netmeeting [7:42012]
Thanks. I will check the links out and get back with you if is something I can use. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42043&t=42012 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ospf-- default-information originate vs redist [7:42231]
This is because adding a default route does not work (like you have seen). Cisco does not support this and the only way to get it to work is by using the "default-information originate ". JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42232&t=42231 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: WIC-1T and WIC-2T [7:42209]
We sell these pretty cheap. If you are interested, send me an email offline. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42236&t=42209 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: VPDN accounting problem [7:42193]
The accounting information will only be sent at the location where the user gets authenticated. Typically the authentication is done on the LNS. JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42238&t=42193 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ospf-- default-information originate vs redist [7:42294]
You can not redistribute the default route into OSPF. You MUST use the "default information originate" command in order to redistribute a static default route into OSPF. Every other route (non-default) will be redistributed without any problems. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42325&t=42294 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Access-list Assistance Needed [7:42351]
I have the following: PC ethernet1720---serial provider PC IP: 192.168.10.5 LAN Address: 192.168.10.0/24 Serial: 200.x.x.1/30 There are many other PCs on the LAN but only one of them (PCa) is running a specific program. I would like to be able to translate PCa to a unique global IP address (lets use 198.x.x.5) and have all the other LAN traffic to get overloaded / translated to the serial IP address on the router. In addition, I would like to redirect all incoming traffic destined to 198.x.x.5 (PCa Global IP Address) with ports greater than 0 (for both UDP and TCP) to the PCa internal 192.168.10.5 IP address. Please help. TIA! JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42351&t=42351 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Access-list Assistance Needed [7:42351]
I appreciate your assistance. Assuming that this the secondary interface is required. Can the same be achieved by overloading to a POOL instead? I dont understand why you need to have a secondary IP address when the ISP is already routing traffic to the 198 subnet. Also, say that traffic reaches the router that is intended to go to the PCa. I see that your access-list states: access-list 102 deny tcp host 192.x.x.5 any eq 0 access-list 102 deny udp host 192.x.x.5 any eq 0 Why do you specify the internal PCa address versus the global address that it is using? Does this mean that IP nat statements are looked at before access-list deny statements are? Thanks for the explanation. JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42380&t=42351 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
CCIE Beta Passing Score [7:42653]
Can someone tell me what the passing score is on the CCIE written part of the beta exam? Also, how many times can you take it and do you have to wait a period of time in between taking it? TIA, JunoGuy Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42653&t=42653 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Location of serial number for Cisco 6160 [7:43390]
Can anyone tell me where I can locate the serial number for a Cisco 6160? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=43390&t=43390 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Cisco Training [7:71811]
I do agree with you on this however the I was referring to the "boot camp" courses. Had I taken all the courses individually that I took at boot camp I would have gained a lot more from them. During boot camp you only learn the very minimum needed to get you throught the exams. If you have the option to take the courses individually vs. taking the boot camp, I would strongly suggest the individual courses. Mario -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 4:26 PM To: [EMAIL PROTECTED] Subject: RE: Cisco Training [7:71811] I have to disagree with the previous answers. I took the BSCI class November 2002. It was great. Perhaps my experience level was lower but I really learned a lot and the instructor was quite knowledgable and a good teacher to boot. I should have taken the test within a few weeks of coming back from the class but I got side tracked on a project. When I hunkered down last month to prepare the class came back to me. Also this place used the Cisco books but supplemented them with their own labs. I was very pleased. I will agree that the classes are quite expensive, but training is one of the reasons I work where I do. I'm taking another class this month. If it's provided by your employer jump on the chance. David Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=71870&t=71811 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Priviledge Level Commands [7:71694]
Thanks Kim. I had read figured out what I needed to do after a few trial and errors. I appreciate you and all who replied to my post. Happy 4th. Mario -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kim Graham Sent: Friday, July 04, 2003 6:35 PM To: [EMAIL PROTECTED] Subject: RE: Priviledge Level Commands [7:71694] Mario, The following may help you out. I found them by searching Cisco with "privilege level configuration" http://www.cisco.com/en/US/customer/tech/tk583/tk547/technologies_tech_n ote09186a008009465c.shtml Remember if you do not give them the privilege level to the configuration command then they will not see the command output in the configuration. http://www.cisco.com/en/US/customer/tech/tk583/tk642/technologies_tech_n ote09186a00800949d5.shtml Kim Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=71927&t=71694 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Policy-Based Routing [7:71944]
Hi Jason, PBR is used to override the routing table. So if you have a Policy on an interface to set the nex-hop explicitly then any traffic that matches your route-map that the policy is calling will have a next-hop set to what YOU specified not what the routing table states. Mario -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Viera Sent: Sunday, July 06, 2003 1:55 AM To: [EMAIL PROTECTED] Subject: Policy-Based Routing [7:71944] Just for clarification can someone comment on or confirm the following: If policy routing is enabled on an interface and the policy states that a packet received on that particular interface be sent to a next hop IP or an interface, will the packet be sent to that next hop even if a route exists via an IGP that points to another next hop?? I guess my real question is does the packet even get processed in regards to the routing table, or is its destination set as soon as its matched by the route-map applied to the ingress interface?? Thanks in advance!! Jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=71957&t=71944 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]