December 2002 - USR-TC - mailman.xmission.com

RE: [USR-TC] Big Problem - Need Help FIXED - THANKS!
by Joel - Fox Computers 27 Dec '02

27 Dec '02

Problem solved - thanks to all who helped. The Linux RADIUS box was sending a "Framed-MTU" of 576. That apparently didn't affect the old Quad rack, but it was the problem. Changed it to 1500 and everything appears to be working now. Thanks again for all the help, and HAPPY HOLIDAYS to all! Joel -----Original Message----- From: Paul Farber [mailto:farber@admin.f-tech.net] Sent: Thursday, December 26, 2002 7:47 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help >From what I understand ethernet MTU is 1500. If you lower that for modems (ie the 576 that people see alot) then you have an MTU missmatch.. the remote is at 1500 your client is at 576. The client TCP stack is supposed to send out some sort of MTU resize request packet (could be wrong) to the remote to lower the MTU it uses to 576. Since all ICMP packets are blocked, the remote never gets the resize request, and the session never goes past that point. Could be wrong... probibly not 100% accurate.. -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 26 Dec 2002, Joel - Fox Computers wrote: > So are you saying that it has be HIGHER than 1500? Sounded like previous responses wanted it lower, or at least, not over. > > What exactly happens if it's not 1500+? > > > > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Thursday, December 26, 2002 4:17 PM > To: usr-tc(a)mailman.xmission.com > Subject: RE: [USR-TC] Big Problem - Need Help > > > Basically some dolt Admins think that blocking ALL ICMP packets is a good > thing... when they really just want to block ICMP echo request/response. > > ICMP MTU discovery *should* and *does* work.. unless admins do the above > (ie block all ICMP packets). > > I ran into this with a lot of smaller banks and thier online account > stuff... they are so afraid (or stupid) that they block everything hoping > that it will work/keep out the bad guys. > > Basically you need to keep your MTU at 1500+ or face the wrath of poorly > designed firewalls. > > _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

NEW INFO - RE: [USR-TC] Big Problem - Need Help -
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Still haven't gotten to look at the RADIUS issues - but I have found that EVERY WindowsME machine works perfectly. Win95, 98, 98SE, 2000, and XP all have the problems. How's that for wierd? what would be different in ME? -----Original Message----- From: BSmith(a)solunet.com [mailto:BSmith@solunet.com] Sent: Thursday, December 26, 2002 4:46 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help -----Original Message----- From: Joel - Fox Computers [mailto:jfox@foxcomputers.com] Sent: Thursday, December 26, 2002 5:38 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help Sounds a lot like my problem - looking close at the RADIUS here now. Thanks! ------------------------ If you are using any type of default profiles on your RADIUS, scale it back to the bare minimum. NOTHING extra at all. In your radius user files, just have user name / password / ip [static / 255] depending on where it is coming from. For the user's, just give an IP address and password. Leave all of the fancy stuff off of one user, and test that ... if it works, slowly build it back to where it was. One item at a time. That will let you know if it is a funky RADIUS attribute you are passing. Joel - Since you said that you have 1 arc that works like a champ, and 1 that doesn't. Try running the same software version on both. Are you already? Then, maybe blast it. It could be possible that if you did upgrade it, a while ago, one of those little attributes that people like to set, and just forget can be causing you your heart ache. I know people don't like to start from scratch, but you can have your ARC back with-in minutes, with a brand new configuration that you know works. Or you can have a field day of looking at every each of your config, to see if it is a config problem. Something else you can try, for giggles, is to configure up your 2nd ethernet port, and see if the problem is just related to your ethernet port. That is just a suggestion. Happy Holidays. Brian Smith CCNA, NCSA Network Support Engineer SOLUSERVE www.solunet.com 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905 (888)449-5766 fax: (321)-676-1287 _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Sounds a lot like my problem - looking close at the RADIUS here now. Thanks! -----Original Message----- From: Travis M. Best [mailto:sysadmin@sunqwest.net] Sent: Thursday, December 26, 2002 3:39 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help Joel, I Have All Mine Set To 1500 Take A Look A The Bellow Info From An Older Post Thanks, Travis Ok, here's my candidate for weird problem of the year. I'll try to be brief, but please don't confuse that with a lack of having tried a billion things to figure out what's going on. :) Our users are unable to connect to a VERY SMALL number of IP hosts when they connect to our HiperDSP/HiperARC Chassis. For instance, it seems that we cannot open www.harvard.edu in a web browser. Don't confuse this with an inability to open any web site, far over 99% seem to work just fine, including www.law.harvard.edu, www.hup.harvard.edu, www.med.harvard.edu... the list goes on and on (by the way, we have no special affiliation with harvard (like a peering arrangement), from our point of view they are just a random web server). In fact, I'm only sure of three Web servers on the whole internet that we have problems with (I'm sure there are more, but those are the only ones I know). Those three display the same symptoms every time: a web browser hangs on "host contacted, waiting for reply..." And never gets through. Ok, to make sure you believe this is weird, we can access these sites no problem from workstations on the same ethernet as the TC Chassis. We can access the sites no problem from dialup connections to an old PortMaster with analog lines in the back (also on the same ethernet). And in fact I created a special user in the hiperarc, dialed up, logged in as that user, and had no problems. I thought it might be related to the IP address (like the web server being unable to reverse lookup the address), but no, I can connect using a specified IP address using an account set up in the hiperarc, and it works fine, but if I get the same IP address after RADIUS authentication, no dice. SO, the obvious candidate for the problem is the RADIUS server, which is cistron, just upgraded because of a security problem (making it look even more suspicious). My problem is, I have no idea what kind of information the RADIUS server could be sending to the HiperArc to cause this problem. I mean, I couldn't cause this problem if I wanted to! I couldn't even cause anything similar to this problem! Furthmore, log information in the "detail" file looks essentially identical regardless of how the connection is authenticated... I've got those, as well as output from "monitor radius" and the like, if anyone really wants to dig deep. But naturally, what I'm really hoping for is just that someone will say "OH, it sounds like a such-and-such kind of problem, try that". Thanks for even reading about my woes, and especially for any thoughts you may be able to share... -- -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of Joel - Fox Computers Sent: Thursday, December 26, 2002 3:54 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help MTU is set to 1514 - which is the default and what is set on both racks. I know that my radius on the "Good" rack is not sending any MTU. I'll have to check about the radius server (different Radius) on the "bad" rack. What do you all recommend for MTU? I've seen some places say 576. Suggestions? Thanks! Joel -----Original Message----- From: Seth Jacobs [mailto:sjacobs@onramp113.com] Sent: Thursday, December 26, 2002 2:21 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Big Problem - Need Help Joel, That sounds like an MTU problem. I'm not sure where the MTU settings are located, but I believe if they are set at greater than 1,500 you can have the symptoms you describe. Seth ----- Original Message ----- From: "Joel - Fox Computers" <jfox(a)foxcomputers.com> To: <usr-tc(a)mailman.xmission.com> Sent: Thursday, December 26, 2002 11:57 AM Subject: [USR-TC] Big Problem - Need Help Hoping someone here can help out on this: Have a TC rack with Hiper NMC 8.6.3, 10 Hiper DSP's 3.5.105, and Hiper ARC 5.3.107. 5 DSPs are not used. The other 5 have CT1's into them. Have another TC with same cards, same codes, all same except it has only 3 DSPs, all three with CT1's into them. The config on the two racks is practically identical, except the 10-DSP rack is on D4/AMI trunk settings, the 3-DSP rack is on ESF/B8ZS. The location with the 10 DSPs is the problem. Have some old Quad-modem racks at that location that work perfectly, trunk settings are all correct. I have a Windows ME machine that I can dial long distance into the "bad" rack, get a 44000 connection, and the 10-DSP rack works perfectly, regardless of what modem I use in the WinME machine. But I have a Win2K machine that when I dial up, on particular web pages, I only get half the page. On pages with JPEG images, (ebay auctions, for example), I fail to get any images to download. I've tried a Windows XP machine with a different modem and it has the same problem. Several customers with everything from Win98 to WinXP all having same problems. In fact, the only machine that works, and it works perfectly, is this one WinME machine I have. When the problem occurs, and images don't download, the browser sits there trying to download the images, like the network connection went away. But that's not the case, I can ping anywhere, I can open a different page, etc. That's working OK. On the particular page that I only get half of, the browser loads the first part, some GIF's at the top of the page, and then stops and says "Done" in the status bar at the bottom - it just quit transfering data. Like I said, configuration of modems on the DSP and settings for the ARC, as well as code versions, are all nearly identical to my 3-DSP rack that's working perfectly and has been for a long time. Any ideas? Anyone? Thanks, Joel _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Yeah - can't figure that out - the majority of the problems were on ebay and anything with those iPix photos with the thumbnails at the bottom you click to display the bigger pic. I thought that was it, but then again, no problem on my WinME on pages and auctions that have never been viewed. I even deleted my Temp Net files and rebooted the machine to make absolutely sure. And a routing problem to iPix wouldn't explain why the racersauction.com page only loads half-way everytime EXCEPT on my WinME machine. Stumped. Thanks, Joel -----Original Message----- From: Justin Kendall [mailto:jkendall@neteze.com] Sent: Thursday, December 26, 2002 5:39 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Big Problem - Need Help Hey Joel, I don't know if this will help at all but we ran in to a similar situation a few months ago... With many very popular sites the pages would only partially load (images, etc. would not ever come up) but I could definitely connect to the site. Upon looking at the properties of the images and content that was not loading we found that it was all static content that was being pulled from an Akamai server that was within our upstream providers network. Because we were in the process of Re-IP'ing some of our dial-up networks they were being statically routed to the internet through our upstream provider so I could see Cnet.com for instance but the Akamai routing told it to pull the static content from a closer source (one that we were being statically routed passed) it would only partially come up. Of course, that wouldn't explain at all why this crazy thing would continue to work with your WinME box. We all know that WinME sucks really bad so maybe it's just pulling from cache and not complaining?!? Just a guess... Don't know if this'll help at all because what I dealt with was a pretty isolated incident but it may be worth just tracking down the content that isn't loading and looking for a connection there. Best of luck and happy New Year to all on the list. Justin Kendall jkendall(a)neteze.com ----- Original Message ----- From: Joel - Fox Computers <jfox(a)foxcomputers.com> To: <usr-tc(a)mailman.xmission.com> Sent: Thursday, December 26, 2002 11:57 AM Subject: [USR-TC] Big Problem - Need Help Hoping someone here can help out on this: Have a TC rack with Hiper NMC 8.6.3, 10 Hiper DSP's 3.5.105, and Hiper ARC 5.3.107. 5 DSPs are not used. The other 5 have CT1's into them. Have another TC with same cards, same codes, all same except it has only 3 DSPs, all three with CT1's into them. The config on the two racks is practically identical, except the 10-DSP rack is on D4/AMI trunk settings, the 3-DSP rack is on ESF/B8ZS. The location with the 10 DSPs is the problem. Have some old Quad-modem racks at that location that work perfectly, trunk settings are all correct. I have a Windows ME machine that I can dial long distance into the "bad" rack, get a 44000 connection, and the 10-DSP rack works perfectly, regardless of what modem I use in the WinME machine. But I have a Win2K machine that when I dial up, on particular web pages, I only get half the page. On pages with JPEG images, (ebay auctions, for example), I fail to get any images to download. I've tried a Windows XP machine with a different modem and it has the same problem. Several customers with everything from Win98 to WinXP all having same problems. In fact, the only machine that works, and it works perfectly, is this one WinME machine I have. When the problem occurs, and images don't download, the browser sits there trying to download the images, like the network connection went away. But that's not the case, I can ping anywhere, I can open a different page, etc. That's working OK. On the particular page that I only get half of, the browser loads the first part, some GIF's at the top of the page, and then stops and says "Done" in the status bar at the bottom - it just quit transfering data. Like I said, configuration of modems on the DSP and settings for the ARC, as well as code versions, are all nearly identical to my 3-DSP rack that's working perfectly and has been for a long time. Any ideas? Anyone? Thanks, Joel _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Tried that - it works just fine. no routing problems at all. Thanks, -----Original Message----- From: Seth Jacobs [mailto:sjacobs@onramp113.com] Sent: Thursday, December 26, 2002 2:23 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Big Problem - Need Help Joel, Another thing to do is to try doing a reverse traceroute back to the computers that are having the problem to confirm the routing is OK. Seth ----- Original Message ----- From: "Joel - Fox Computers" <jfox(a)foxcomputers.com> To: <usr-tc(a)mailman.xmission.com> Sent: Thursday, December 26, 2002 11:57 AM Subject: [USR-TC] Big Problem - Need Help Hoping someone here can help out on this: Have a TC rack with Hiper NMC 8.6.3, 10 Hiper DSP's 3.5.105, and Hiper ARC 5.3.107. 5 DSPs are not used. The other 5 have CT1's into them. Have another TC with same cards, same codes, all same except it has only 3 DSPs, all three with CT1's into them. The config on the two racks is practically identical, except the 10-DSP rack is on D4/AMI trunk settings, the 3-DSP rack is on ESF/B8ZS. The location with the 10 DSPs is the problem. Have some old Quad-modem racks at that location that work perfectly, trunk settings are all correct. I have a Windows ME machine that I can dial long distance into the "bad" rack, get a 44000 connection, and the 10-DSP rack works perfectly, regardless of what modem I use in the WinME machine. But I have a Win2K machine that when I dial up, on particular web pages, I only get half the page. On pages with JPEG images, (ebay auctions, for example), I fail to get any images to download. I've tried a Windows XP machine with a different modem and it has the same problem. Several customers with everything from Win98 to WinXP all having same problems. In fact, the only machine that works, and it works perfectly, is this one WinME machine I have. When the problem occurs, and images don't download, the browser sits there trying to download the images, like the network connection went away. But that's not the case, I can ping anywhere, I can open a different page, etc. That's working OK. On the particular page that I only get half of, the browser loads the first part, some GIF's at the top of the page, and then stops and says "Done" in the status bar at the bottom - it just quit transfering data. Like I said, configuration of modems on the DSP and settings for the ARC, as well as code versions, are all nearly identical to my 3-DSP rack that's working perfectly and has been for a long time. Any ideas? Anyone? Thanks, Joel _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

Hoping someone here can help out on this: Have a TC rack with Hiper NMC 8.6.3, 10 Hiper DSP's 3.5.105, and Hiper ARC 5.3.107. 5 DSPs are not used. The other 5 have CT1's into them. Have another TC with same cards, same codes, all same except it has only 3 DSPs, all three with CT1's into them. The config on the two racks is practically identical, except the 10-DSP rack is on D4/AMI trunk settings, the 3-DSP rack is on ESF/B8ZS. The location with the 10 DSPs is the problem. Have some old Quad-modem racks at that location that work perfectly, trunk settings are all correct. I have a Windows ME machine that I can dial long distance into the "bad" rack, get a 44000 connection, and the 10-DSP rack works perfectly, regardless of what modem I use in the WinME machine. But I have a Win2K machine that when I dial up, on particular web pages, I only get half the page. On pages with JPEG images, (ebay auctions, for example), I fail to get any images to download. I've tried a Windows XP machine with a different modem and it has the same problem. Several customers with everything from Win98 to WinXP all having same problems. In fact, the only machine that works, and it works perfectly, is this one WinME machine I have. When the problem occurs, and images don't download, the browser sits there trying to download the images, like the network connection went away. But that's not the case, I can ping anywhere, I can open a different page, etc. That's working OK. On the particular page that I only get half of, the browser loads the first part, some GIF's at the top of the page, and then stops and says "Done" in the status bar at the bottom - it just quit transfering data. Like I said, configuration of modems on the DSP and settings for the ARC, as well as code versions, are all nearly identical to my 3-DSP rack that's working perfectly and has been for a long time. Any ideas? Anyone? Thanks, Joel

4 4

RE: [USR-TC] Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

So are you saying that it has be HIGHER than 1500? Sounded like previous responses wanted it lower, or at least, not over. What exactly happens if it's not 1500+? -----Original Message----- From: Paul Farber [mailto:farber@admin.f-tech.net] Sent: Thursday, December 26, 2002 4:17 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help Basically some dolt Admins think that blocking ALL ICMP packets is a good thing... when they really just want to block ICMP echo request/response. ICMP MTU discovery *should* and *does* work.. unless admins do the above (ie block all ICMP packets). I ran into this with a lot of smaller banks and thier online account stuff... they are so afraid (or stupid) that they block everything hoping that it will work/keep out the bad guys. Basically you need to keep your MTU at 1500+ or face the wrath of poorly designed firewalls. -- Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 26 Dec 2002, Travis M. Best wrote: > Joel, > > I Have All Mine Set To 1500 Take A Look A The Bellow Info From An Older > Post > > Thanks, > Travis > > > Ok, here's my candidate for weird problem of the year. I'll try to be > brief, but please don't confuse that with a lack of having tried a > billion > things to figure out what's going on. :) > > Our users are unable to connect to a VERY SMALL number of IP hosts when > they connect to our HiperDSP/HiperARC Chassis. For instance, it seems > that we cannot open www.harvard.edu in a web browser. Don't confuse > this > with an inability to open any web site, far over 99% seem to work just > fine, including www.law.harvard.edu, www.hup.harvard.edu, > www.med.harvard.edu... the list goes on and on (by the way, we have no > special affiliation with harvard (like a peering arrangement), from our > point of view they are just a random web server). In fact, I'm only > sure > of three Web servers on the whole internet that we have problems with > (I'm > sure there are more, but those are the only ones I know). Those three > display the same symptoms every time: a web browser hangs on "host > contacted, waiting for reply..." And never gets through. > > Ok, to make sure you believe this is weird, we can access these sites no > problem from workstations on the same ethernet as the TC Chassis. We > can > access the sites no problem from dialup connections to an old PortMaster > with analog lines in the back (also on the same ethernet). And in fact > I > created a special user in the hiperarc, dialed up, logged in as that > user, > and had no problems. I thought it might be related to the IP address > (like the web server being unable to reverse lookup the address), but > no, > I can connect using a specified IP address using an account set up in > the > hiperarc, and it works fine, but if I get the same IP address after > RADIUS > authentication, no dice. > > SO, the obvious candidate for the problem is the RADIUS server, which is > cistron, just upgraded because of a security problem (making it look > even > more suspicious). My problem is, I have no idea what kind of > information > the RADIUS server could be sending to the HiperArc to cause this > problem. > I mean, I couldn't cause this problem if I wanted to! I couldn't even > cause anything similar to this problem! Furthmore, log information in > the > "detail" file looks essentially identical regardless of how the > connection > is authenticated... I've got those, as well as output from "monitor > radius" and the like, if anyone really wants to dig deep. But > naturally, > what I'm really hoping for is just that someone will say "OH, it sounds > like a such-and-such kind of problem, try that". > > Thanks for even reading about my woes, and especially for any thoughts > you > may be able to share... > > _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

2 1

RE: [USR-TC] Big Problem - Need Help
by BSmith＠solunet.com 26 Dec '02

26 Dec '02

-----Original Message----- From: Joel - Fox Computers [mailto:jfox@foxcomputers.com] Sent: Thursday, December 26, 2002 5:38 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Big Problem - Need Help Sounds a lot like my problem - looking close at the RADIUS here now. Thanks! ------------------------ If you are using any type of default profiles on your RADIUS, scale it back to the bare minimum. NOTHING extra at all. In your radius user files, just have user name / password / ip [static / 255] depending on where it is coming from. For the user's, just give an IP address and password. Leave all of the fancy stuff off of one user, and test that ... if it works, slowly build it back to where it was. One item at a time. That will let you know if it is a funky RADIUS attribute you are passing. Joel - Since you said that you have 1 arc that works like a champ, and 1 that doesn't. Try running the same software version on both. Are you already? Then, maybe blast it. It could be possible that if you did upgrade it, a while ago, one of those little attributes that people like to set, and just forget can be causing you your heart ache. I know people don't like to start from scratch, but you can have your ARC back with-in minutes, with a brand new configuration that you know works. Or you can have a field day of looking at every each of your config, to see if it is a config problem. Something else you can try, for giggles, is to configure up your 2nd ethernet port, and see if the problem is just related to your ethernet port. That is just a suggestion. Happy Holidays. Brian Smith CCNA, NCSA Network Support Engineer SOLUSERVE www.solunet.com 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905 (888)449-5766 fax: (321)-676-1287

1 0

RE: [USR-TC] Big Problem - Need Help
by Joel - Fox Computers 26 Dec '02

26 Dec '02

MTU is set to 1514 - which is the default and what is set on both racks. I know that my radius on the "Good" rack is not sending any MTU. I'll have to check about the radius server (different Radius) on the "bad" rack. What do you all recommend for MTU? I've seen some places say 576. Suggestions? Thanks! Joel -----Original Message----- From: Seth Jacobs [mailto:sjacobs@onramp113.com] Sent: Thursday, December 26, 2002 2:21 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Big Problem - Need Help Joel, That sounds like an MTU problem. I'm not sure where the MTU settings are located, but I believe if they are set at greater than 1,500 you can have the symptoms you describe. Seth ----- Original Message ----- From: "Joel - Fox Computers" <jfox(a)foxcomputers.com> To: <usr-tc(a)mailman.xmission.com> Sent: Thursday, December 26, 2002 11:57 AM Subject: [USR-TC] Big Problem - Need Help Hoping someone here can help out on this: Have a TC rack with Hiper NMC 8.6.3, 10 Hiper DSP's 3.5.105, and Hiper ARC 5.3.107. 5 DSPs are not used. The other 5 have CT1's into them. Have another TC with same cards, same codes, all same except it has only 3 DSPs, all three with CT1's into them. The config on the two racks is practically identical, except the 10-DSP rack is on D4/AMI trunk settings, the 3-DSP rack is on ESF/B8ZS. The location with the 10 DSPs is the problem. Have some old Quad-modem racks at that location that work perfectly, trunk settings are all correct. I have a Windows ME machine that I can dial long distance into the "bad" rack, get a 44000 connection, and the 10-DSP rack works perfectly, regardless of what modem I use in the WinME machine. But I have a Win2K machine that when I dial up, on particular web pages, I only get half the page. On pages with JPEG images, (ebay auctions, for example), I fail to get any images to download. I've tried a Windows XP machine with a different modem and it has the same problem. Several customers with everything from Win98 to WinXP all having same problems. In fact, the only machine that works, and it works perfectly, is this one WinME machine I have. When the problem occurs, and images don't download, the browser sits there trying to download the images, like the network connection went away. But that's not the case, I can ping anywhere, I can open a different page, etc. That's working OK. On the particular page that I only get half of, the browser loads the first part, some GIF's at the top of the page, and then stops and says "Done" in the status bar at the bottom - it just quit transfering data. Like I said, configuration of modems on the DSP and settings for the ARC, as well as code versions, are all nearly identical to my 3-DSP rack that's working perfectly and has been for a long time. Any ideas? Anyone? Thanks, Joel _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

3 2

Disable Accounting server to log adminstrator telnet session.
by kennylow＠singnet.com.sg 26 Dec '02

26 Dec '02

Hi Can I disable accounting record when I login into my Total control 1000 using telnet. I don't want my Radius accounting server to record my telnet session. start time = 20021222 10:01:00 acct host = xxx.xxx.com #rec proccessed = 3052 #rec warned = 5 warned/processed = 0.163826998689384% Error/Warning messages: ======================= [WARN]:[netadmin574120]: Missing field -> userIP [WARN]:[netadmin333806]: Missing field -> userIP [WARN]:[netadmin218250]: Missing field -> userIP [WARN]:[netadmin218263]: Missing field -> userIP [WARN]:[netadmin333824]: Missing field -> userIP stop time = 20021222 10:01:01 Regards, Kenny

1 0