FW: [USR-TC] RE: Dial-In Problem!!!!
Hello: For the last few days I have posted the following question: ============ Please help. This problem is going on for the last 7 weeks without fixing. TC1000 1-HiPer NMC 2-HiPerARC 10-Hiper DSP We are a small ISP (400 customers). We have 2-ISDN-PRI lines for our customers to dial in. Our entire system looks like this: / / T1 to External Internet / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------| | | | | | NMC ARC1 ARC2 Web Authentication ----------- 3Com ------------ Server/Email | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net) and retrieve their email. But when they try to connect to any web site (outside our network) on the external net (such as www.yahoo.com), they time out with a message saying that "this page can't be displayed". We have changed the HUBs, RJ45 cables. We have the CISCO Router tested fine. Finally, I replaced the 3COM box with a backup box and the problem continues. Interestingly, we can access any Internet web site (www.msn.com, www.yahoo.com, etc.) from our internal network (over LAN) without problem. ============ Since posting the above message, we have received a number of responses. Charles suggested to see how the CISCO 2600 was assigning the IP addresses (or something similar!!). For the last two days, AT&T technicians has been working with me to look into the router. They have setup static address and have done number of settings without success. I have switched 3COM to a backup 3COM box. Following are new the IP address: NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31 The problem is that out Dial-In customers can dial-in, access the internal network (email, authentication, DNS, Web Servers) but can not access the external Network (www.msn.com), etc. I have setup a dial-up PC (Win XP Pro) to test. The first time I connected, the IP address assigned was 12.21.237.98. I could not access the external network. I tried to do a external trace from www.traceroute.org. Following are the results of the trace. -------- Call this TRACE-1 Testing the network route from EASYNEWS.COM to 12.21.237.98... Started on Thursday July 28th, 2005 at 17:37:05 GMT (1122597425) HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 3.29 28.63 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.29 0.56 1.65 12.118.42.25 0% 10 10 10.84 33.96 117.05 12.123.28.58 0% 10 10 57.70 58.01 58.83 tbr1-cl2.dlstx.ip.att.net 0% 10 10 54.24 66.34 171.39 tbr2-cl1.attga.ip.att.net 0% 10 10 59.23 73.93 154.81 ar13-p3110.attga.ip.att.net 0% 10 10 52.91 94.74 205.18 12.124.52.74 0% 10 10 70.30 77.15 110.81 12.21.237.241 0% 10 10 63.97 64.57 65.97 ??? 100% 0 10 0.00 0.00 0.00 -------- Few minutes later, I dial-in and re-connected. This time, I connected to IP address 12.21.237.99. This time I could go to external Internet no problem. -------- Call this TRACE-2 Testing the network route from EASYNEWS.COM to 12.21.237.99... Started on Thursday July 28th, 2005 at 17:45:23 GMT (1122597923) HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 4.46 38.83 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.28 0.34 0.38 12.118.42.25 0% 10 10 10.68 10.84 10.97 12.123.28.58 0% 10 10 57.70 58.16 59.00 tbr1-cl2.dlstx.ip.att.net 0% 10 10 53.09 63.09 148.52 tbr2-cl1.attga.ip.att.net 0% 10 10 58.09 60.96 83.12 ar13-p3110.attga.ip.att.net 0% 10 10 51.81 92.41 256.88 12.124.52.74 0% 10 10 69.03 71.50 87.39 12.21.237.241 0% 10 10 63.16 66.77 87.36 12.21.237.242 0% 10 10 64.35 71.89 94.87 12.21.237.99 10% 9 10 166.21 245.81 808.73 -------- In TRACE-1 (outside network can not be connected) the trace stops at ARC1 (12.21.237.241). In TRACE-2 (outside network is connected & the dial-in connection works), the trace gets to my dial-in terminal (12.21.237.99). I have noticed couple of things in the above traces. In both traces, ARC1[Kirti S. Bajwa] (12.21.237.241) is first traced even though the IP address of my terminal (12.21.237.98 or 12.21.237.99) is on ARC2 (12.21.237.242)!! Can someone explain why trace is always first going to ARC1 IP? Can someone explain what is going on? Why sometime the dial-in wotks (access the external network) and other times it does not? AT&T is going to call back around 3:00PM (EST) to help. Is 3COM needs some settings changed? Thanks in advance. Kirti
Kirti, This sounds like a routing problem that could reside on the TC or in your Cisco 2600 series router. Chances are you have a valid route to your router; however, the router has no clue how to get back to your dialup pool. My suggestion for diagnosis is to enable a routing protocol such as RIP on both the TC and the ethernet port on your router (be sure that rip lists your serial interface [T1] as passive). See if this resolves your problem. I had this happen once and by enabling RIP it showed me that the problem was in my routing setup on my TC. I'll look and see what I did to fix it; however, this may be a good starting point for you as it looks like no one else has suggested it. Let me know if it works. Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc On 7/28/05 2:28 PM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Hello: For the last few days I have posted the following question: ============ Please help. This problem is going on for the last 7 weeks without fixing.
TC1000 1-HiPer NMC 2-HiPerARC 10-Hiper DSP
We are a small ISP (400 customers). We have 2-ISDN-PRI lines for our customers to dial in. Our entire system looks like this:
/ / T1 to External Internet / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------| | | | | | NMC ARC1 ARC2 Web Authentication ----------- 3Com ------------ Server/Email | | | | | | | | | Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net) and retrieve their email. But when they try to connect to any web site (outside our network) on the external net (such as www.yahoo.com), they time out with a message saying that "this page can't be displayed".
We have changed the HUBs, RJ45 cables. We have the CISCO Router tested fine. Finally, I replaced the 3COM box with a backup box and the problem continues. Interestingly, we can access any Internet web site (www.msn.com, www.yahoo.com, etc.) from our internal network (over LAN) without problem. ============
Since posting the above message, we have received a number of responses.
Charles suggested to see how the CISCO 2600 was assigning the IP addresses (or something similar!!). For the last two days, AT&T technicians has been working with me to look into the router. They have setup static address and have done number of settings without success.
I have switched 3COM to a backup 3COM box. Following are new the IP address:
NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
The problem is that out Dial-In customers can dial-in, access the internal network (email, authentication, DNS, Web Servers) but can not access the external Network (www.msn.com), etc.
I have setup a dial-up PC (Win XP Pro) to test. The first time I connected, the IP address assigned was 12.21.237.98. I could not access the external network.
I tried to do a external trace from www.traceroute.org. Following are the results of the trace.
-------- Call this TRACE-1 Testing the network route from EASYNEWS.COM to 12.21.237.98... Started on Thursday July 28th, 2005 at 17:37:05 GMT (1122597425)
HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 3.29 28.63 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.29 0.56 1.65 12.118.42.25 0% 10 10 10.84 33.96 117.05 12.123.28.58 0% 10 10 57.70 58.01 58.83 tbr1-cl2.dlstx.ip.att.net 0% 10 10 54.24 66.34 171.39 tbr2-cl1.attga.ip.att.net 0% 10 10 59.23 73.93 154.81 ar13-p3110.attga.ip.att.net 0% 10 10 52.91 94.74 205.18 12.124.52.74 0% 10 10 70.30 77.15 110.81 12.21.237.241 0% 10 10 63.97 64.57 65.97 ??? 100% 0 10 0.00 0.00 0.00 --------
Few minutes later, I dial-in and re-connected. This time, I connected to IP address 12.21.237.99. This time I could go to external Internet no problem.
-------- Call this TRACE-2 Testing the network route from EASYNEWS.COM to 12.21.237.99... Started on Thursday July 28th, 2005 at 17:45:23 GMT (1122597923)
HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 4.46 38.83 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.28 0.34 0.38 12.118.42.25 0% 10 10 10.68 10.84 10.97 12.123.28.58 0% 10 10 57.70 58.16 59.00 tbr1-cl2.dlstx.ip.att.net 0% 10 10 53.09 63.09 148.52 tbr2-cl1.attga.ip.att.net 0% 10 10 58.09 60.96 83.12 ar13-p3110.attga.ip.att.net 0% 10 10 51.81 92.41 256.88 12.124.52.74 0% 10 10 69.03 71.50 87.39 12.21.237.241 0% 10 10 63.16 66.77 87.36 12.21.237.242 0% 10 10 64.35 71.89 94.87 12.21.237.99 10% 9 10 166.21 245.81 808.73 --------
In TRACE-1 (outside network can not be connected) the trace stops at ARC1 (12.21.237.241). In TRACE-2 (outside network is connected & the dial-in connection works), the trace gets to my dial-in terminal (12.21.237.99).
I have noticed couple of things in the above traces. In both traces, ARC1[Kirti S. Bajwa] (12.21.237.241) is first traced even though the IP address of my terminal (12.21.237.98 or 12.21.237.99) is on ARC2 (12.21.237.242)!! Can someone explain why trace is always first going to ARC1 IP?
Can someone explain what is going on? Why sometime the dial-in wotks (access the external network) and other times it does not? AT&T is going to call back around 3:00PM (EST) to help. Is 3COM needs some settings changed?
Thanks in advance.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Brandon: RIP was enabled on both ARC on our 3COM. AT&T also enabled RIP on CISCO router. Problem is not resolved. Any further help is highly appreciated. Kirti -----Original Message----- From: usr-tc-bounces+kbajwa=tib.com@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tib.com@mailman.xmission.com] On Behalf Of Brandon Lehmann Sent: Thursday, July 28, 2005 3:28 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] RE: Dial-In Problem!!!! Kirti, This sounds like a routing problem that could reside on the TC or in your Cisco 2600 series router. Chances are you have a valid route to your router; however, the router has no clue how to get back to your dialup pool. My suggestion for diagnosis is to enable a routing protocol such as RIP on both the TC and the ethernet port on your router (be sure that rip lists your serial interface [T1] as passive). See if this resolves your problem. I had this happen once and by enabling RIP it showed me that the problem was in my routing setup on my TC. I'll look and see what I did to fix it; however, this may be a good starting point for you as it looks like no one else has suggested it. Let me know if it works. Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc On 7/28/05 2:28 PM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Hello: For the last few days I have posted the following question: ============ Please help. This problem is going on for the last 7 weeks without fixing.
TC1000 1-HiPer NMC 2-HiPerARC 10-Hiper DSP
We are a small ISP (400 customers). We have 2-ISDN-PRI lines for our customers to dial in. Our entire system looks like this:
/ / T1 to External Internet / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------| | | | | | NMC ARC1 ARC2 Web Authentication ----------- 3Com ------------ Server/Email | | | | | | | | | Customer Dial-In
Our customers can dial-in, are authenticated and can access the
internal
web site (www.tibonline.net) and retrieve their email. But when they try to connect to any web site (outside our network) on the external net (such as www.yahoo.com), they time out with a message saying that "this page can't be displayed".
We have changed the HUBs, RJ45 cables. We have the CISCO Router tested fine. Finally, I replaced the 3COM box with a backup box and the problem continues. Interestingly, we can access any Internet web site (www.msn.com, www.yahoo.com, etc.) from our internal network (over LAN) without problem. ============
Since posting the above message, we have received a number of responses.
Charles suggested to see how the CISCO 2600 was assigning the IP addresses (or something similar!!). For the last two days, AT&T technicians has been working with me to look into the router. They have setup static address and have done number of settings without success.
I have switched 3COM to a backup 3COM box. Following are new the IP address:
NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
The problem is that out Dial-In customers can dial-in, access the internal network (email, authentication, DNS, Web Servers) but can not access the external Network (www.msn.com), etc.
I have setup a dial-up PC (Win XP Pro) to test. The first time I connected, the IP address assigned was 12.21.237.98. I could not access the external network.
I tried to do a external trace from www.traceroute.org. Following are the results of the trace.
-------- Call this TRACE-1 Testing the network route from EASYNEWS.COM to 12.21.237.98... Started on Thursday July 28th, 2005 at 17:37:05 GMT (1122597425)
HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 3.29 28.63 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.29 0.56 1.65 12.118.42.25 0% 10 10 10.84 33.96 117.05 12.123.28.58 0% 10 10 57.70 58.01 58.83 tbr1-cl2.dlstx.ip.att.net 0% 10 10 54.24 66.34 171.39 tbr2-cl1.attga.ip.att.net 0% 10 10 59.23 73.93 154.81 ar13-p3110.attga.ip.att.net 0% 10 10 52.91 94.74 205.18 12.124.52.74 0% 10 10 70.30 77.15 110.81 12.21.237.241 0% 10 10 63.97 64.57 65.97 ??? 100% 0 10 0.00 0.00 0.00 --------
Few minutes later, I dial-in and re-connected. This time, I connected to IP address 12.21.237.99. This time I could go to external Internet no problem.
-------- Call this TRACE-2 Testing the network route from EASYNEWS.COM to 12.21.237.99... Started on Thursday July 28th, 2005 at 17:45:23 GMT (1122597923)
HOST LOSS RCVD SENT BEST AVG WORST ge1-8-1000m.sw1.easynews.com 0% 10 10 0.35 4.46 38.83 e-2-11-1000m.core-03.phx1.puregig.net 0% 10 10 0.28 0.34 0.38 12.118.42.25 0% 10 10 10.68 10.84 10.97 12.123.28.58 0% 10 10 57.70 58.16 59.00 tbr1-cl2.dlstx.ip.att.net 0% 10 10 53.09 63.09 148.52 tbr2-cl1.attga.ip.att.net 0% 10 10 58.09 60.96 83.12 ar13-p3110.attga.ip.att.net 0% 10 10 51.81 92.41 256.88 12.124.52.74 0% 10 10 69.03 71.50 87.39 12.21.237.241 0% 10 10 63.16 66.77 87.36 12.21.237.242 0% 10 10 64.35 71.89 94.87 12.21.237.99 10% 9 10 166.21 245.81 808.73 --------
In TRACE-1 (outside network can not be connected) the trace stops at ARC1 (12.21.237.241). In TRACE-2 (outside network is connected & the dial-in connection works), the trace gets to my dial-in terminal (12.21.237.99).
I have noticed couple of things in the above traces. In both traces, ARC1[Kirti S. Bajwa] (12.21.237.241) is first traced even though the IP address of my terminal (12.21.237.98 or 12.21.237.99) is on ARC2 (12.21.237.242)!! Can someone explain why trace is always first going to ARC1 IP?
Can someone explain what is going on? Why sometime the dial-in wotks (access the external network) and other times it does not? AT&T is going to call back around 3:00PM (EST) to help. Is 3COM needs some settings changed?
Thanks in advance.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
* Kirti S. Bajwa <kbajwa@tibonline.net> [2005-07-28 20:27]:
NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
I didn't understand this IP pool setup. You made a typo when you wrote /31 on the IP pools, yes? Or perhaps you meant a 31 address count (/27)? This sounds like a routing problem. Please post the routing tables (both from the Cisco and the TC). Are you using static routes or a routing protocol, btw? -- -o) Vegard Svanberg, CTO - XOIP Comm. (www.xoip.no) /\\ Violgata 3A, N-1776 HALDEN, NORWAY _\_v Phone: (+47) 69701802 | Fax: (+47) 69701801
The IP pool is something we tried as a stop gap operation. It did not fix the problem. We are changing it back to: ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C I have no access to the routing table on CISCO. However, here is the routing table from our 3COM: HiPer>> list rtab preFERRED ROUTING TABLE PREFERRED ROUTES Destination Prot Age NextHop Metric Interface 0.0.0.0/0 REMOTE 13265 12.21.237.1 1 eth:1 12.0.0.0/H LOCAL 13265 12.0.0.0 0 eth:1 12.21.237.0/C LOCAL 13265 12.21.237.0 0 eth:1 12.21.237.0/H LOCAL 13265 12.21.237.0 0 eth:1 12.21.237.98/H LOCAL 440 12.21.237.98 0 slot:4/mod:11 12.21.237.99/H LOCAL 428 12.21.237.99 0 slot:4/mod:6 12.21.237.100/H LOCAL 1063 12.21.237.100 0 slot:4/mod:12 12.21.237.103/H LOCAL 975 12.21.237.103 0 slot:4/mod:13 12.21.237.104/H LOCAL 2665 12.21.237.104 0 slot:4/mod:15 12.21.237.105/H LOCAL 5385 12.21.237.105 0 slot:4/mod:8 12.21.237.112/H LOCAL 19 12.21.237.112 0 slot:4/mod:4 12.21.237.114/H LOCAL 42 12.21.237.114 0 slot:4/mod:3 12.21.237.115/H LOCAL 210 12.21.237.115 0 slot:4/mod:17 12.21.237.242/H LOCAL 13265 12.21.237.242 0 eth:1 12.21.237.255/H LOCAL 13265 12.21.237.255 0 eth:1 12.255.255.255/H LOCAL 13265 12.255.255.255 0 eth:1 HiPer>> No static route!!!! Routing Protocol??? Please be more precise. I am not an expert of 3COM. NOTE: When I was talking to AT&T, they said that they are noticing a large number of lost data/packet (or something in similar terms) lost on the CISCO Router. If any of this make sense, please respond/Help. Kirti
NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
I didn't understand this IP pool setup. You made a typo when you wrote /31 on the IP pools, yes? Or perhaps you meant a 31 address count (/27)? This sounds like a routing problem. Please post the routing tables (both from the Cisco and the TC). Are you using static routes or a routing protocol, btw? -- -o) Vegard Svanberg, CTO - XOIP Comm. (www.xoip.no) /\\ Violgata 3A, N-1776 HALDEN, NORWAY _\_v Phone: (+47) 69701802 | Fax: (+47) 69701801 _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
On Thu, 28 Jul 2005, Kirti S. Bajwa wrote:
The IP pool is something we tried as a stop gap operation. It did not fix the problem. We are changing it back to:
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot. Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem.
I have no access to the routing table on CISCO. However, here is the routing table from our 3COM.
"sh ip route" should do it, you don't need enable privs for that. If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you: -how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described. -how to ensure that the arc will proxy-arp for the dialup connections. Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out. Thanks, Charles
HiPer>> list rtab preFERRED
ROUTING TABLE PREFERRED ROUTES Destination Prot Age NextHop Metric Interface 0.0.0.0/0 REMOTE 13265 12.21.237.1 1 eth:1 12.0.0.0/H LOCAL 13265 12.0.0.0 0 eth:1 12.21.237.0/C LOCAL 13265 12.21.237.0 0 eth:1 12.21.237.0/H LOCAL 13265 12.21.237.0 0 eth:1 12.21.237.98/H LOCAL 440 12.21.237.98 0 slot:4/mod:11 12.21.237.99/H LOCAL 428 12.21.237.99 0 slot:4/mod:6 12.21.237.100/H LOCAL 1063 12.21.237.100 0 slot:4/mod:12 12.21.237.103/H LOCAL 975 12.21.237.103 0 slot:4/mod:13 12.21.237.104/H LOCAL 2665 12.21.237.104 0 slot:4/mod:15 12.21.237.105/H LOCAL 5385 12.21.237.105 0 slot:4/mod:8 12.21.237.112/H LOCAL 19 12.21.237.112 0 slot:4/mod:4 12.21.237.114/H LOCAL 42 12.21.237.114 0 slot:4/mod:3 12.21.237.115/H LOCAL 210 12.21.237.115 0 slot:4/mod:17 12.21.237.242/H LOCAL 13265 12.21.237.242 0 eth:1 12.21.237.255/H LOCAL 13265 12.21.237.255 0 eth:1 12.255.255.255/H LOCAL 13265 12.255.255.255 0 eth:1 HiPer>>
No static route!!!! Routing Protocol??? Please be more precise. I am not an expert of 3COM.
NOTE: When I was talking to AT&T, they said that they are noticing a large number of lost data/packet (or something in similar terms) lost on the CISCO Router.
If any of this make sense, please respond/Help.
Kirti
NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
I didn't understand this IP pool setup. You made a typo when you wrote /31 on the IP pools, yes? Or perhaps you meant a 31 address count (/27)?
This sounds like a routing problem. Please post the routing tables (both from the Cisco and the TC). Are you using static routes or a routing protocol, btw?
-- -o) Vegard Svanberg, CTO - XOIP Comm. (www.xoip.no) /\\ Violgata 3A, N-1776 HALDEN, NORWAY _\_v Phone: (+47) 69701802 | Fax: (+47) 69701801
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Charles: I have cleaned few lines to reduce the clutter. ------
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot. ANSWER: We have the entire IP block 12.21.237.0/24. I have mapped the IP addresses for servers, IP addresses, etc. I can change the mask, if it will help or change the size of the ip-pool for each pool to just 24. This does not seems to be the problem. ------ Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem. ANSWER: I have not changed RIP. It was already ENABLED. I am told that it would not hurt to leave it ENABLED. AT&T ENABLED RIP on CISCO router and it did not resolve the problem. ------ "sh ip route" should do it, you don't need enable privs for that. ANSWER: No idea what you are asking me to do. I did use the above command & it displayed the ROUTING settings ------ If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you: -how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described. -how to ensure that the arc will proxy-arp for the dialup connections. Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out. ANSWER: - as I mentioned earlier, I have a map of IP addresses. I do not believe that IP addresses are being assigned to more than once. I will change the MASK on the IP pool for the ARC & see if the problem goes away. - I will look into proxy-arp. Never done it but I will figure out unless somebody has a better suggestion. ------ Charles thanks again. These responses keep me going. Kirti
Kirti, Per Charles directions: You can enable proxy-arp for the 3com on the dialin interfaces with the command: enable ip proxy_arp_all_dialin Make sure you save your config after you make theses changes (you may also need to restart the 3com). I'm not sure how much this will help as I looked at my TCs and I don't have this enabled on any of them. I have the same type of network setup as you do X.X.X.X/24 with a Cisco 2600 series router. As well as two /24s on a Cisco 3600 series at a remote location. RIP is currently disabled on my devices and everything works. If the proxy-arp setting does not help please supply us with even more information. Can you paste the results of "sh ip" on the 3com to the list? (Feel free to censor the ARC IP address from the message) Hope this helps, Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc On 7/29/05 9:32 AM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Charles:
I have cleaned few lines to reduce the clutter.
------
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot.
ANSWER:
We have the entire IP block 12.21.237.0/24. I have mapped the IP addresses for servers, IP addresses, etc. I can change the mask, if it will help or change the size of the ip-pool for each pool to just 24. This does not seems to be the problem. ------ Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem.
ANSWER:
I have not changed RIP. It was already ENABLED. I am told that it would not hurt to leave it ENABLED. AT&T ENABLED RIP on CISCO router and it did not resolve the problem. ------
"sh ip route" should do it, you don't need enable privs for that.
ANSWER:
No idea what you are asking me to do. I did use the above command & it displayed the ROUTING settings ------
If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you:
-how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described.
-how to ensure that the arc will proxy-arp for the dialup connections.
Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out.
ANSWER:
- as I mentioned earlier, I have a map of IP addresses. I do not believe that IP addresses are being assigned to more than once. I will change the MASK on the IP pool for the ARC & see if the problem goes away.
- I will look into proxy-arp. Never done it but I will figure out unless somebody has a better suggestion.
------
Charles thanks again. These responses keep me going.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Kirti, I was wondering if you resolved this issue as we have not heard from you for a few days. Thanks, Brandon On 7/29/05 10:54 AM, "Brandon Lehmann" <blehmann@computerloft.net> wrote:
Kirti,
Per Charles directions: You can enable proxy-arp for the 3com on the dialin interfaces with the command:
enable ip proxy_arp_all_dialin
Make sure you save your config after you make theses changes (you may also need to restart the 3com). I'm not sure how much this will help as I looked at my TCs and I don't have this enabled on any of them. I have the same type of network setup as you do X.X.X.X/24 with a Cisco 2600 series router. As well as two /24s on a Cisco 3600 series at a remote location. RIP is currently disabled on my devices and everything works.
If the proxy-arp setting does not help please supply us with even more information. Can you paste the results of "sh ip" on the 3com to the list? (Feel free to censor the ARC IP address from the message)
Hope this helps,
Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc
On 7/29/05 9:32 AM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Charles:
I have cleaned few lines to reduce the clutter.
------
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot.
ANSWER:
We have the entire IP block 12.21.237.0/24. I have mapped the IP addresses for servers, IP addresses, etc. I can change the mask, if it will help or change the size of the ip-pool for each pool to just 24. This does not seems to be the problem. ------ Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem.
ANSWER:
I have not changed RIP. It was already ENABLED. I am told that it would not hurt to leave it ENABLED. AT&T ENABLED RIP on CISCO router and it did not resolve the problem. ------
"sh ip route" should do it, you don't need enable privs for that.
ANSWER:
No idea what you are asking me to do. I did use the above command & it displayed the ROUTING settings ------
If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you:
-how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described.
-how to ensure that the arc will proxy-arp for the dialup connections.
Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out.
ANSWER:
- as I mentioned earlier, I have a map of IP addresses. I do not believe that IP addresses are being assigned to more than once. I will change the MASK on the IP pool for the ARC & see if the problem goes away.
- I will look into proxy-arp. Never done it but I will figure out unless somebody has a better suggestion.
------
Charles thanks again. These responses keep me going.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Brandon: Yes it was fixed. Here is the posting: ------------ Hello List: OK I admit, we fixed the problem & it was a stupid mistake on our technical personal part. ** I am posting this to close this problem ** So this was the problem. We used to use ARIEL 4200 as a modem bank. ARIEL is a card which is installed in a server. Few months ago, we switched to 3COM equipment and shut down the server with ARIEL cards in it. Couple of weeks ago, we needed to test something and fired up the old server with ARIEL modem cards in it. You probably guessed it already. As soon as the old server was up, the ARIEL card assigned IP addresses to all the modems. There was the conflict. ARIEL was assigning the same IP address & 3COM TC was assigning the same IP's. Kirti -----Original Message----- From: Adam Barnhill [mailto:adam@semo.net] Sent: Friday, July 29, 2005 11:08 AM To: kbajwa@tibonline.net Subject: RE: FW: [USR-TC] RE: Dial-In Problem!!!! -----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Brandon Lehmann Sent: Tuesday, August 02, 2005 3:11 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] RE: Dial-In Problem!!!! Kirti, I was wondering if you resolved this issue as we have not heard from you for a few days. Thanks, Brandon On 7/29/05 10:54 AM, "Brandon Lehmann" <blehmann@computerloft.net> wrote:
Kirti,
Per Charles directions: You can enable proxy-arp for the 3com on the dialin interfaces with the command:
enable ip proxy_arp_all_dialin
Make sure you save your config after you make theses changes (you may also need to restart the 3com). I'm not sure how much this will help as I looked at my TCs and I don't have this enabled on any of them. I have the same type of network setup as you do X.X.X.X/24 with a Cisco 2600 series router. As well as two /24s on a Cisco 3600 series at a remote location. RIP is currently disabled on my devices and everything works.
If the proxy-arp setting does not help please supply us with even more information. Can you paste the results of "sh ip" on the 3com to the list? (Feel free to censor the ARC IP address from the message)
Hope this helps,
Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc
On 7/29/05 9:32 AM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Charles:
I have cleaned few lines to reduce the clutter.
------
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot.
ANSWER:
We have the entire IP block 12.21.237.0/24. I have mapped the IP addresses for servers, IP addresses, etc. I can change the mask, if it will help or change the size of the ip-pool for each pool to just 24. This does not seems to be the problem. ------ Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem.
ANSWER:
I have not changed RIP. It was already ENABLED. I am told that it would not hurt to leave it ENABLED. AT&T ENABLED RIP on CISCO router and it did not resolve the problem. ------
"sh ip route" should do it, you don't need enable privs for that.
ANSWER:
No idea what you are asking me to do. I did use the above command & it displayed the ROUTING settings ------
If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you:
-how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described.
-how to ensure that the arc will proxy-arp for the dialup connections.
Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out.
ANSWER:
- as I mentioned earlier, I have a map of IP addresses. I do not believe that IP addresses are being assigned to more than once. I will change the MASK on the IP pool for the ARC & see if the problem goes away.
- I will look into proxy-arp. Never done it but I will figure out unless somebody has a better suggestion.
------
Charles thanks again. These responses keep me going.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Kirti, Thanks. I must have missed your last post to the list. Brandon On 8/2/05 3:21 PM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Brandon:
Yes it was fixed. Here is the posting:
------------ Hello List:
OK I admit, we fixed the problem & it was a stupid mistake on our technical personal part.
** I am posting this to close this problem **
So this was the problem. We used to use ARIEL 4200 as a modem bank. ARIEL is a card which is installed in a server. Few months ago, we switched to 3COM equipment and shut down the server with ARIEL cards in it.
Couple of weeks ago, we needed to test something and fired up the old server with ARIEL modem cards in it. You probably guessed it already. As soon as the old server was up, the ARIEL card assigned IP addresses to all the modems. There was the conflict. ARIEL was assigning the same IP address & 3COM TC was assigning the same IP's.
Kirti
-----Original Message----- From: Adam Barnhill [mailto:adam@semo.net] Sent: Friday, July 29, 2005 11:08 AM To: kbajwa@tibonline.net Subject: RE: FW: [USR-TC] RE: Dial-In Problem!!!!
-----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Brandon Lehmann Sent: Tuesday, August 02, 2005 3:11 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] RE: Dial-In Problem!!!!
Kirti,
I was wondering if you resolved this issue as we have not heard from you for a few days.
Thanks,
Brandon
On 7/29/05 10:54 AM, "Brandon Lehmann" <blehmann@computerloft.net> wrote:
Kirti,
Per Charles directions: You can enable proxy-arp for the 3com on the dialin interfaces with the command:
enable ip proxy_arp_all_dialin
Make sure you save your config after you make theses changes (you may also need to restart the 3com). I'm not sure how much this will help as I looked at my TCs and I don't have this enabled on any of them. I have the same type of network setup as you do X.X.X.X/24 with a Cisco 2600 series router. As well as two /24s on a Cisco 3600 series at a remote location. RIP is currently disabled on my devices and everything works.
If the proxy-arp setting does not help please supply us with even more information. Can you paste the results of "sh ip" on the 3com to the list? (Feel free to censor the ARC IP address from the message)
Hope this helps,
Brandon Lehmann CCNA, A+, CFOT Great Lakes Internet Service, LLC. 218 Justice St. Fremont, Ohio 43420 blehmann@glis.cc
On 7/29/05 9:32 AM, "Kirti S. Bajwa" <kbajwa@tibonline.net> wrote:
Charles:
I have cleaned few lines to reduce the clutter.
------
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/C ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/C
That's going to give you overlapping pools, which will cause big problems. If there was more info about your network (is it subnetted, are you doing this all off of one /24, etc.??) it would be much easier to troubleshoot.
ANSWER:
We have the entire IP block 12.21.237.0/24. I have mapped the IP addresses for servers, IP addresses, etc. I can change the mask, if it will help or change the size of the ip-pool for each pool to just 24. This does not seems to be the problem. ------ Unless you were using it before, turn RIP off, that's just adding more complication to an already hazy problem.
ANSWER:
I have not changed RIP. It was already ENABLED. I am told that it would not hurt to leave it ENABLED. AT&T ENABLED RIP on CISCO router and it did not resolve the problem. ------
"sh ip route" should do it, you don't need enable privs for that.
ANSWER:
No idea what you are asking me to do. I did use the above command & it displayed the ROUTING settings ------
If indeed you're using one /24 for everything and have a totally "flat" network, you're going to have to make sure the ARC is proxy-arping for your dialup users since they are getting assigned out of your main LAN block. We just dumped the last of our dialup gear, so I can't poke around, but here's two things someone can probably clarify for you:
-how to explicitly set a range of dynamic IPs. You MUST make sure you have nothing else on the LAN using those IPs. You MUST make sure that you are not using IPs from the same range on both ARCs. If you fail to do that, you will have a problem much like what you described.
-how to ensure that the arc will proxy-arp for the dialup connections.
Do those two things, then see how your problem goes. Again, do a traceroute from outside if you see it happen again AFTER making sure you've got the above two issues sorted out.
ANSWER:
- as I mentioned earlier, I have a map of IP addresses. I do not believe that IP addresses are being assigned to more than once. I will change the MASK on the IP pool for the ARC & see if the problem goes away.
- I will look into proxy-arp. Never done it but I will figure out unless somebody has a better suggestion.
------
Charles thanks again. These responses keep me going.
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Hello: TC1000 1-HiPer NMC 2-HiPerARC 10-Hiper DSP We are a small ISP (400 customers). We have 2-ISDN-PRI lines for our customers to dial in. Our entire system looks like this: / / T1 to External Internet / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------| | | | | | NMC ARC1 ARC2 Web Authentication ----------- 3Com ------------ Server/Email | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net) and retrieve their email. But when they try to connect to any web site (outside our network) on the external net (such as www.yahoo.com), they time out with a message saying that "this page can't be displayed". Originally I thought that the problem was a DSN problem. However, I have checked & DNS is resolving IP addresses. As a matter of fact, I have no problem, when I connect the internet from my own terminal, which is on LAN. I have reprogrammed 3COM box (ARC1 & ARC2) BUT the problem persists. Following are new the IP address: NMC (Port 17) 12.21.237.240 ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31 This problem was first noticed about a month ago. Somehow it disappeared (magic). It is back again. Is it possible that either one of the ARC or DSP card is bad? Kirti
On Sat, 28 Jan 2006, Kirti S. Bajwa wrote:
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
If that's not a typo, those pools each contain only two IP addresses... That would cause problems. Charles
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Charles: This is a typo. Each pool is 24. FYI, 3COM assigns the IP address with no problem. Back to my original problem. I hope you can help. Kirti -----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Charles Sprickman Sent: Saturday, January 28, 2006 6:32 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] This page can't be displayed!! On Sat, 28 Jan 2006, Kirti S. Bajwa wrote:
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
If that's not a typo, those pools each contain only two IP addresses... That would cause problems. Charles
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
What's your problem Kirti? I may be able to help. Todd -----Original Message----- From: usr-tc-bounces+berto=core.com@mailman.xmission.com [mailto:usr-tc-bounces+berto=core.com@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Saturday, January 28, 2006 6:50 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] This page can't be displayed!! Charles: This is a typo. Each pool is 24. FYI, 3COM assigns the IP address with no problem. Back to my original problem. I hope you can help. Kirti -----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Charles Sprickman Sent: Saturday, January 28, 2006 6:32 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] This page can't be displayed!! On Sat, 28 Jan 2006, Kirti S. Bajwa wrote:
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
If that's not a typo, those pools each contain only two IP addresses... That would cause problems. Charles
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Simple. When some users connect to the internet using dial-in, they have no problem connecting to our network. But when they try to connect out of our network, such as yahoo, they get a message "this page can't be displayed". It happens intermittently. Any suggestion? Kirti -----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Todd Sent: Monday, January 30, 2006 8:11 AM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] This page can't be displayed!! What's your problem Kirti? I may be able to help. Todd -----Original Message----- From: usr-tc-bounces+berto=core.com@mailman.xmission.com [mailto:usr-tc-bounces+berto=core.com@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Saturday, January 28, 2006 6:50 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] This page can't be displayed!! Charles: This is a typo. Each pool is 24. FYI, 3COM assigns the IP address with no problem. Back to my original problem. I hope you can help. Kirti -----Original Message----- From: usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com [mailto:usr-tc-bounces+kbajwa=tibonline.net@mailman.xmission.com] On Behalf Of Charles Sprickman Sent: Saturday, January 28, 2006 6:32 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: Re: [USR-TC] This page can't be displayed!! On Sat, 28 Jan 2006, Kirti S. Bajwa wrote:
ARC1(Port 15) 12.21.237.241 IP Pool: 12.21.237.48/31 ARC2(Port 16) 12.21.237.242 IP Pool: 12.21.237.96/31
If that's not a typo, those pools each contain only two IP addresses... That would cause problems. Charles
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
participants (6)
-
Brandon Lehmann -
Charles Sprickman -
Kirti S. Bajwa -
Kirti S. Bajwa -
Todd -
Vegard Svanberg