Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
Check your MTU size. I believe the recommended size for dialup is 576. _____ From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged. Kirt -----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Check your MTU size. I believe the recommended size for dialup is 576. _____ From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged.
I wouldn't go chasing MTU down. Default MTU will be fine, some people like to tweak for performance, but it won't clobber all access (and people would not reach your internal site either). My money is on either: -your ARC does not have a default route set -if you have a seperate network for dialup ips, your cisco does not have a static route pointing to the ARC Charles
Kirt
-----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
Check your MTU size. I believe the recommended size for dialup is 576.
_____
From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!!
Hello:
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 Internet Backbone
/
CISCO 26XX Router
|
HUB 10/100
|
---------------------------------------------------------------------------- -----------------------------
| | | | | |
NMC ARC1 ARC2 Web Authentication Internal Network
----------- 3Com ------------ Server email Server
| | | | | | | | | | | |
Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem.
I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK.
Has anyone faced the similar problem? If YES, what was the solution?
Kirti
Charles: Two years ago, when I initially setup #Com, I had a similar problem. At that time, I no-op (#) "FRAMED-MTU" line in the "USER" file in the freeRADIUS server. Everything started working and has worked since except few weeks ago when the problem re-started. Therefore my feeling is that MTU might be the culprit. I will double check the default route in ARC. I had it set originally. For the last couple of years, CISCO router has worked fine. I do not know how it is managed as it is managed by AT&T. I will check with them. Here is something you can help with! Why is it that sometimes a customer can connect the Internet (outside our network) and other times they do not? Kirt -----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: Monday, July 25, 2005 3:03 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: RE: [USR-TC] RE: Dial-In Problem!!!! On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged.
I wouldn't go chasing MTU down. Default MTU will be fine, some people like to tweak for performance, but it won't clobber all access (and people would not reach your internal site either). My money is on either: -your ARC does not have a default route set -if you have a seperate network for dialup ips, your cisco does not have a static route pointing to the ARC Charles
Kirt
-----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
Check your MTU size. I believe the recommended size for dialup is 576.
_____
From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!!
Hello:
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 Internet Backbone
/
CISCO 26XX Router
|
HUB 10/100
|
----------------------------------------------------------------------------
-----------------------------
| | | | | |
NMC ARC1 ARC2 Web Authentication Internal Network
----------- 3Com ------------ Server email Server
| | | | | | | | | | | |
Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem.
I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK.
Has anyone faced the similar problem? If YES, what was the solution?
Kirti
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Charles:
I will double check the default route in ARC. I had it set originally. For the last couple of years, CISCO router has worked fine. I do not know how it is managed as it is managed by AT&T. I will check with them.
From the ARC, can you trace or ping to anything outside?
How are you assigning dialup addresses? Are you giving addresses from the local LAN or do you have a subnet specifically for dialup? Is your pool of addresses big enough? Charles
Here is something you can help with! Why is it that sometimes a customer can connect the Internet (outside our network) and other times they do not?
Kirt
-----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: Monday, July 25, 2005 3:03 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged.
I wouldn't go chasing MTU down. Default MTU will be fine, some people like to tweak for performance, but it won't clobber all access (and people would not reach your internal site either). My money is on either:
-your ARC does not have a default route set -if you have a seperate network for dialup ips, your cisco does not have a static route pointing to the ARC
Charles
Kirt
-----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
Check your MTU size. I believe the recommended size for dialup is 576.
_____
From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!!
Hello:
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 Internet Backbone
/
CISCO 26XX Router
|
HUB 10/100
|
----------------------------------------------------------------------------
-----------------------------
| | | | | |
NMC ARC1 ARC2 Web Authentication Internal Network
----------- 3Com ------------ Server email Server
| | | | | | | | | | | |
Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem.
I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK.
Has anyone faced the similar problem? If YES, what was the solution?
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
Charles: Below is my answer. I have cleaned up few lines to remove the clutter. ----- How are you assigning dialup addresses? Are you giving addresses from the local LAN or do you have a subnet specifically for dialup? Is your pool of addresses big enough? ANSWER: I have setup each ARC with ip pool. For example; ARC1 is assigned a pool 12.21.237.48/C size 48 -and- ARC2 is assigned a pool 12.21.237.96/C size 48 ----- Hope it helps. Kirti
Connect to the internet doesn't qualify anything. You say they all connect to your box. You are the internet to them. Therefore...they ARE connecting to the internet. :-0 Are all 400 of your customers having exactly the same issue? What IS the issue? There should be an email coming before this one regarding doing some ping tests. 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: Monday, July 25, 2005 9:38 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Charles: Two years ago, when I initially setup #Com, I had a similar problem. At that time, I no-op (#) "FRAMED-MTU" line in the "USER" file in the freeRADIUS server. Everything started working and has worked since except few weeks ago when the problem re-started. Therefore my feeling is that MTU might be the culprit. I will double check the default route in ARC. I had it set originally. For the last couple of years, CISCO router has worked fine. I do not know how it is managed as it is managed by AT&T. I will check with them. Here is something you can help with! Why is it that sometimes a customer can connect the Internet (outside our network) and other times they do not? Kirt -----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: Monday, July 25, 2005 3:03 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: RE: [USR-TC] RE: Dial-In Problem!!!! On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged.
I wouldn't go chasing MTU down. Default MTU will be fine, some people like to tweak for performance, but it won't clobber all access (and people would not reach your internal site either). My money is on either: -your ARC does not have a default route set -if you have a seperate network for dialup ips, your cisco does not have a static route pointing to the ARC Charles
Kirt
-----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
Check your MTU size. I believe the recommended size for dialup is 576.
_____
From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!!
Hello:
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 Internet Backbone
/
CISCO 26XX Router
|
HUB 10/100
|
------------------------------------------------------------------------ ----
-----------------------------
| | | | | |
NMC ARC1 ARC2 Web Authentication Internal Network
----------- 3Com ------------ Server email Server
| | | | | | | | | | | |
Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem.
I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK.
Has anyone faced the similar problem? If YES, what was the solution?
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
Todd: More response. Again I have removed extra lines to reduce clutter. ----- You say they all connect to your box. You are the internet to them. Therefore...they ARE connecting to the internet. :-0 ANSWER: YES. All dial-in users can dial into 3COM & gets authenticated. They can display our internal web site: www.tibonline.net without problem. The problem is that they can not connect to any external web site such as www.msn.com ----- Are all 400 of your customers having exactly the same issue? What IS the issue? ANSWER: I can not tell how many customers (out of 400) are having problem because many customers may not call to report the problem. -------- Thanks. Kirti
Kirt, Try this command to change the MTU = 3ComChassis_14> set ppp system_mtu 1500 Dave On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged.
Kirt
-----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!!
Check your MTU size. I believe the recommended size for dialup is 576.
_____
From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!!
Hello:
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 Internet Backbone
/
CISCO 26XX Router
|
HUB 10/100
|
---------------------------------------------------------------------------- -----------------------------
| | | | | |
NMC ARC1 ARC2 Web Authentication Internal Network
----------- 3Com ------------ Server email Server
| | | | | | | | | | | |
Customer Dial-In
Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem.
I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK.
Has anyone faced the similar problem? If YES, what was the solution?
Kirti
NOTE: Please note that this system has been working for the last two years. The problem started about 6-weeks ago and has progressively becoming worse. Hope this helps. ------------------ Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged. Kirt -----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Check your MTU size. I believe the recommended size for dialup is 576. _____ From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
I have looked into several 3Com books and have not found where the "MTU" settings are in chassis. Someone, PLEASE, respond. Thank you. Kirt ------------------ NOTE: Please note that this system has been working for the last two years. The problem started about 6-weeks ago and has progressively becoming worse. Hope this helps. ------------------ Please be kind and direct me to the location (and/or) procedure to change the MTU? Is it in 3Com or someplace else? I am much obliged. Kirt -----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 Jason Percle Sent: Monday, July 25, 2005 1:37 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Check your MTU size. I believe the recommended size for dialup is 576. _____ From: usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com [mailto:usr-tc-bounces+jjperc=petronet.net@mailman.xmission.com] On Behalf Of Kirti S. Bajwa Sent: Monday, July 25, 2005 6:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
I cleared the text to save some space but you have given several pieces of information. 1) The first one that needs to be addressed is that you indicate this system was working for ~ 2 years and the problems began about 6 weeks ago and have gotten progressively worse. What changed 6 weeks ago? When you say worse can you qualify what exactly is getting worse? Take an external site that a customer has problems with...make sure you can ping it from one of your internal workstations as you say you have no problems accessing sites with those machines. Then is a customer able to ping that site and not pull up the webpage??? If so...it's MTU. 2) As far as the MTU settings....there is an issue with this if not configured properly. I've seen it posted over and over and over. You should be able to search for it and find some more info using google. The first setting I came across was the following: set network user <name> mtu <number> Don't think that's what you're really looking for. Usually (as do we) you send that information via radius. I'm thinking this may be related to my above statement...if you don't specify it, it defaults to something bad that will cause customer's issues. Typically they won't be able to pull certain sites, the browser will sit there forever trying to pull up certain frames, etc. Have you switched radius servers lately? Is your arc defaulting to a backup server that doesn't have the MTU set correctly? 3) You say the route dies outside your network? How far outside your network? Perhaps something isn't being advertised to your upstream correctly? 4) If you would like me to take a look I don't mind. Create me a temporary account on the arc and I can jump in (without changing anything) and poke around. I would also take a look on the gateway router and see what's going on with it's routes. What changed 6 weeks ago? Todd
Todd: My response. I have deleted few lines to reduce the clutter. ----- 1) The first one that needs to be addressed is that you indicate this system was working for ~ 2 years and the problems began about 6 weeks ago and have gotten progressively worse. What changed 6 weeks ago? ANSWER: Nothing really. The only thing I can think of is that the T1 line to Internet backbone was down. Sprint had to change a card in their CO. T1 is working now & is heavily tested. Our internal desktop computer (LAN Connection) can connect to the Internet with NO problem. ----- When you say worse can you qualify what exactly is getting worse? Take an external site that a customer has problems with...make sure you can ping it from one of your internal workstations as you say you have no problems accessing sites with those machines. ANSWER: Actually, we are now getting more complaints, so that's why I said it is getting worse. We can PING any external site from our workstations which are connected over LAN. BIG NOTE: Please note this problem happens intermittently. Sometimes the dial-in customer connects another time, they do not. When they connect, any internal or external web site can be PINGed. When they can not access any external web site, they can still PING internal web site (or servers) but can not PING any external web site. INTERESTING HINT (This may solve the problem): When the customers dial-in works, I can run traceroute and it works. But when external web site can not be retrived, the traceroute traces the ARC (IP address of the ARC), IP address of the Gateway (CISCO Router 12.21.237.1) and then the connection times out!!!!!!! ----- Then is a customer able to ping that site and not pull up the webpage??? If so...it's MTU. ANSWER: See above & answer to Q (2). ----- 2) As far as the MTU settings....there is an issue with this if not configured properly. I've seen it posted over and over and over. You should be able to search for it and find some more info using google. The first setting I came across was the following: set network user <name> mtu <number> Don't think that's what you're really looking for. Usually (as do we) you send that information via radius. I'm thinking this may be related to my above statement...if you don't specify it, it defaults to something bad that will cause customer's issues. Typically they won't be able to pull certain sites, the browser will sit there forever trying to pull up certain frames, etc. Have you switched radius servers lately? Is your arc defaulting to a backup server that doesn't have the MTU set correctly? ANSWER: I did some searching and found answers on MTU as follows: On ARC I displayed the "ppp" settings (show ppp settings) and it shows the "System MTU" as 1514. I looked at "User" settings on freeRADIUS and the "FRAMED-MTU" setting was no-op (#). Originally when I had setup the 3com, I had a similar problem and I was told to no-op the MTU, which I did & everything worked fine. I tried removing no-op from "FRAMED-MTU - 1514" but it did not resolve the problem. ----- 3) You say the route dies outside your network? How far outside your network? Perhaps something isn't being advertised to your upstream correctly? ANSWER: As I mentioned above, when I do a traceroute, I get upto the gatewat CISCO router and then it time out. AT&T, who provides the router & T1 line has tested the router & line and found it to be operational. AT&T also had us connect a terminal (PC) directly to the router and do a traceroute and it worked. As I mentioned earlier, when the outside webs can not be accessed, we seem to get upto the router. PLEASE NOTE: if you say that the problem is in the CISCO router, then you must have a specific problem written here or it will be the same answer with AT&T!!! ----- 4) If you would like me to take a look I don't mind. Create me a temporary account on the arc and I can jump in (without changing anything) and poke around. I would also take a look on the gateway router and see what's going on with it's routes. ANSWER: YES. Send me an email directly and let me know what do you want me to do & I will give you access to our entire system. My email address is: kbajwa@tibonline.net ----- Thanks. Kirti
On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
BIG NOTE: Please note this problem happens intermittently. Sometimes the dial-in customer connects another time, they do not. When they connect, any internal or external web site can be PINGed. When they can not access any external web site, they can still PING internal web site (or servers) but can not PING any external web site.
That should have been in the first email. :) How does the Cisco know of the routes to the dialup pools on the arc? Is it static routes, or do you use RIP or OSPF to learn them dynamically? If you traceroute from a site outside your network (ie: something at http://www.traceroute.org/) to the customer, where does the trace stop? C
Charles: The system is working now (remember I said it works intermittently!!). I will get answer to your Q's and get back. Thank you for your continued help. 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 Charles Sprickman Sent: Monday, July 25, 2005 6:25 PM To: Discussion relating to the 3Com/US Robotics Total Control modem systems. Subject: RE: [USR-TC] RE: Dial-In Problem!!!! On Mon, 25 Jul 2005, Kirti S. Bajwa wrote:
BIG NOTE: Please note this problem happens intermittently. Sometimes the dial-in customer connects another time, they do not. When they connect, any internal or external web site can be PINGed. When they can not access any external web site, they can still PING internal web site (or servers) but can not PING any external web site.
That should have been in the first email. :) How does the Cisco know of the routes to the dialup pools on the arc? Is it static routes, or do you use RIP or OSPF to learn them dynamically? If you traceroute from a site outside your network (ie: something at http://www.traceroute.org/) to the customer, where does the trace stop? C _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Sounds like a routing problem. As far as the 3com side goes the only thing that comes to mind is MTU settings. I have seen issues going to certain sites when the MTU isn't set to 1500. What's a traceroute look like? Keep in mind some sites don't allow you to trace to them (i.e. www.microsoft.com <http://www.microsoft.com/> ) Are you using any routing protocols on the chassis? RIPv2/OSPF? 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: Monday, July 25, 2005 7:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
Todd: You are always very helpful. I have already asked another respondent about setting the MTU? Can you direct me how to change the setting? We have done the traceroute and it shows that it is timing out beyond our network. Where can I look for the routing protocol in the chassis? Please respond ASAP. Thank you. 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, July 25, 2005 1:53 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Sounds like a routing problem. As far as the 3com side goes the only thing that comes to mind is MTU settings. I have seen issues going to certain sites when the MTU isn't set to 1500. What's a traceroute look like? Keep in mind some sites don't allow you to trace to them (i.e. www.microsoft.com <http://www.microsoft.com/> ) Are you using any routing protocols on the chassis? RIPv2/OSPF? 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: Monday, July 25, 2005 7:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
Todd: No OSPF setting unless something is set by default!! Kirt ------------------ Todd: You are always very helpful. I have already asked another respondent about setting the MTU? Can you direct me how to change the setting? We have done the traceroute and it shows that it is timing out beyond our network. Where can I look for the routing protocol in the chassis? Please respond ASAP. Thank you. 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, July 25, 2005 1:53 PM To: 'Discussion relating to the 3Com/US Robotics Total Controlmodemsystems.' Subject: RE: [USR-TC] RE: Dial-In Problem!!!! Sounds like a routing problem. As far as the 3com side goes the only thing that comes to mind is MTU settings. I have seen issues going to certain sites when the MTU isn't set to 1500. What's a traceroute look like? Keep in mind some sites don't allow you to trace to them (i.e. www.microsoft.com <http://www.microsoft.com/> ) Are you using any routing protocols on the chassis? RIPv2/OSPF? 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: Monday, July 25, 2005 7:31 PM To: usr-tc@mailman.xmission.com Subject: [USR-TC] RE: Dial-In Problem!!!! Hello: 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 Internet Backbone / CISCO 26XX Router | HUB 10/100 | ---------------------------------------------------------------------------- ----------------------------- | | | | | | NMC ARC1 ARC2 Web Authentication Internal Network ----------- 3Com ------------ Server email Server | | | | | | | | | | | | Customer Dial-In Our customers can dial-in, are authenticated and can access the internal web site (www.tibonline.net <http://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 <http://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 <http://www.msn.com/> , www.yahoo.com <http://www.yahoo.com/> , etc.) from our internal network (over LAN) without problem. I have called Sprint, who provides us with ISDN-PRI lines. They claim that the lines are testing OK. Has anyone faced the similar problem? If YES, what was the solution? Kirti
participants (7)
-
Charles Sprickman -
Jason Percle -
Kirti S. Bajwa -
Kirti S. Bajwa -
Todd -
Todd Bertolozzi
-
usrtc