May 2000

Is there anyone out there that would like to trade 12 Digital only Modem cards for the Total Control Hub part #69-000790-12 for 6 Analog/Digital cards part #69-000793-00. Please let me know. Thanks.

Hello, We have a few TC Hubs and over the past week each hub has bugged out on us. The hub looks normal and accepts calls, but the user gets an error 690 I think it is right away saying unable to connect and when I try to telnet to the hub I get refused telnet right away. The change I made in the last few weeks was a new Radius server, so I am cross posting this to that list also. Any advice?? Thanks, Mark Green Apple Inc

On Sun, 30 Apr 2000, Jeff Mcadams wrote: > Also sprach Ved > >I should have been a little bit clear - If you are not using aggregate > >option then using IP pools with /B /25 or any /netmask does not make > >sense - for the HiPer arc will use host based routing for the > >individual IP address those are assigned to dialup connections. > >Therefore having a /netmask set for the IP pools with no aggregation > >does not make sense. > > OK...that makes more sense. :) And mine are /24's I think...'cause I > don't set them, and I think that's the default. Since we don't use any > aggregation, its of no concern. > > So, then the next question...you seemed to imply in a previous message > that the Arc will "intelligently" choose what to advertise out as an > aggregate. I was under the impression that this was controlled by the > /netmask. Again, we don't do any aggregation on the Arcs, so I don't > know its behavior...can you clear this up a bit? If the Arc does it > "intelligently" (without needing the control of the /netmask, then what > is the /netmask value there for?) In the old versions of the HiPer arc code 4.0 etc, the netmask options was to be set by the system administrator, however that lead to many issues as the IP pools would have a mask set that would overlap the actual ethernet mask and caused problems - thus the hiper arc in the 4.1 and above code decides the netmask based on the size of the pools. If you know the exact netmask to use you can give it - and thus the /netmask option. -V > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

have you checked the radius and accounting secrets and addresses? Same problem hit us once. That fixed it. Ted Mecimore Operations Manager Vista Technology 108 Meeting Street Morganton, NC 28655 "Duct tape is like the force. It has a light side, a dark side, and holds the universe together." -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark S - Squid Manager Sent: Tuesday, April 18, 2000 4:34 PM Cc: vopradius@vircom.com Hello, We have a few TC Hubs and over the past week each hub has bugged out on us. The hub looks normal and accepts calls, but the user gets an error 690 I think it is right away saying unable to connect and when I try to telnet to the hub I get refused telnet right away. The change I made in the last few weeks was a new Radius server, so I am cross posting this to that list also. Any advice?? Thanks, Mark Green Apple Inc - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

If you cant telnet to the box, can you get in via console cable? This is a bad situtation. Did you add anything to the Radius attributes? On Tue, 18 Apr 2000, Mark S - Squid Manager wrote: > Hello, > We have a few TC Hubs and over the past week each hub has bugged out on us. > The hub looks normal and accepts calls, but the user gets an error 690 I > think it is right away saying unable to connect and when I try to telnet to > the hub I get refused telnet right away. The change I made in the last few > weeks was a new Radius server, so I am cross posting this to that list also. > Any advice?? > Thanks, > Mark > Green Apple Inc > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - mike@wronski.net

Where would I find a list of the SNMP queries the HyperArc will respond to? I am looking to retrieve a list of current online users. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Hi Folks, I'm wondering if any of you know if the Net5/CTR4 (Euro ISDN) switch setting for a E1 would work on a German DSS1 E1 circuit. From all the docs that I can find, DSS1 is defined as being the same Euro ISDN protocol, but rename. so I figure this should work. Any comments? Thanks, Nick -- Nicolas St-Pierre Systems Engineer Internet Access Solutions Ltd. Tel (416) 621-7255 Fax (416) 621-3509

Also sprach Mark Thornton >Where would I find a list of the SNMP queries the HyperArc will respond >to? If you have ucd-snmp tools installed: snmpwalk -R <archostname> <community> snmpwalk -R <archostname> <community> enterprises Should cover most everything. Warning though...that's gonna give you copious output. :) >I am looking to retrieve a list of current online users. Try: snmpwalk -R <archostname> <community> usrCipUserName -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

> Once you have the > Cip-MIB loaded (which is contained in the hiperarc.mib file), then you > should be able to access this (usrCipUserName) column of the > usrCipPortParamTable. So our snmp program should load the mib first, then query the HiperArc? I am installing the snmp utils on my Linux box right now, but when I used the snmp utility from IpSwitch on my NT machine is didn't provide any method of reading a mib file. It also couldn't find the attribute you specified. Am I missing something or do I need better snmp software (that hopefully the Linux utils will provide)? Mark Thornton San Marcos Internet, Inc. 512-393-5300

I was going to ask the same question today. I want to retrieve a list of current online users from the hyperarcs. snmpwalk -R <archostname> <community> usrCipUserName This didn't work. I have a list of all of the mibs and usrCipUserName isn't in this list. Where did you find this info? Have you verified that it works? If so could you post more info? Thanks -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, May 03, 2000 11:41 AM Also sprach Mark Thornton >Where would I find a list of the SNMP queries the HyperArc will respond >to? If you have ucd-snmp tools installed: snmpwalk -R <archostname> <community> snmpwalk -R <archostname> <community> enterprises Should cover most everything. Warning though...that's gonna give you copious output. :) >I am looking to retrieve a list of current online users. Try: snmpwalk -R <archostname> <community> usrCipUserName -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

In stock, Guaranteed working. 1- USR Hiper DSP $3500 1- USR Hiper ARC $2000 1- USR Hiper NMC $950 (unused) 2- USR VIPER DSL Modems $550 Still have about 7- v90 Total Control Bundles, Complete 4- Types, 35A, 45A, 45A(DC), 70A High Density Chassis 70A Power and Classis Chassis 45A power Asking $4000.00 Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Will that command work in Windows 2000? Windows NT? Brian Gordon Supervisor Of Internet Operations Westelcom Family of Companies http://www.westelcom.com supervisor@westelcom.com 518.566.6726 Voice 419.831.9137 Fax "We will exceed our customers' expectations in providing competitively priced, superior quality, state-of-the-art communications and information services." ----- Original Message ----- Sent: Wednesday, May 03, 2000 12:32 PM > I was going to ask the same question today. I want to retrieve a list of > current online users from the hyperarcs. > > snmpwalk -R <archostname> <community> usrCipUserName > > This didn't work. I have a list of all of the mibs and usrCipUserName isn't > in this list. Where did you find this info? Have you verified that it > works? If so could you post more info? > > Thanks > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Wednesday, May 03, 2000 11:41 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) SNMP question > > > Also sprach Mark Thornton > >Where would I find a list of the SNMP queries the HyperArc will respond > >to? > > If you have ucd-snmp tools installed: > > snmpwalk -R <archostname> <community> > snmpwalk -R <archostname> <community> enterprises > > Should cover most everything. Warning though...that's gonna give you > copious output. :) > > >I am looking to retrieve a list of current online users. > > Try: > snmpwalk -R <archostname> <community> usrCipUserName > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach David Hamilton >I was going to ask the same question today. I want to retrieve a list >of current online users from the hyperarcs. >snmpwalk -R <archostname> <community> usrCipUserName >This didn't work. I have a list of all of the mibs and usrCipUserName >isn't in this list. Where did you find this info? Have you verified >that it works? If so could you post more info? Its in a file "hiperarc.mib" that actually contains quite a few mibs, for use with the HiPer Arc's. You *don't* get this information sending the requests to the NMC (well, you *can* get it through the NMC, its just a bit more convoluted to do so :). You need to set up SNMP access on the Arc (or use the NMC as an SNMP relay agent) to be able to access this information. Once you have the Cip-MIB loaded (which is contained in the hiperarc.mib file), then you should be able to access this (usrCipUserName) column of the usrCipPortParamTable. I *believe* the hiperarc.mib file is included with the hiperarc software download zip file, but am not sure on that. If you'd like a copy of the file, I can send it. I'm trying to hit on some of the things that might have caused you a problem...without knowing specifically what you ran into, I can't give you a good answer as to what you're doing wrong. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Brian Gordon >Will that command work in Windows 2000? Windows NT? I haven't a clue, but I would suspect not. You can use whatever SNMP browser you have available to snag the usrCipUserName column of the usrCipPortParamTable to get this info. I just used the ucd-snmp util syntax because that's what I tend to use for quick grabs of information. For more sophisticated processing, I tend to write perl5 scripts using the SNMP module to do whatever I need. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I would love to have a copy of "hiperarc.mib" If you could send it I'd would appreciate it. Thanks... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, May 03, 2000 12:45 PM Also sprach David Hamilton >I was going to ask the same question today. I want to retrieve a list >of current online users from the hyperarcs. >snmpwalk -R <archostname> <community> usrCipUserName >This didn't work. I have a list of all of the mibs and usrCipUserName >isn't in this list. Where did you find this info? Have you verified >that it works? If so could you post more info? Its in a file "hiperarc.mib" that actually contains quite a few mibs, for use with the HiPer Arc's. You *don't* get this information sending the requests to the NMC (well, you *can* get it through the NMC, its just a bit more convoluted to do so :). You need to set up SNMP access on the Arc (or use the NMC as an SNMP relay agent) to be able to access this information. Once you have the Cip-MIB loaded (which is contained in the hiperarc.mib file), then you should be able to access this (usrCipUserName) column of the usrCipPortParamTable. I *believe* the hiperarc.mib file is included with the hiperarc software download zip file, but am not sure on that. If you'd like a copy of the file, I can send it. I'm trying to hit on some of the things that might have caused you a problem...without knowing specifically what you ran into, I can't give you a good answer as to what you're doing wrong. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Mark Thornton >> Once you have the Cip-MIB loaded (which is contained in the >> hiperarc.mib file), then you should be able to access this >> (usrCipUserName) column of the usrCipPortParamTable. >So our snmp program should load the mib first, then query the HiperArc? >I am installing the snmp utils on my Linux box right now, but when I >used the snmp utility from IpSwitch on my NT machine is didn't provide >any method of reading a mib file. It also couldn't find the attribute >you specified. Am I missing something or do I need better snmp software >(that hopefully the Linux utils will provide)? The ucd-snmp tools will load the mibs specified (via the MIBDIRS and MIBS environment variables) upon startup (note, if you have a lot of mibs, this will make startup a tad bit slow...depending on the machine). So...if you don't mind a bit of a sludgy startup, just throw all your mibs in the directory specified in $MIBDIRS, and set $MIBS to "ALL" and you should be almost set. I've had to hack a few mibs around on occasion...and download a few others...but for the most part that should get you started. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it failed to compile because of unresolved references. Is the mib dependent on other mib's or could I have a bad one. Still fighting the linux thing... Mark Thornton San Marcos Internet, Inc. 512-393-5300

Speaking of which... where are the latest MIBs located anyways? I'm getting a lot of unenumerated Enterprise Specific (120) traps, but I thought I had the latest MIBs. Also, I wasn't able to find one of the tables discussed during the modem disconnection thread. Carl Litt Network Administrator Execulink Internet Services > Also sprach Mark Thornton > >> Once you have the Cip-MIB loaded (which is contained in the > >> hiperarc.mib file), then you should be able to access this > >> (usrCipUserName) column of the usrCipPortParamTable.

Well, it looks like I may need a bit of a tutorial on the snmpwalk application. I can't seem to get it to do anything unless I give it the debugging flag in which case it keeps returning my name. I am specifying the OID as a numeric string as the dependency issue is pprbably present on the machine as well. What would be the correct syntax to query for the system info, something not dependent on the hiperarc.mib? What shoudl I expect to see as output? Thanks, Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, May 03, 2000 1:44 PM > Also sprach Mark Thornton > >I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it > >failed to compile because of unresolved references. Is the mib > >dependent on other mib's or could I have a bad one. > > Depending on what PowerTCP is checking, its quite likely that it will > depend on other MIBS. It should (hopefully) tell you what value it > needs to resolve or whatever, and likely what MIB it needs to resolve it > from. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Also sprach Mark Thornton >I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it >failed to compile because of unresolved references. Is the mib >dependent on other mib's or could I have a bad one. Depending on what PowerTCP is checking, its quite likely that it will depend on other MIBS. It should (hopefully) tell you what value it needs to resolve or whatever, and likely what MIB it needs to resolve it from. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I got a bit farther. I can now get the 3Com to return the system info, but when I specify a directory containing all the 3Com mibs I get the following: Unlinked OID in RFC1213-MIB (lots of these) system: Bad sub-id in object identifier (system) It doesn't seem to like the mibs that come with the 3Com distro. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, May 03, 2000 2:32 PM > Well, it looks like I may need a bit of a tutorial on the snmpwalk > application. I can't seem to get it to do anything unless I give it the > debugging flag in which case it keeps returning my name. I am specifying the > OID as a numeric string as the dependency issue is pprbably present on the > machine as well. > > What would be the correct syntax to query for the system info, something not > dependent on the hiperarc.mib? What shoudl I expect to see as output? > > Thanks, > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Jeff Mcadams <jeffm@iglou.com> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, May 03, 2000 1:44 PM > Subject: Re: (usr-tc) SNMP question > > > > Also sprach Mark Thornton > > >I tried reading the Hiperarc.mib into PowerTCP's free mib viewer and it > > >failed to compile because of unresolved references. Is the mib > > >dependent on other mib's or could I have a bad one. > > > > Depending on what PowerTCP is checking, its quite likely that it will > > depend on other MIBS. It should (hopefully) tell you what value it > > needs to resolve or whatever, and likely what MIB it needs to resolve it > > from. > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Hmmm... I must have a problem with the ucd snmp program that SuSe installed. When I enter the command as you describe it runs for a bit spitting out a bunch of stuff then generates a segmentation fault. I just downloaded this app from their site and let the installer do its thing. Maybe there is a problem with this? Should I replace it with a different version? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, May 03, 2000 2:52 PM > Also sprach Mark Thornton > >Well, it looks like I may need a bit of a tutorial on the snmpwalk > >application. I can't seem to get it to do anything unless I give it the > >debugging flag in which case it keeps returning my name. I am > >specifying the OID as a numeric string as the dependency issue is > >pprbably present on the machine as well. > > >What would be the correct syntax to query for the system info, > >something not dependent on the hiperarc.mib? What shoudl I expect to > >see as output? > > > snmpwalk <hostname> <community> > should give you basic MIB-II values > > Something like: > > quiz:/home/jeffm> snmpwalk <hostname> <community> > system.sysDescr.0 = "3Com 17-Slot Chassis with PB clocking" > system.sysObjectID.0 = OID: enterprises.usr.usrSysOIDs.chas17SlotClk > ... > > UCD-SNMP will walk the normal mib-ii tree if you don't specify what > branch you want to start with. That's a good starting point to work on > things...get that working, then you can worry about getting the > enterprises branch in shape. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Don't remember the OID's off the top of my head, but there are several Perl scripts that emulate what "pmwho" does on a PM3 or a USR NETserver... you can find links to them all at http://www.dcr.net/~mandrews/usrtoys. There are 3 versions altogether on there (mine is buried under the first link)... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 3 May 2000, Mark Thornton wrote: > Where would I find a list of the SNMP queries the HyperArc will respond to? > I am looking to retrieve a list of current online users. > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Mark Thornton >Well, it looks like I may need a bit of a tutorial on the snmpwalk >application. I can't seem to get it to do anything unless I give it the >debugging flag in which case it keeps returning my name. I am >specifying the OID as a numeric string as the dependency issue is >pprbably present on the machine as well. >What would be the correct syntax to query for the system info, >something not dependent on the hiperarc.mib? What shoudl I expect to >see as output? snmpwalk <hostname> <community> should give you basic MIB-II values Something like: quiz:/home/jeffm> snmpwalk <hostname> <community> system.sysDescr.0 = "3Com 17-Slot Chassis with PB clocking" system.sysObjectID.0 = OID: enterprises.usr.usrSysOIDs.chas17SlotClk ... UCD-SNMP will walk the normal mib-ii tree if you don't specify what branch you want to start with. That's a good starting point to work on things...get that working, then you can worry about getting the enterprises branch in shape. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mark Thornton >I got a bit farther. I can now get the 3Com to return the system info, >but when I specify a directory containing all the 3Com mibs I get the >following: >Unlinked OID in RFC1213-MIB (lots of these) system: Bad sub-id in >object identifier (system) Hrmm...try this: grep "RFC1213-MIB DEFINITIONS" * If it doesn't return anything, you need to get that MIB. >It doesn't seem to like the mibs that come with the 3Com distro. The mibs themselves are pretty much fine...just the mibs identify at the top where they link in to the MIB tree, and the references that they are using are unknown, meaning your mib parser is building up the mib tree, but it doesn't see where this mib that its reading connects in. For example, near the top of the file nmc-mib.txt you'll see something like: usr OBJECT IDENTIFIER ::= { enterprises 429 } Basically this is telling the mib parser that the node "usr" is the 429th child of the enterprises node. If your mib tree doesn't have the enterprises node, then it doesn't know where to link in the NMC-MIB that its reading. What your error sounds like is that its not finding the node "system" (as a guess), which is the 1st child of mib-ii. So, you *should* be able to find a place with a line like: system OBJECT IDENTIFIER ::= { mib-ii 1 } this line would usually be found in the RFC1213-MIB that I referenced above. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mark Thornton >I must have a problem with the ucd snmp program that SuSe installed. >When I enter the command as you describe it runs for a bit spitting out >a bunch of stuff then generates a segmentation fault. I just downloaded >this app from their site and let the installer do its thing. Maybe >there is a problem with this? Should I replace it with a different >version? Segfault? Now *that* I don't think I can help you with. :) That doesn't sound like an SNMP or MIB problem there. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

How can I get the OIDs from the MIB file? -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, May 03, 2000 12:45 PM Also sprach David Hamilton >I was going to ask the same question today. I want to retrieve a list >of current online users from the hyperarcs. >snmpwalk -R <archostname> <community> usrCipUserName >This didn't work. I have a list of all of the mibs and usrCipUserName >isn't in this list. Where did you find this info? Have you verified >that it works? If so could you post more info? Its in a file "hiperarc.mib" that actually contains quite a few mibs, for use with the HiPer Arc's. You *don't* get this information sending the requests to the NMC (well, you *can* get it through the NMC, its just a bit more convoluted to do so :). You need to set up SNMP access on the Arc (or use the NMC as an SNMP relay agent) to be able to access this information. Once you have the Cip-MIB loaded (which is contained in the hiperarc.mib file), then you should be able to access this (usrCipUserName) column of the usrCipPortParamTable. I *believe* the hiperarc.mib file is included with the hiperarc software download zip file, but am not sure on that. If you'd like a copy of the file, I can send it. I'm trying to hit on some of the things that might have caused you a problem...without knowing specifically what you ran into, I can't give you a good answer as to what you're doing wrong. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach David Hamilton >How can I get the OIDs from the MIB file? The full OIDs are not in the MIB file directly. Basically, each object defined tells about the object itself (sometimes its just a node with no information associated with it), what its parent is, and what its id number relative to its parent is. From this information, you can build up the whole tree (theoretically you could do it by hand, but it'd be tedious...this is what mib parsers are for :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I got to looking in the hiperarc.mib file and it is importing files that I don't have and don't know where to get. These are the mibs that came with all my 3Com install, but I guess that explains it ;) How am I or anyone else supposed to know where to get all the mibs that may be required for a particular client? Isn't this making it awfully hard for something that is name Simple... Mark Thornton San Marcos Internet, Inc. 512-393-5300 .

I have come to the conclusion that the mib's delivered by 3Com are based on RFC's that are so out of date as to not be in general circulation anymore. Additionally, if you go to 3Com's ftp site and try to find any mib's that support the TCH, they aren't there. Says a lot about the company we all bought into. Maybe my dsl implementation will take this headache away from me because it sure is a pain to keep dealing with this crap everyday. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Also sprach Mark Thornton >I got to looking in the hiperarc.mib file and it is importing files >that I don't have and don't know where to get. Keep in mind that MIB != file. For example, the hiperarc.mib file has quite a few mibs contained in it. I know, for example, that there are several mibs in the hiperarc.mib file that import values from other mibs that are contained within the same file. I had to cut-n-paste one of the mibs in that file to another location in the file actually because the ordering was wrong for the imports (one of the DNS related mibs...don't remember for sure which). >These are the mibs that came with all my 3Com install, but I guess that >explains it ;) How am I or anyone else supposed to know where to get >all the mibs that may be required for a particular client? I don't recall where I got mine, but let me know what mibs you need and if I have them, I'll gladly send them on. I just don't remember what needs to be added from the base 3Com mib set to make the ucd parser happy. >Isn't this making it awfully hard for something that is name Simple... Actually, SNMP *is* quite simple. Actually, the protocol is *extremely* simple...one of the reasons that's its not very efficient. It has a grand total of 4 possible operations (well...originally, newer versions of the protocol have more, GET, GETNEXT, SET and TRAP. You don't *have* to have the mib files for SNMP to work either. Indeed, MRTG uses SNMP and doesn't ever touch a mib file, it just uses the numeric OID's (snmp_session.pm doesn't parse mib files at all if I remember correctly). So, the protocol is indeed quite simple, the mibs are there kinda like DNS, in order to convert numbers into something vaguely human readable, but its not a necessary part by any means. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mark Thornton >I have come to the conclusion that the mib's delivered by 3Com are >based on RFC's that are so out of date as to not be in general >circulation anymore. Additionally, if you go to 3Com's ftp site and >try to find any mib's that support the TCH, they aren't there. Says a >lot about the company we all bought into. Maybe my dsl implementation >will take this headache away from me because it sure is a pain to keep >dealing with this crap everyday. The 3Com mibs are available in the totalservice software download area. These are only the 3Com mibs though, it doesn't include the "standard" mibs, which you'll need to find elsewhere (a quick web search for the mib name I would suspect turn them up). Yes, it would be nice if 3Com made a good mib selection available, and it would be nice if files on the ftp server were available with some semblance of naming that made sense rather than just a bunch of numbers for each of the file names (this includes all the pdf documentation files). I really am glad that 3Com *doesn't* include the standard mib files in with thier own as that means I can just straight unzip their files into my mib directory and not worry about it blowing away some other newer "standard" mib file that I may have gotten elsewhere. In all actually, I have started recently using multiple MIBDIRS, so I have my standard mib files seperated out from my vendor specific mib files now, so that's less of a problem, but still nice. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I would really appreciate a working copy of the hiperarc.mib and any other mib that is appropriate to monitoring the TCH, possibly the nmc's mib. I have downloaded the ucd-snmp program and will be installing it today. According to it's file list, most of the basic mib files come with the install, but weren't installed on my computer when I took the Linux easy way. Now I get to do it the hard way, but I will probably have a working system in the end. Typical Linux experience. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, May 03, 2000 8:53 PM > Also sprach Mark Thornton > >I got to looking in the hiperarc.mib file and it is importing files > >that I don't have and don't know where to get. > > Keep in mind that MIB != file. For example, the hiperarc.mib file has > quite a few mibs contained in it. I know, for example, that there are > several mibs in the hiperarc.mib file that import values from other mibs > that are contained within the same file. I had to cut-n-paste one of > the mibs in that file to another location in the file actually because > the ordering was wrong for the imports (one of the DNS related > mibs...don't remember for sure which). > > >These are the mibs that came with all my 3Com install, but I guess that > >explains it ;) How am I or anyone else supposed to know where to get > >all the mibs that may be required for a particular client? > > I don't recall where I got mine, but let me know what mibs you need and > if I have them, I'll gladly send them on. I just don't remember what > needs to be added from the base 3Com mib set to make the ucd parser > happy. > > >Isn't this making it awfully hard for something that is name Simple... > > Actually, SNMP *is* quite simple. Actually, the protocol is *extremely* > simple...one of the reasons that's its not very efficient. It has a > grand total of 4 possible operations (well...originally, newer versions > of the protocol have more, GET, GETNEXT, SET and TRAP. You don't *have* > to have the mib files for SNMP to work either. Indeed, MRTG uses SNMP > and doesn't ever touch a mib file, it just uses the numeric OID's > (snmp_session.pm doesn't parse mib files at all if I remember > correctly). So, the protocol is indeed quite simple, the mibs are there > kinda like DNS, in order to convert numbers into something vaguely human > readable, but its not a necessary part by any means. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

The hiperarc.mib file only contains proprietary mib objects plus objects from experimental standard branches. The only file that should be required to compile the hiperarc.mib is the mib-2 from rfc1213 sometimes referred to as the standard mib. This should normally come with an SNMP package. Other standard MIBs supported by the HiperArc and not in hiperarc.mib are rfc's 1573, 1650, 1742, & 1612. You can get these from multiple sites, one being http://www.nic.mil/ftp/rfc Note that some compilers cannot cope with nested MIB files which the hiperarc.mib is and stops when the first END statement is encountered. moi "Mark Thornton" <mark@corridor.net> on 05/03/2000 05:25:28 PM Please respond to usr-tc@lists.xmission.com Sent by: "Mark Thornton" <mark@corridor.net> cc: (Moira Bue/US/3Com) I got to looking in the hiperarc.mib file and it is importing files that I don't have and don't know where to get. These are the mibs that came with all my 3Com install, but I guess that explains it ;) How am I or anyone else supposed to know where to get all the mibs that may be required for a particular client? Isn't this making it awfully hard for something that is name Simple... Mark Thornton San Marcos Internet, Inc. 512-393-5300 . - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Ok Folks, I took the plunge and bought the bloated priced SBR Radius software from 3Com. Now where do I start ? This is supposed to be a 3Com version yet I see nothing about the table format for SQL, no .rif file, no VSAs etc.. Can anyone give me a clue where to start ? I've been running the 3Com S&A server and many of these things were included. The SBR manual talks about an IP address pool. is that the same as the address pool in the HiPerArc ? Is there any step-by-step instructions for setting this up with 3Com equipment ? For $3,500 I sure expected more. Jeff Binkley ASA Network Computing

Can anyone tell me if there is a configuration option to turn on or off logging of IP addresses within the USR Total Control Enterprise Hub? Do I have to Telnet in to do it? Is there a way to determine IP addresses from Port ID's? Also is there a way to recover or reset the Telnet password to a USR Total Control Enterprise Hub. I haven't had access to it before and I can't find the password, nor does anyone recall what it was. Thanks, Greg Long Technical Support Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com

On Fri, 28 Apr 2000, Marcelo Souza wrote: | Does TC (HARC and Netserver) support "Reverse Path Forwarding"? Should I give some more detail about that? Nobody out there uses this packet routing? It was told to me that it is common on Cisco, and I would like to know if it's possible to implement on our chassis. Thank you, - Marcelo

Also sprach Greg Long >Can anyone tell me if there is a configuration option to turn on or off >logging of IP addresses within the USR Total Control Enterprise Hub? What do you mean by logging of IP addresses? At what point? On what type of connections? If you're talking about dial-in, RADIUS should log the IP address assigned in the RADIUS accounting message. >Do I have to Telnet in to do it? If you're looking for the IP address of a dial-in user, it would be in your RADIUS server. >Is there a way to determine IP addresses from Port ID's? Again, RADIUS, or you could use SNMP probably to query the Arc and find out what IP address is associated with the port number. I don't know what OID you would grab off the top of my head, but it shouldn't be hard to find. >Also is there a way to recover or reset the Telnet password to a USR >Total Control Enterprise Hub. I haven't had access to it before and I >can't find the password, nor does anyone recall what it was. I assume you're talking about Arc at this point. Worst case, if you have console access, you can delete the whole config of the Arc during the boot menu...option 13 I seem to remember, but don't quote that as gospel...you also might just try to see what sort of access you get at the console...default is to not require a userid and password on the console, so if you plug into the console you might be able to get full access without a userid and password. If they've turned on login on the console though you'll need to fall back to other methods. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I've only just got around to thinking about upgrading my TCS software. This morning I did a test upgrade to TCS 3.5 on one of my racks, and since then that unit has refused to take any ISDN calls. I'm still using the Munich card since the rack isn't completely full and I don't want to lose inbound ISDN-30 channels just because there aren't any modems left. The ISDN-GW setting is therefore still on 16. Does anyone have any ideas? thanks, Ray. -- Ray Bellis, MA(Oxon) - Technical Director - community internet plc Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ tel: +44 1865 856000 email: ray.bellis@community.net.uk fax: +44 1865 856001 web: http://www.community.net.uk/

I have been trying to get the TCH perl scripts that are included with the mrtg application to work, but they continue to return zero's. There are no error messages, and the community string is correct and entered in all of my chassis'. I have tried both the dualt1.pl and the hiperdsp.pl script and both behave the same. It is obvious I am missing something but the docs are slim. What could it be? How should I go about finding the problem? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Never mind ;o) I forgot that the target was the nmc, not the hiperarc. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Tuesday, May 09, 2000 11:10 AM > I have been trying to get the TCH perl scripts that are included with the > mrtg application to work, but they continue to return zero's. There are no > error messages, and the community string is correct and entered in all of my > chassis'. I have tried both the dualt1.pl and the hiperdsp.pl script and > both behave the same. It is obvious I am missing something but the docs are > slim. What could it be? How should I go about finding the problem? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

3- USR Viper DSL Standalone modems $550ea w/ external power supplies 2 in used condition, 1 unused in original box 3- USR Viper ACL cards $700ea.....sold Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- URL's http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Thanks for your info Jeff! I have more questions. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Monday, May 08, 2000 7:11 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) IP Logging / Telnet Password > > >Also is there a way to recover or reset the Telnet password to a USR > >Total Control Enterprise Hub. I haven't had access to it before and I > >can't find the password, nor does anyone recall what it was. > > I assume you're talking about Arc at this point. Nope I'm talking about telneting into a Total Control NETServer Card. I get a login prompt and from talking with the last guy who accessed it, it does have a password, he just can't remember it. At some point it was written down, but no one knows where the hardcopy went. Can we gain access if we plug an ethernet cable from a laptop straight into the card? What are our options? Thanks, Greg Long Tech Support Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com

One of my TCH hiperarc systems has dropped it's total throughput to about 65% of my other chassis's. They are all similarly configured with 48 quad modems and 48 dsp modems. All have hiperarcs and standard nmc's. The configuration appears to be the same across the chassis's. What would account for this? How should I go about troubleshooting it? Thanks, Mark Thornton San Marcos Internet, Inc. 512-393-5300

Anybody find it strange that there have been no DSP code updates from 3COM since December 99? And that was only really a service update for .54 and .55 firmware with some other minor fixes. I mean, come on, the code isn't that good that it hasn't needed any updates in 5 months. Is anyone still working over there in engineering? -- Scot

If there is no console port access on the NIC, you could try the DIP = switches on the NAC. From memory, there's one that causes the password = (and possibly the config) to be reset when the card is inserted. Remember to remove the card and change the DIP switch back before = re-configuring the card up again, because the config get's cleared each = time it boots. >>> greg@coastlink.com 10/05/00 08:26:05 >>> Thanks for your info Jeff! I have more questions. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com=20 > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Monday, May 08, 2000 7:11 PM > To: usr-tc@lists.xmission.com=20 > Subject: Re: (usr-tc) IP Logging / Telnet Password > > >Also is there a way to recover or reset the Telnet password to a USR > >Total Control Enterprise Hub. I haven't had access to it before and I > >can't find the password, nor does anyone recall what it was. > > I assume you're talking about Arc at this point. Nope I'm talking about telneting into a Total Control NETServer Card. I = get a login prompt and from talking with the last guy who accessed it, it does have a password, he just can't remember it. At some point it was written down, but no one knows where the hardcopy went. Can we gain access if we plug an ethernet cable from a laptop straight into the card? What are our options? Thanks, Greg Long Tech Support Coastlink 801-532-6212 ext 32 greg@coastlink.com=20 http://www.coastlink.com=20 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. +64-6-3507004

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hello. had anyone experienced problems with modems on Hiper DSP that get stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes when the dialup users are tx/rx something, the user's modems just stops to receive for a while (1 minute aprox). Then, the tx/rx flow continues. At the begining blamed the sites the users visit, but this stalls happen also with the servers in the same lan segment where the Hiper ARC resides. Any ideas what should be happening? Thanks -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co NOC- SkyNet de Colombia. (57) +1 6422020 (57) +3 2277871

Hi-- I purchased a "spare" 70a power supply some time ago, now looking to put it in as a redundant (vs. replacement) power supply in a chassis, but see I have no "NIC" in the back for it. Old dual 45a chassis NIC encompassed both power supply slots, with only 1 AC cord, switch; the newer chassis AC/switch only covers the one slot; I'm wondering if: a) I need another same NIC for other slot, but then 2 AC cords/switches or b) There's an alternate NIC that takes up both slots Possibly A or B are "options", but in case A, would it still be "redundant" then or no? Scott Trautman Global Dialog Internet

Could be a retrain/renegotiations. Fire up TCM and see if the link is falling forward/back or has renegotiations/retrains. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 10 May 2000, Sergio Gonzalez wrote: > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Hello. had anyone experienced problems with modems on Hiper DSP that get > stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes > when the dialup users are tx/rx something, the user's modems just stops > to receive for a while (1 minute aprox). Then, the tx/rx flow continues. > At the begining blamed the sites the users visit, but this stalls happen > also with the servers in the same lan segment where the Hiper ARC > resides. > > > Any ideas what should be happening? > > Thanks > -- > Sergio Gonzalez > Calle 100 #8A-55 Torre C oficina 711 > sagonzal@sky.net.co > NOC- SkyNet de Colombia. > (57) +1 6422020 > (57) +3 2277871 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

What Hiper DSP Code and Hiper Arc Code are you running? Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Wednesday, May 10, 2000 12:48 AM > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Hello. had anyone experienced problems with modems on Hiper DSP that get > stalled?. I've 5 DSP managed by 1 Hiper ARC. The problem is sometimes > when the dialup users are tx/rx something, the user's modems just stops > to receive for a while (1 minute aprox). Then, the tx/rx flow continues. > At the begining blamed the sites the users visit, but this stalls happen > also with the servers in the same lan segment where the Hiper ARC > resides. > > > Any ideas what should be happening? > > Thanks > -- > Sergio Gonzalez > Calle 100 #8A-55 Torre C oficina 711 > sagonzal@sky.net.co > NOC- SkyNet de Colombia. > (57) +1 6422020 > (57) +3 2277871 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Scot Desort wrote: > > Anybody find it strange that there have been no DSP code updates from 3COM > since December 99? And that was only really a service update for .54 and .55 > firmware with some other minor fixes. > > I mean, come on, the code isn't that good that it hasn't needed any updates > in 5 months. Is anyone still working over there in engineering? Boy am I glad I didn't renew my software/hardware maintenance agreement with 3Com back in December...I'd feel ripped off right about now. Wasn't there some beta code for HiPer ARCs and HiPer DSPs working through the system? -Ron GLISnet, Inc. +1 810/939.9885

Folks, I've made some progress getting the SBR Radius from 3Com configured to replace our 3COm S&A software. However, I haev a few questions. First, is there anyone who is using either Sybase or MS SQL server with SBR that can post their sqlacct.acc and sqlauth.acc files or send them to me at: jeff@asacomp.com . I have having difficulty matching up the VSAs in the 3COm HiPerArc to the S&A attributes which I am getting today. Next, I have a question about concirrent login tracking using an SQL database. The documentation says you need to create an internal user and then map an alias to it in the config files but it doesn't explain how to do more than one alias. For instance if we had one for 2 concurrent logins and another for 3 concurrent logins. Lastly, does anyone know if there is an SBR mailing list for supprot questions ? Thanks in advance. Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Another likely culprit is having an MTU mismatch between the HiPerArc and the clients. Jeff Binkley ASA Network Computing u>Could be a retrain/renegotiations. Fire up TCM and see if the link is u>falling forward/back or has renegotiations/retrains. u>Paul Farber u>Farber Technology u>farber@admin.f-tech.net u>Ph 570-628-5303 u>Fax 570-628-5545 u>On Wed, 10 May 2000, Sergio Gonzalez wrote: u>> *This message was transferred with a trial version of u>> CommuniGate(tm) Pro* Hello. had anyone experienced problems with u>> modems on Hiper DSP that get stalled?. I've 5 DSP managed by 1 Hiper u>> ARC. The problem is sometimes when the dialup users are tx/rx u>> something, the user's modems just stops to receive for a while (1 u>> minute aprox). Then, the tx/rx flow continues. At the begining u>> blamed the sites the users visit, but this stalls happen also with u>> the servers in the same lan segment where the Hiper ARC resides. u>> Any ideas what should be happening? u>> Thanks u>> -- u>> Sergio Gonzalez u>> Calle 100 #8A-55 Torre C oficina 711 u>> sagonzal@sky.net.co u>> NOC- SkyNet de Colombia. u>> (57) +1 6422020 u>> (57) +3 2277871 u>> - u>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" u>> with "unsubscribe usr-tc" in the body of the message. u>> For information on digests or retrieving files and old messages u>> send "help" to the same address. Do not use quotes in your u>> message. u>- u> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" u> with "unsubscribe usr-tc" in the body of the message. u> For information on digests or retrieving files and old messages send u> "help" to the same address. Do not use quotes in your message. u> CMPQwk 1.42 9999

Also sprach Ronald Kushner >Wasn't there some beta code for HiPer ARCs and HiPer DSPs working >through the system? TCS 4.0 is in beta. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Does anyone have any idea I shoudl try before I blow the chassis away and reload from scratch? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Tuesday, May 09, 2000 7:37 PM > One of my TCH hiperarc systems has dropped it's total throughput to about > 65% of my other chassis's. They are all similarly configured with 48 quad > modems and 48 dsp modems. All have hiperarcs and standard nmc's. The > configuration appears to be the same across the chassis's. > > What would account for this? How should I go about troubleshooting it? > > Thanks, > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

shouldn't that be part of the ppp negotiation? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 10 May 2000, Jeff Binkley wrote: > > > Another likely culprit is having an MTU mismatch between the HiPerArc > and the clients. > > Jeff Binkley > ASA Network Computing > > > u>Could be a retrain/renegotiations. Fire up TCM and see if the link is > u>falling forward/back or has renegotiations/retrains. > > u>Paul Farber > u>Farber Technology > u>farber@admin.f-tech.net > u>Ph 570-628-5303 > u>Fax 570-628-5545 > > u>On Wed, 10 May 2000, Sergio Gonzalez wrote: > > u>> *This message was transferred with a trial version of > u>> CommuniGate(tm) Pro* Hello. had anyone experienced problems with > u>> modems on Hiper DSP that get stalled?. I've 5 DSP managed by 1 Hiper > u>> ARC. The problem is sometimes when the dialup users are tx/rx > u>> something, the user's modems just stops to receive for a while (1 > u>> minute aprox). Then, the tx/rx flow continues. At the begining > u>> blamed the sites the users visit, but this stalls happen also with > u>> the servers in the same lan segment where the Hiper ARC resides. > > > u>> Any ideas what should be happening? > > u>> Thanks > u>> -- > u>> Sergio Gonzalez > u>> Calle 100 #8A-55 Torre C oficina 711 > u>> sagonzal@sky.net.co > u>> NOC- SkyNet de Colombia. > u>> (57) +1 6422020 > u>> (57) +3 2277871 > > u>> - > u>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > u>> with "unsubscribe usr-tc" in the body of the message. > u>> For information on digests or retrieving files and old messages > u>> send "help" to the same address. Do not use quotes in your > u>> message. > > > > u>- > u> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > u> with "unsubscribe usr-tc" in the body of the message. > u> For information on digests or retrieving files and old messages send > u> "help" to the same address. Do not use quotes in your message. > > u> > > CMPQwk 1.42 9999 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Can anyone tell me why the DSP cards perform the verify/logon sequence quicker than the quads? We have 3 chassises, two running Quads and one running DSPs. The DSPs verify and logon much quicker than the quads. Is there a setting I can look at that might cause this? I would like all of the modems to verify/login as quickly as the DSP cards do! Thanks in advance! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Also sprach pferraro@wna-linknet.com > Can anyone tell me why the DSP cards perform the verify/logon >sequence quicker than the quads? We have 3 chassises, two running >Quads and one running DSPs. The DSPs verify and logon much quicker >than the quads. Is there a setting I can look at that might cause >this? I would like all of the modems to verify/login as quickly as the >DSP cards do! I don't know about quad vs. DSP comparison, but I remember there being a distinction between Arcs and NETServers where the NETServers had a bug (no surprise there) where they corrupted/dropped the first LCP packet that came through in PPP negotiation. They then had to wait for the timeout and for the LCP packet to be resent. This resulted in actually fairly noticeable increases in the time for PPP negotiation. I'm not sure if this holds true with quads and dsps, but you might try logging a ppp connection with something that gives you timestamps (a linux box with the "debug" ppp and chat option?) and see what's occuring (at least from the client side) during a connection. There might be some clue there as to what's going on that's causing the quads to take longer. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi all, Looking for more inventory on analog nics. Please let me know what you have sitting around... Thanks, Marty ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marty Elliott MARS, Inc. 2105 S. 48th St. Suite 104 Tempe, AZ 85282 602-426-8272 602-454-0770 fax Have you heard of the TCU Exchange???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

A few weeks back there was a discussion here on the amount of memory required for a Cisco router running in a multihomed environment and BGP4. The recommendation was 128M of memory. I am interested in how much bandwidth into the Internet folks are seeing BGP4 use in this type of environment. Is it a significant amount ? Can someone put a quantity around it ? Thanks, Jeff Binkley ASA Network Computing

Also sprach Jeff Binkley >A few weeks back there was a discussion here on the amount of memory >required for a Cisco router running in a multihomed environment and >BGP4. The recommendation was 128M of memory. I am interested in how >much bandwidth into the Internet folks are seeing BGP4 use in this type >of environment. Is it a significant amount ? Can someone put a >quantity around it ? You can run 2 full views in 64megs of ram...its rather tight though, so 128megs is definitely recommended. You cannot fit a single view in 32megs, you will require at least 64megs to even take the first full view (unless you get get 48megs or something, but I don't think any cisco's handle memory in that increment). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

If you are taking full routes.. then yes. I did bgp to my upstream (C&W) with only 48Mb installed. I only took a few routes though. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Mon, 15 May 2000, Jeff Binkley wrote: > > A few weeks back there was a discussion here on the amount of memory > required for a Cisco router running in a multihomed environment and > BGP4. The recommendation was 128M of memory. I am interested in > how much bandwidth into the Internet folks are seeing BGP4 use in > this type of environment. Is it a significant amount ? Can someone > put a quantity around it ? > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hello all I need to busy out some quad modems to for a rollover of calls from a pri to another 2nd pri. Where's the best place to do this? Just take the modem off hook via TCM? Thanks. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

WTB: 3-5 Hiper DSP cards with nics. Refurbuished. COD Payment OK. WTS: 1-Viper ALC card w/ nic (DSL) 5- Viper Modems Stand Alone (DSL) 3- Hiper ARC 1- Hiper NMC 6- Hiper Chassis w/ Dual 70A power 5- 2059 Chassis w/ fan tray and dual 45A power 15- NMC NMC v90 6- Netserver pri 10- Dual PRI 12- Dual T1/E1 Qty- Quad Analog/Digital Modems Qty- Quad Digital Modems 10- Analog Modems 4- Netserver 16 v34 4- MP16 v34 2- Netserver 8 1- Netserver 8I 1- Netserver 16I Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- URL's http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

At 12:44 PM 05/15/2000 -0400, you wrote: >WTB: 3-5 Hiper DSP cards with nics. Refurbuished. COD Payment OK. > >WTS: >1-Viper ALC card w/ nic (DSL) >5- Viper Modems Stand Alone (DSL) >3- Hiper ARC >1- Hiper NMC >6- Hiper Chassis w/ Dual 70A power >5- 2059 Chassis w/ fan tray and dual 45A power >15- NMC >NMC v90 >6- Netserver pri >10- Dual PRI >12- Dual T1/E1 >Qty- Quad Analog/Digital Modems >Qty- Quad Digital Modems >10- Analog Modems >4- Netserver 16 v34 >4- MP16 v34 >2- Netserver 8 >1- Netserver 8I >1- Netserver 16I > >Worldwide Provider of Network Hardware Since 1981. >Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr >Email Page 7324335890@page.nextel.com (start message with YOUR email address) > >WAN ACCESS SPECIALIST--- URL's >http://www.wrca.net or http://www.ISP-NetworkHardware.com > >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, >Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiT >ech, >Sync/Tylink,Wellfleet,,Black Box,Micom & More > > > > > > > > > > >- >To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message. Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- URL's http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Take a look, it starts for a nice price :) http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=333296717 Total Control MP/16 v.34 with SNMP Management US Robotics Includes: 16 modems/RJ-11 Telco Jacks 10base T Ethernet connector (for SNMP management only) 10base 5 Ethernet connector (for SNMP management only) EIA RS-232 Serial Ports Modems 1-16 (connect to DTE) Console Port DIP Switches Modem DIP Switches Documentation NOTE: no cables included NOTE: one 8 port card has problems, so the max capacity is 15 not 16. Brian

Paul, Thanks. I was more interested in network bandwidth than router memory. Jeff Binkley ASA Network Computing -> If you are taking full routes.. then yes. I did bgp to my upstream (C&W) -> with only 48Mb installed. I only took a few routes though. -> -> Paul Farber -> Farber Technology -> farber@admin.f-tech.net -> Ph 570-628-5303 -> Fax 570-628-5545 -> -> On Mon, 15 May 2000, Jeff Binkley wrote: -> -> > -> > A few weeks back there was a discussion here on the amount of memory > -> required for a Cisco router running in a multihomed environment and > BGP4. -> The recommendation was 128M of memory. I am interested in > how much -> bandwidth into the Internet folks are seeing BGP4 use in > this type of -> environment. Is it a significant amount ? Can someone > put a quantity -> around it ? -> > -> > Thanks, -> > -> > Jeff Binkley -> > ASA Network Computing -> > -> > - -> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > -> with "unsubscribe usr-tc" in the body of the message. -> > For information on digests or retrieving files and old messages send > -> "help" to the same address. Do not use quotes in your message. >

-> >A few weeks back there was a discussion here on the amount of memory -> >required for a Cisco router running in a multihomed environment and >BGP4. -> The recommendation was 128M of memory. I am interested in how >much -> bandwidth into the Internet folks are seeing BGP4 use in this type >of -> environment. Is it a significant amount ? Can someone put a >quantity -> around it ? -> -> You can run 2 full views in 64megs of ram...its rather tight though, so -> 128megs is definitely recommended. -> -> You cannot fit a single view in 32megs, you will require at least 64megs to -> even take the first full view (unless you get get 48megs or -> something, but I don't think any cisco's handle memory in that -> increment). Jeff, Thanks. I was really looking for the amount of network bandwidth, not how much memory it takes. I've already started the upgrade from 64-128 megs. Thanks, Jeff Binkley ASA Network Computing

Also sprach Jeff Binkley >Thanks. I was really looking for the amount of network bandwidth, not >how much memory it takes. I've already started the upgrade from 64-128 >megs. Once a BGP session is stabilized, it really uses *very* little network bandwidth. As a data point, it takes about a minute to a minute and a half to sync up a full BGP view over a T1 (someone that's checked this more recently than I might want to correct me if necessary), obviously, as you drop down bandwidth from there, the time will go up...that should give you a good data point to start with though. Once the initial sync is done, normal operation of BGP uses a miniscule amount of bandwidth. The only data that is transfered over the BGP session is route updates, meaning information is only really sent when a route changes, appears or disappears. I'm sure you can imagine that for a typical multi-homed ISP or customer, these changes will not be significant. FWIW, on my backup T1's (meaning the only traffic on them should *only* be BGP updates) the traffic rate is almost unmeasurable as far as the Cisco 5 minute input/output rate is concerned. I occasionally see them show 1000 bits/sec, 1 packets/sec, but only very briefly. It uses *that* little of traffic. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Mon, 15 May 2000, Jeff Mcadams wrote: > Also sprach Jeff Binkley > >A few weeks back there was a discussion here on the amount of memory > >required for a Cisco router running in a multihomed environment and > >BGP4. The recommendation was 128M of memory. I am interested in how > >much bandwidth into the Internet folks are seeing BGP4 use in this type > >of environment. Is it a significant amount ? Can someone put a > >quantity around it ? > > You can run 2 full views in 64megs of ram...its rather tight though, so > 128megs is definitely recommended. We're fitting 3 full views into a 64 meg 3620, but just barely -- only about 5 meg free, and CPU is running around 40%. DON'T try this at home, kids; we're ONLY doing it because the 7206VXR we ordered is backordered and our UUNET T1 showed up early. I'm surprised it actually worked, really. But at the rate the table's growing, that 5 meg will be gone by the end of the summer. A 3640 should be considered the rock bottom minimum these days, and a 3661 or 7100 or 7200 would give a lot more breathing room. We went 7206VXR to get away from external CSU/DSU's -- cramming a ton of WIC-1DSU-T1's into a 3661 would have been ugly and not very efficient use of the available slots... plus we can put T3's into it later as we need them. BGP itself doesn't take much bandwidth, and bandwidth doesn't affect memory usage. It might affect CPU usage, though. We're pushing about 2 megabits of backbone traffic into that 3620 and back out the other side to some internal T1/ethernet links. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

On Mon, 15 May 2000, Jeff Mcadams wrote: > Also sprach Jeff Binkley > >Thanks. I was really looking for the amount of network bandwidth, not > >how much memory it takes. I've already started the upgrade from 64-128 > >megs. > > Once a BGP session is stabilized, it really uses *very* little network > bandwidth. As a data point, it takes about a minute to a minute and a > half to sync up a full BGP view over a T1 (someone that's checked this > more recently than I might want to correct me if necessary), obviously, Longer than that if your CPU is slow (i.e. 3620 or 3640) -- it spends more time processing the routes than it does actually transferring them. :) Our poor 3620 takes up to 3 minutes to bring a session up. Another good reason to go 366x or 71xx or 720x... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

U>On Mon, 15 May 2000, Jeff Mcadams wrote: U>> Also sprach Jeff Binkley U>> >A few weeks back there was a discussion here on the amount of U>> >memory required for a Cisco router running in a multihomed U>> >environment and BGP4. The recommendation was 128M of memory. I am U>> >interested in how much bandwidth into the Internet folks are seeing U>> >BGP4 use in this type of environment. Is it a significant amount ? U>> >Can someone put a quantity around it ? U>> You can run 2 full views in 64megs of ram...its rather tight though, U>> so 128megs is definitely recommended. U>We're fitting 3 full views into a 64 meg 3620, but just barely -- only U>about 5 meg free, and CPU is running around 40%. DON'T try this at U>home, kids; we're ONLY doing it because the 7206VXR we ordered is U>backordered and our UUNET T1 showed up early. I'm surprised it U>actually worked, really. But at the rate the table's growing, that 5 U>meg will be gone by the end of the summer. U>A 3640 should be considered the rock bottom minimum these days, and a U>3661 or 7100 or 7200 would give a lot more breathing room. We went U>7206VXR to get away from external CSU/DSU's -- cramming a ton of U>WIC-1DSU-T1's into a 3661 would have been ugly and not very efficient U>use of the available slots... plus we can put T3's into it later as we U>need them. U>BGP itself doesn't take much bandwidth, and bandwidth doesn't affect U>memory usage. It might affect CPU usage, though. We're pushing about U>2 megabits of backbone traffic into that 3620 and back out the other U>side to some internal T1/ethernet links. Mike, Thanks. I do have a 7200 which I am building for this. Your input was helpful. I did find that Kingston sells Cisco memory at 40% of what Cisco asks for it. Does anyone else have cheap sources ? Regular memory does seem to work but I can't get an answer from Cisco what is "special" about their memory other than the price. Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Cisco has a list of approved third-party memory vendors that you can use. In speaking with a technician about upgrading some routers, he gave me vendor part numbers and everything. I'm quite sure Kingston was on the list as well. One thing I did run into lately was early early early revisions of the 2500 series not taking Kingston memory due to some kind of requirement for an intel chip ID. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: jeff.binkley@asacomp.com [mailto:jeff.binkley@asacomp.com] > Sent: Tuesday, May 16, 2000 12:15 PM > To: USR-TC@LISTS.XMISSION.COM > Subject: (usr-tc) RE: (USR-TC) CISCO ROUTER > > > > > U>On Mon, 15 May 2000, Jeff Mcadams wrote: > > U>> Also sprach Jeff Binkley > U>> >A few weeks back there was a discussion here on the amount of > U>> >memory required for a Cisco router running in a multihomed > U>> >environment and BGP4. The recommendation was 128M of > memory. I am > U>> >interested in how much bandwidth into the Internet folks > are seeing > U>> >BGP4 use in this type of environment. Is it a > significant amount ? > U>> >Can someone put a quantity around it ? > > U>> You can run 2 full views in 64megs of ram...its rather > tight though, > U>> so 128megs is definitely recommended. > > U>We're fitting 3 full views into a 64 meg 3620, but just > barely -- only > U>about 5 meg free, and CPU is running around 40%. DON'T try this at > U>home, kids; we're ONLY doing it because the 7206VXR we ordered is > U>backordered and our UUNET T1 showed up early. I'm surprised it > U>actually worked, really. But at the rate the table's > growing, that 5 > U>meg will be gone by the end of the summer. > > U>A 3640 should be considered the rock bottom minimum these > days, and a > U>3661 or 7100 or 7200 would give a lot more breathing room. We went > U>7206VXR to get away from external CSU/DSU's -- cramming a ton of > U>WIC-1DSU-T1's into a 3661 would have been ugly and not very > efficient > U>use of the available slots... plus we can put T3's into it > later as we > U>need them. > > U>BGP itself doesn't take much bandwidth, and bandwidth doesn't affect > U>memory usage. It might affect CPU usage, though. We're > pushing about > U>2 megabits of backbone traffic into that 3620 and back out the other > U>side to some internal T1/ethernet links. > > Mike, > > Thanks. I do have a 7200 which I am building for this. Your > input was > helpful. I did find that Kingston sells Cisco memory at 40% of what > Cisco asks for it. Does anyone else have cheap sources ? Regular > memory does seem to work but I can't get an answer from Cisco what is > "special" about their memory other than the price. > > Jeff Binkley > ASA Network Computing > > CMPQwk 1.42 9999 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their connection information (signal to noise, recv & trans, blocks resent, etc). Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is called Total Scrutinizer and can be found at http://www.TotallyFabricated.com The software runs on Windows OS and works with 3Com Total Control Boxes. You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses). Brian Becker President, Poplar Bluff Internet, Inc. http://www.semo.net Home of http://www.TotallyFabricated.com Software

Ya know if I was going to make a website to sell software, I'd make it accessible through Netscape Navigator as well as through IE. But maybe that's just me... Greg > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Becker > Sent: Tuesday, May 16, 2000 11:46 AM > To: Usr-Tc ListServe (E-mail) > Subject: (usr-tc) Total Scrutinizer > > > My Internet Service company (semo.net) has been using 3com > TC's since early 96. Back in October of 99, we decided that > we needed to > design software that would allow our Tech Support department > view any user that was logged in to any of our 15 POPs and see their > connection information (signal to noise, recv & trans, blocks > resent, etc). > > Well, we now have that software done and have taken it thru > the beta testing stage and have it available for sale. The software is > called Total Scrutinizer and can be found at > http://www.TotallyFabricated.com > > The software runs on Windows OS and works with 3Com Total > Control Boxes. > > You can download a demo of the software which is crippled by > limiting your ability to scrutinize 50% of the connected users. But > we've tried to price it so that you can put it on every Techs > system ($99 for one license and $299 for 5 licenses). > > Brian Becker > President, Poplar Bluff Internet, Inc. http://www.semo.net > Home of http://www.TotallyFabricated.com Software > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

At 04:25 PM 5/16/00 -0400, Paul Farber wrote: >If you like, maybe saying '3Com has stopped support for small/med ISP's >with thier TC product'. It that better? > We attended one of 3Com's events describing their new strategies. We came away with the definite impression that the TC product line is very successful (read: profitable) and 3Com has no intention of EOLing or selling the TC line. We also came away with the impression that there is a definite push to market/service the top 25% of the installed TC base. If you don't fit that demographic (none of our customers do!), then you can expect "service" and "improvements" as you receive it now... Note these are our impressions, not the 3Com party line... FWIW Marty ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marty Elliott MARS, Inc. 2105 S. 48th St. Suite 104 Tempe, AZ 85282 602-426-8272 602-454-0770 fax Have you heard of the TCU Exchange???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I heard that they sold (past tense) the retail modem business... Paul Farber wrote: > > Just in time... 3Com is ending (or at least selling) the Total Control > chassis. > > Ever notice that there is no new code for the ARC's/DSP's since DEC 99? > Only software patches to firmware bugs.... hmmmmm. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Tue, 16 May 2000, Brian Becker wrote: > > > My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to > > design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their > > connection information (signal to noise, recv & trans, blocks resent, etc). > > > > Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is > > called Total Scrutinizer and can be found at http://www.TotallyFabricated.com > > > > The software runs on Windows OS and works with 3Com Total Control Boxes. > > > > You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But > > we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses). > > > > Brian Becker > > President, Poplar Bluff Internet, Inc. http://www.semo.net > > Home of http://www.TotallyFabricated.com Software > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Maybe not... I couldn't access the download page via Netscape... mmm3@cornell.edu wrote: > > >Ya know if I was going to make a website to sell software, I'd make it > >accessible through Netscape Navigator as well as through IE. But maybe > >that's just me... > > > >Greg > > I think it's just you. I had no trouble accessing it via > Netscape... > > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8521 > email: mmm3@cornell.edu > ********************************************** > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

Also sprach Paul Farber >Just in time... 3Com is ending (or at least selling) the Total Control >chassis. Huh? Where did you get this info? As far as I can tell, its patently untrue. >Ever notice that there is no new code for the ARC's/DSP's since DEC 99? >Only software patches to firmware bugs.... hmmmmm. Reminder: TCS 4.0 is in beta at the moment. Development work is ongoing. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Just in time... 3Com is ending (or at least selling) the Total Control chassis. Ever notice that there is no new code for the ARC's/DSP's since DEC 99? Only software patches to firmware bugs.... hmmmmm. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Tue, 16 May 2000, Brian Becker wrote: > My Internet Service company (semo.net) has been using 3com TC's since early 96. Back in October of 99, we decided that we needed to > design software that would allow our Tech Support department view any user that was logged in to any of our 15 POPs and see their > connection information (signal to noise, recv & trans, blocks resent, etc). > > Well, we now have that software done and have taken it thru the beta testing stage and have it available for sale. The software is > called Total Scrutinizer and can be found at http://www.TotallyFabricated.com > > The software runs on Windows OS and works with 3Com Total Control Boxes. > > You can download a demo of the software which is crippled by limiting your ability to scrutinize 50% of the connected users. But > we've tried to price it so that you can put it on every Techs system ($99 for one license and $299 for 5 licenses). > > Brian Becker > President, Poplar Bluff Internet, Inc. http://www.semo.net > Home of http://www.TotallyFabricated.com Software > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Mark E. Levy >I heard that they sold (past tense) the retail modem business... Oh...is *that* where this came from? OK...the scoop on that again... Corebuilder product line is being EOL'ed...customers are urged to migrate to Extreme Networks gear. Pathbuilder and NetBuilder is being sold (I believe) to Motorola. Analog residential modems are being sold to Acton and NatSteel (along with the Rolling Meadows factory facility) That leaves 3Com with carrier equipment (Total Control), VoIP (NBX), home and small office (Office Connect line). I'm not sure what happens with the SuperStack line...I think that's lumped in with the Office Connect as home and small office. Total Control is happy and continuing, and is, indeed, getting the benefit of more focus from 3Com, not less. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

>Ya know if I was going to make a website to sell software, I'd make it >accessible through Netscape Navigator as well as through IE. But maybe >that's just me... > >Greg I think it's just you. I had no trouble accessing it via Netscape... ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

Face it, TC has ended its dial up commitment. After 3 years of v.90 we still can't interoperate with about 20% of the modems out there and all the 'new' features have nothing to do with dial up access. 3Com is getting the highest per port charge for dial up (maybe CISCO is a bit higher?), and DSP's are not coming down in price.. even though there are many, many viable alternatives out there for dial up ISP's. I can't think of any thing more 3Com can do to snub small/mrd ISP's and not improve thier product for dial up access. If you like, maybe saying '3Com has stopped support for small/med ISP's with thier TC product'. It that better? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Tue, 16 May 2000, Jeff Mcadams wrote: > Also sprach Paul Farber > >Just in time... 3Com is ending (or at least selling) the Total Control > >chassis. > > Huh? Where did you get this info? As far as I can tell, its patently > untrue. > > >Ever notice that there is no new code for the ARC's/DSP's since DEC 99? > >Only software patches to firmware bugs.... hmmmmm. > > Reminder: TCS 4.0 is in beta at the moment. Development work is > ongoing. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I can't stand marketing drivel (no, voip is not the next big thing) and no, we will not have DSL in our area.. nor will 80% of the US. Not saying that they should not provide services for those markets.. but core product is core product. No, I can't order 10 chassis at a whack, but I do see a definate lack of concern for dial up ISP's. Topped off with crappy support, high per port cost, lack of fixes for code that is broke, and a definate move away from small/med dial up ISP's... 3Com is for all intensive purposes ending it's support for small/med ISP's... IMHO Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 > > We attended one of 3Com's events describing their new strategies. We came > away with the definite impression that the TC product line is very > successful (read: profitable) and 3Com has no intention of EOLing or > selling the TC line. > > We also came away with the impression that there is a definite push to > market/service the top 25% of the installed TC base. If you don't fit that > demographic (none of our customers do!), then you can expect "service" and > "improvements" as you receive it now... > > Note these are our impressions, not the 3Com party line... > > FWIW > > Marty > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Marty Elliott > MARS, Inc. > 2105 S. 48th St. Suite 104 > Tempe, AZ 85282 > 602-426-8272 > 602-454-0770 fax > Have you heard of the TCU Exchange???? > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Sorry about that, missing </table> tag. The download page is now available in Netscape. Thanks for the heads up. Brian Brian Becker President, Poplar Bluff Internet, Inc. http://wwww.semo.net Home of http://www.TotallyFabricated.com Software Director of the Jerusalem School www.js.org <http://www.js.org> Home of http://www.JerusalemPerspective.com bookstore Personal Page http://Tonionio.com / http://BenjaminBecker.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark E. Levy Sent: Tuesday, May 16, 2000 3:24 PM Maybe not... I couldn't access the download page via Netscape... mmm3@cornell.edu wrote: > > >Ya know if I was going to make a website to sell software, I'd make it > >accessible through Netscape Navigator as well as through IE. But maybe > >that's just me... > > > >Greg > > I think it's just you. I had no trouble accessing it via > Netscape... > > ********************************************************* > Michelle M. Mogil > Network and Computing Systems > 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 > vox: (607) 255-0516, fax: (607) 255-8521 > email: mmm3@cornell.edu > ********************************************** > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

>Sorry about that, missing </table> tag. The download page is now >available in Netscape. > >Thanks for the heads up. > >Brian > So, Brian...I downloaded the demo version; it is able to talk to the NMC, but fails on contacting the ARC. Any suggestions? I believe I have the community strings set properly...and I've double-checked the IP address. ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

Anyone know where to pull up the current calls' renegotiation stats? I need to compare them. I can find the retrain granted, requested etc... but nothing about renegotiations. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Hi all, I've got MRTG monitoring calls per HiperARC, but I've got one chassis running two dialups in two different cities (don't ask how). Is there a way to break out the stats into a per DSP basis? __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502

Also sprach System Administrator > I've got MRTG monitoring calls per HiperARC, but I've got one >chassis running two dialups in two different cities (don't ask how). >Is there a way to break out the stats into a per DSP basis? Not easily (yet). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Jeff Mcadams >Also sprach System Administrator >> I've got MRTG monitoring calls per HiperARC, but I've got one >>chassis running two dialups in two different cities (don't ask how). >>Is there a way to break out the stats into a per DSP basis? >Not easily (yet). Ugh...now having said that, I promptly go off and find a (fairly) easy way to do it. :/ Check out the usrSlotUtilizationTable in the usrCip MIB in the hiperarc.mib file. For some reason that part of that MIB isn't getting loaded correctly on one of my systems, so I didn't think it existed in the systems I was checking...turns out I just must have something screwed up in my MIBs on that system...those OIDs come up just fine (4.2.32 is my Arc code, just for reference) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

use the script function of MRTG to pull the numbers via SNMP from the NMC (or ARC) 3Com uses a fairly easy to understand numbering system... just add the slot to the port and you get the SNMP index. 1001 is slot 10 port 1. Use it in your snmpget/walk to index the tables and pull off the values you need. Might be a bit slower than going straight to the card.. but it would work. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 17 May 2000, Jeff Mcadams wrote: > Also sprach System Administrator > > I've got MRTG monitoring calls per HiperARC, but I've got one > >chassis running two dialups in two different cities (don't ask how). > >Is there a way to break out the stats into a per DSP basis? > > Not easily (yet). > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Paul Farber >use the script function of MRTG to pull the numbers via SNMP from the >NMC (or ARC) >3Com uses a fairly easy to understand numbering system... just add the >slot to the port and you get the SNMP index. >1001 is slot 10 port 1. Use it in your snmpget/walk to index the >tables and pull off the values you need. >Might be a bit slower than going straight to the card.. but it would >work. While I'm not extremely familiar with MRTG's capabilities...if you're dealing with (say, for example) 4 DSP's in a chassis, and 2 of the DSPs are one hunt group and the other 2 are the other hunt group, it gets a bit more hairy. Obviously its not *terribly* difficult, but it is going to require some scripting to split apart which is which and adding up. The usrSlotUtilizationTable gives you number of calls active on a per-slot basis, which removes the adding up part at least, and also gives you a nice index value that corresponds with the slot number. Again...not that it would be terribly hard to come up with in a script, but with these OIDs, its possible that there would be no script needed at all. Incidentally, this table also gives you total number of calls possible on a per-slot basis (so, if its a quad, it gives you a 4, if its a DSP running PRI, it gives you a 23, etc.), and nicely calculates a percentage utilization which is kinda cool (though easily figured out with the other two numbers :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Are you sure that you've got a community string in the arc? Try the following command while logged into the Arc: add snmp community public access RO That should add a community string of public to the Arc and see if it works correctly then. Brian -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mmm3@cornell.edu Sent: Wednesday, May 17, 2000 8:06 AM >Sorry about that, missing </table> tag. The download page is now >available in Netscape. > >Thanks for the heads up. > >Brian > So, Brian...I downloaded the demo version; it is able to talk to the NMC, but fails on contacting the ARC. Any suggestions? I believe I have the community strings set properly...and I've double-checked the IP address. ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu ********************************************** - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

If anyone should happen to write a script that gathers the number of calls on a per slot basis, I would be interested in it as well. I also have 2 hunt groups on one chassis and have always wanted to make this work. Thanks Mike Storjohann Internet Services Administrator HunTel.net mstorjohann@huntel.net 402-426-6136 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, May 17, 2000 9:19 PM Also sprach Paul Farber >use the script function of MRTG to pull the numbers via SNMP from the >NMC (or ARC) >3Com uses a fairly easy to understand numbering system... just add the >slot to the port and you get the SNMP index. >1001 is slot 10 port 1. Use it in your snmpget/walk to index the >tables and pull off the values you need. >Might be a bit slower than going straight to the card.. but it would >work. While I'm not extremely familiar with MRTG's capabilities...if you're dealing with (say, for example) 4 DSP's in a chassis, and 2 of the DSPs are one hunt group and the other 2 are the other hunt group, it gets a bit more hairy. Obviously its not *terribly* difficult, but it is going to require some scripting to split apart which is which and adding up. The usrSlotUtilizationTable gives you number of calls active on a per-slot basis, which removes the adding up part at least, and also gives you a nice index value that corresponds with the slot number. Again...not that it would be terribly hard to come up with in a script, but with these OIDs, its possible that there would be no script needed at all. Incidentally, this table also gives you total number of calls possible on a per-slot basis (so, if its a quad, it gives you a 4, if its a DSP running PRI, it gives you a 23, etc.), and nicely calculates a percentage utilization which is kinda cool (though easily figured out with the other two numbers :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I have a Total Control chassis with two HiPerDSP cards in it. I monitor "Reason for Call Termination" with Total Control Manager. I am seeing a lot of "v42DisconnectCmd(26)" and "rcvdGatewayDiscCmd(62)". Any ideas as to what these mean? I am getting complaints from customers about disconnects as well. Thanks for your help! Mike Moore

Also sprach Mike Moore >I have a Total Control chassis with two HiPerDSP cards in it. I monitor >"Reason for Call Termination" with Total Control Manager. I am seeing a >lot of "v42DisconnectCmd(26)" and "rcvdGatewayDiscCmd(62)". Any ideas >as to what these mean? I am getting complaints from customers about >disconnects as well. Thanks for your help! Those are both normal "healthy" disconnect reasons. the v42DisconnectCmd means that the other modem on the line sent the v42 modulation code that informs the other end that it wants to end the call. The rcvdGatewayDiscCmd means that the Arc (or other gateway type of card, NETServer, wireless gateway card, etc.) sent the signal over the "dte" connection telling the DSP that it wanted to end the call. The DSP would then send the v42 code to disconnect to the other end. Essentially, its a race to see which of these is going to occur first in a normal call disconnect. Did PPP shut down first on our side so the gateway card gets the signal to the dsp first, or did PPP shut down first on the other side so that it gets signaled to the other side's modem and through the modem connection to our side? Both are normal and healthy...you need to be checking into the Call Termination reasons other than these. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

In using the total scrutinizer I have found that I have 1 Hiper Arc with DSP that works fine 1 Hiper Arc with Quads that gets error communicating with the Arc 1 NetServer with Quads that get the same error I have MRTG running and I checked out the community strings and they are correct. Is the any tips anyone might be able to give me... Ken At 11:42 AM 5/18/00 -0400, you wrote: >Hum. I had set another community string for security reasons, >but putting "public" in there worked. *shrug* As long as it >works. Interesting software. Might consider it! Thanks... > > >>Are you sure that you've got a community string in the arc? Try the >>following command while logged into the Arc: >> add snmp community public access RO >> >>That should add a community string of public to the Arc and see if it >>works correctly then. >> >>Brian > >********************************************************* >Michelle M. Mogil >Network and Computing Systems >735 Rhodes Hall, Cornell University, Ithaca, NY 14853 >vox: (607) 255-0516, fax: (607) 255-8521 >email: mmm3@cornell.edu >********************************************** > >- >To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message.

Sorry, I replied to the list instead of to Brian. John

Hum. I had set another community string for security reasons, but putting "public" in there worked. *shrug* As long as it works. Interesting software. Might consider it! Thanks... >Are you sure that you've got a community string in the arc? Try the >following command while logged into the Arc: > add snmp community public access RO > >That should add a community string of public to the Arc and see if >it works correctly then. > >Brian ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

With the Netserver...yes, that is because we have the ability to scrutinize other Cards (even manufacturers) built into our software, but in the first release, we chose to limit it to HiperArc with HiperDSP cards only. I just pulled a box that has both Quad cards & DSPs and it shows up just fine. We just don't have a box with quad only cards. I wonder while traversing the OID tree of usernames on the Arc, if the Quad with DSPs in the same box works but with Quads alone we might need another starting point. Let's see what the list has to say, I'll post the question. If you would like to email me privately and give me the strings & IPs of your quad/HiperArc box, we can see what the exact error is and attempt to get rid of the bug. Thanks, Brian Brian Becker President Poplar Bluff Internet, Inc. - www.semo.net <http://www.semo.net> Home of www.TotallyFabricated.com <http://www.TotallyFabricated.com> software Director of Jerusalem School of Synoptic Research www.js.org <http://www.js.org> Home of www.JerusalemPerspective.com <http://www.JerusalemPerspective.com> bookstore Personal Pages www.Tonionio.com <http://www.Tonionio.com> & www.BenjaminBecker.com <http://www.BenjaminBecker.com> -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kenneth Nye Sent: Thursday, May 18, 2000 12:01 PM In using the total scrutinizer I have found that I have 1 Hiper Arc with DSP that works fine 1 Hiper Arc with Quads that gets error communicating with the Arc 1 NetServer with Quads that get the same error I have MRTG running and I checked out the community strings and they are correct. Is the any tips anyone might be able to give me... Ken At 11:42 AM 5/18/00 -0400, you wrote: >Hum. I had set another community string for security reasons, >but putting "public" in there worked. *shrug* As long as it >works. Interesting software. Might consider it! Thanks... > > >>Are you sure that you've got a community string in the arc? Try the >>following command while logged into the Arc: >> add snmp community public access RO >> >>That should add a community string of public to the Arc and see if it >>works correctly then. >> >>Brian > >********************************************************* >Michelle M. Mogil >Network and Computing Systems >735 Rhodes Hall, Cornell University, Ithaca, NY 14853 >vox: (607) 255-0516, fax: (607) 255-8521 >email: mmm3@cornell.edu >********************************************** > >- >To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >with "unsubscribe usr-tc" in the body of the message. >For information on digests or retrieving files and old messages send >"help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

We don't use public/private in our setup and it works fine, try adding the SNMP again with something other than public and private and test it again. I agree that for security reasons, public/private are not intelligent choices. Brian Becker President Poplar Bluff Internet, Inc. - www.semo.net <http://www.semo.net> Home of www.TotallyFabricated.com <http://www.TotallyFabricated.com> software Director of Jerusalem School of Synoptic Research www.js.org <http://www.js.org> Home of www.JerusalemPerspective.com <http://www.JerusalemPerspective.com> bookstore Personal Pages www.Tonionio.com <http://www.Tonionio.com> & www.BenjaminBecker.com <http://www.BenjaminBecker.com> -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of mmm3@cornell.edu Sent: Thursday, May 18, 2000 10:42 AM Hum. I had set another community string for security reasons, but putting "public" in there worked. *shrug* As long as it works. Interesting software. Might consider it! Thanks... >Are you sure that you've got a community string in the arc? Try the >following command while logged into the Arc: > add snmp community public access RO > >That should add a community string of public to the Arc and see if >it works correctly then. > >Brian ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu ********************************************** - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I would like hear the particular configurations that anyone is using to handle multiple ISDN dialup across several TC Hubs. We have MPIP configured, but it appears that when a call goes to one hub and the second ISDN comes in on a different hub, the call gets dropped?? Do we have something mis-configured here. On hub acts as the MPIP server and is listed as a client as well as the other hubs. The remaining hubs have the MPIP server listed in their config. Any help/comments appreciated. ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Make sure you are pointing the hubs to a NTP server, that you have NTP enabled, and that both have the same time on them. blake > -----Original Message----- > From: pferraro@wna-linknet.com [SMTP:pferraro@wna-linknet.com] > Sent: Thursday, May 18, 2000 5:08 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Multi-Linked calls across HUBS > > > I would like hear the particular configurations that anyone is > using to handle multiple ISDN dialup across several TC Hubs. We have MPIP > configured, but it appears that when a call goes to one hub and the second > ISDN comes in on a different hub, the call gets dropped?? Do we have > something mis-configured here. > > On hub acts as the MPIP server and is listed as a client as well as the > other hubs. The remaining hubs have the MPIP server listed in their > config. > > Any help/comments appreciated. > > ========================================================================== > ==== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite Q > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ========================================================================== > ==== > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Hello, Anyone know if there's a searchable archive? I just went over to where I used to go, usr-tc.datasys.net and it seems to be gone... I was looking for some old David Bolen SNMP posts... thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

Also sprach Charles Sprickman >Anyone know if there's a searchable archive? I just went over to where >I used to go, usr-tc.datasys.net and it seems to be gone... I was >looking for some old David Bolen SNMP posts... usr-tc.1st.net has a searchable archive, but I don't know if it goes back far enough to pick up David's posts...at least not many. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Fri, 19 May 2000, Jeff Mcadams wrote: > usr-tc.1st.net has a searchable archive, but I don't know if it goes > back far enough to pick up David's posts...at least not many. Nope... Also I think it may be a bit fubar, as it returned zero hits for "NT", "Windows", and "mac". I'm sure I've seen some discussion of OS specific connection difficulties in the last year... Charles > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I have an outlook express mailbox file from April 1997 to present... Any ideas how to best make use of it for everyone? Kent Tambling kent@acceleration.net System Administrator www.acceleration.net ----- Original Message ----- Sent: Friday, May 19, 2000 4:42 PM On Fri, 19 May 2000, Jeff Mcadams wrote: > usr-tc.1st.net has a searchable archive, but I don't know if it goes > back far enough to pick up David's posts...at least not many. Nope... Also I think it may be a bit fubar, as it returned zero hits for "NT", "Windows", and "mac". I'm sure I've seen some discussion of OS specific connection difficulties in the last year... Charles > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hi guys... I have a NMC we purchased a long time ago that we need to put into service ASAP. We just discovered one of our NMCs was not X2 enabled, and this card is X2 enabled... but I don't have the SNMP write password. The firmware is 4.3.4, and on bootup at the RS232 console all I can get is "PASSWORD:"... if I use the 'public' read password, I can get in, but not change anything. I tried using pin 5 to boot to the default settings, but it still asks for a password! I am afraid to use the CMOS clear jumper, as I fear it will erase the feature enable status of the X2 enablement. Would this clear the X2 enable out? Thanx in advance. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Dip switch 5 and 6 - put them in the on position and reboot the card, this will erase the config. V ----- Original Message ----- Sent: Saturday, May 20, 2000 4:25 PM > > Hi guys... > > I have a NMC we purchased a long time ago that we need to put into service > ASAP. We just discovered one of our NMCs was not X2 enabled, and this > card is X2 enabled... but I don't have the SNMP write password. The > firmware is 4.3.4, and on bootup at the RS232 console all I can get is > "PASSWORD:"... if I use the 'public' read password, I can get in, but not > change anything. I tried using pin 5 to boot to the default settings, but > it still asks for a password! > > I am afraid to use the CMOS clear jumper, as I fear it will erase the > feature enable status of the X2 enablement. Would this clear the X2 > enable out? > > Thanx in advance. > > ----Steve > Stephen Amadei > Dandy.net CTO > Atlantic City, NJ > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Any attendees to ISPCon in Orlando? I'm guessing quite a few of us will be down there. Do we want to coordinate a time to gather and chat? I'll be making it there sometime Tues. afternoon and will be leaving Thurs. morning (we have a Public Service Commission hearing against Bellsouth on Fri...have to be back for that) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hello, does anyone know how to set the timezone on the ARC NTP settings to display CST instead of GMT? TIA, blake

*This message was transferred with a trial version of CommuniGate(tm) Pro* Hello there. Somebody has NIC for Quad Modems Cards (4 ports) for leased telephone lines? Thanks a lot. -- Sergio Gonzalez Calle 100 #8A-55 Torre C oficina 711 sagonzal@sky.net.co NOC- SkyNet de Colombia. (57) +1 6422020 (57) +3 2277871

do you know if these are the daughter card style nics? or are they a single card nic? If you have part numbers I can check my stock. Lots of Refurbished USR available. At 05:25 PM 05/23/2000 +0500, you wrote: >*This message was transferred with a trial version of CommuniGate(tm) Pro* >Hello there. > >Somebody has NIC for Quad Modems Cards (4 ports) for leased telephone >lines? > > >Thanks a lot. > >-- >Sergio Gonzalez >Calle 100 #8A-55 Torre C oficina 711 >sagonzal@sky.net.co >NOC- SkyNet de Colombia. >(57) +1 6422020 >(57) +3 2277871 > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- URL's http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

You can't. (At least, not yet. I think it's coming in the next major software release.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 23 May 2000, Blake Fithen wrote: > Hello, does anyone know how to set the timezone on the > ARC NTP settings to display CST instead of GMT?

I remember this being on the list, but figured it was a quick enough question to ask again: We still have the Quad Modems in one of our chassis with the HiperArc upgrade. We're having trouble with ISDN callers. Is the ISDN GW SLOT still supposed to be set to SLOT 16 (HiperARC)? of to itself? Thanks in advance!!

Can someone please look at this and tell me what might be going on. I receive one of these a about every time a userlogs in then about 30 of them all at once. This started when we started using Cistron radius. Thanks in advance for any explanation. 88.12 $"administrator17233" Administrative Start Tue May 23 19:01:04 2000: Accounting: 78/22 'administrator' from 63.67.88.12 $"a dministrator17233" Administrative Start - OK -- total 0, holding 0 Tue May 23 19:01:04 2000: child_end: DNS update finished Tue May 23 19:01:04 2000: generate26: USR attribute 38998 unknown Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific attribu te Vendor-Specific=vUSR-00009856b4aef548b19a7a92dd4774f0b312bf93 Tue May 23 19:01:04 2000: generate26: USR attribute 39000 unknown Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific attribu te Vendor-Specific=vUSR-0000985800000000 Tue May 23 19:01:04 2000: generate26: USR attribute 39001 unknown Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific attribu te Vendor-Specific=vUSR-0000985900000000 Tue May 23 19:01:04 2000: generate26: USR attribute 39051 unknown Tue May 23 19:01:04 2000: gen_valpairs: non-encapsulated vendor specific attribu te Vendor-Specific=vUSR-0000988b00000000 Tue May 23 19:01:04 2000: Received-Accounting: 78/23 'administrator' from 63.67. 88.12 $"administrator17233" Administrative Stop/User-Request Tue May 23 19:01:04 2000: Accounting: 78/23 'administrator' from 63.67.88.12 $"a dministrator17233" Administrative Stop/User-Request - OK -- total 0, holding Greg Owens Magnolia Internet Services http://www.magnolia-net.com

> Lots of Refurbished USR available. I need a 486 NMC NIC card, one of mine keeps making the NMC front card reboot continuously :-( Please let me know if you might be able to help... regards, Ray. -- Ray Bellis, MA(Oxon) - Technical Director - community internet plc Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ tel: +44 1865 856000 email: ray.bellis@community.net.uk fax: +44 1865 856001 web: http://www.community.net.uk/

> Please let me know if you might be able to help... Sorry, that wasn't supposed to go to the list! Ray.

With ANALOG nics would be nice, but not necessasary. Looking for upto 30 Quad Analog/Digital modem cards. WTS: 4- MP16 v34 10- Netserver 16 v34 1- Netserver 8 v34 1- Netserver 8I 1- Netserver 16I 1- Hiper ARC 1- Hiper ARC Qty- NMC (non v90) 10- USR Total Controls Bundles 5- HD Chassis w/ integrated fan tray (single 70A power) Qty- Spare Modems 10- Spare 70A power 1- Spare 130 power Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- URL's http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Steve,.. I need the netserver 16's and may also have interest in the mp/16's..please call me at: (also left message at your shop) 1-877-260-9919..(toll free) albert. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > ISP-NetworkHardware.com > Sent: Wednesday, May 24, 2000 9:26 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) WTB: USR Quad Analog/Digital Modems > > > With ANALOG nics would be nice, but not necessasary. > Looking for upto 30 Quad Analog/Digital modem cards. > > WTS: > 4- MP16 v34 > 10- Netserver 16 v34 > 1- Netserver 8 v34 > 1- Netserver 8I > 1- Netserver 16I > 1- Hiper ARC > 1- Hiper ARC > Qty- NMC (non v90) > > 10- USR Total Controls Bundles > 5- HD Chassis w/ integrated fan tray (single 70A power) > Qty- Spare Modems > 10- Spare 70A power > 1- Spare 130 power > > > Worldwide Provider of Network Hardware Since 1981. > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > Email Page 7324335890@page.nextel.com (start message with YOUR > email address) > > WAN ACCESS SPECIALIST--- URL's > http://www.wrca.net or http://www.ISP-NetworkHardware.com > > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, > Microcom,Computone,BayNetworks, > Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Teleb > it,MultiTech, > Sync/Tylink,Wellfleet,,Black Box,Micom & More > > > > > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

sorry 'bout my last note in public to steve,.. the old click first and check later fault... albert.

Set it to 0, so the calls will go to the Quads, not the ARC. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 23 May 2000, Denis Newkirk wrote: > I remember this being on the list, but figured it was a quick enough > question to ask again: > > We still have the Quad Modems in one of our chassis with the HiperArc > upgrade. We're having trouble with ISDN callers. Is the ISDN GW SLOT still > supposed to be set to SLOT 16 (HiperARC)? of to itself? > > Thanks in advance!! > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

It looks like TCS 4.0 is in the process of being released. I happened to check the TotalService site this morning and found updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for Windows, HP and Solaris (still no Linux). The link for the new HiperARC Manager software is broken or the file isn't out there yet. Since I still have older equipment (quads and dual-T1), I probably won't be upgrading right away. The compatibility matrix had not yet been updated. So, who wants to be first? Wayne Barber Coastal Telco Services

I, for one, have lost all respect for 3COM and their rip-off service contracts. Besides dealing with Michelle's attitude, I have had to fight for access for the code ever since my last renewal. Now... once again, being paid up until sometime in the 7th month of this year, and with new code out, I see I have to once again beg for the access I've paid for. At 11:43 AM 5/25/00 -0400, you wrote: >It looks like TCS 4.0 is in the process of being released. I >happened to check the TotalService site this morning and found >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for >Windows, HP and Solaris (still no Linux). The link for the new >HiperARC Manager software is broken or the file isn't out there yet. > >Since I still have older equipment (quads and dual-T1), I probably >won't be upgrading right away. The compatibility matrix had not yet >been updated. > >So, who wants to be first? > >Wayne Barber >Coastal Telco Services > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Folks, On a slightly off topic discussion does anyone now where/how to get a Sportster modem replaced under warranty ? I went through 3Com's website, through 2 voice reponse systems, talked to nobody but a machine and still aren't any closer to get an RMA numebr for this modem. Thanks in advance. Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

I refuse to get a contract as long as she is still employed by 3Com. My var provides all the support I need, and Westcon has some competitive service offerings. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Denis Newkirk [mailto:dnewkirk@early.com] > Sent: Thursday, May 25, 2000 2:28 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) TCS 4.0 on TotalService > > > I, for one, have lost all respect for 3COM and their rip-off service > contracts. Besides dealing with Michelle's attitude, I have > had to fight > for access for the code ever since my last renewal. > > Now... once again, being paid up until sometime in the 7th > month of this > year, and with new code out, I see I have to once again beg > for the access > I've paid for. > > > > At 11:43 AM 5/25/00 -0400, you wrote: > >It looks like TCS 4.0 is in the process of being released. I > >happened to check the TotalService site this morning and found > >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for > >Windows, HP and Solaris (still no Linux). The link for the new > >HiperARC Manager software is broken or the file isn't out there yet. > > > >Since I still have older equipment (quads and dual-T1), I probably > >won't be upgrading right away. The compatibility matrix had not yet > >been updated. > > > >So, who wants to be first? > > > >Wayne Barber > >Coastal Telco Services > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I refuse to get a contract as long as she is still employed by 3Com. My var provides all the support I need, and Westcon has some competitive service offerings. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Denis Newkirk [mailto:dnewkirk@early.com] > Sent: Thursday, May 25, 2000 2:28 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) TCS 4.0 on TotalService > > > I, for one, have lost all respect for 3COM and their rip-off service > contracts. Besides dealing with Michelle's attitude, I have > had to fight > for access for the code ever since my last renewal. > > Now... once again, being paid up until sometime in the 7th > month of this > year, and with new code out, I see I have to once again beg > for the access > I've paid for. > > > > At 11:43 AM 5/25/00 -0400, you wrote: > >It looks like TCS 4.0 is in the process of being released. I > >happened to check the TotalService site this morning and found > >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for > >Windows, HP and Solaris (still no Linux). The link for the new > >HiperARC Manager software is broken or the file isn't out there yet. > > > >Since I still have older equipment (quads and dual-T1), I probably > >won't be upgrading right away. The compatibility matrix had not yet > >been updated. > > > >So, who wants to be first? > > > >Wayne Barber > >Coastal Telco Services > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Blake Fithen >Hello, does anyone know how to set the timezone on the ARC NTP settings >to display CST instead of GMT? Well...I see that ne050009.zip is now on the TotalService site (though I don't have access to it even though I was in the beta *sigh*) so I think I'm definitely free to say now that you can set the timezone in the Arc in TCS4.0, which for the Arc is the 5.0.9 code version. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi=20 Does anybody knows anything about new TotalControl equipment with a higher = port density than the 14 PRI per chassis? Maybe even a product where a=20 Central Office connection (SDM-1, 155 MBit/s) ca be brought directely into = the chassis? Thanks Ralph Comlight AG Industriestrasse 17 CH-3178 B=F6singen Tel: +41 31 740 40 40 Fax: +41 31 740 40 90 e-Mail: r.helfenberger@comlight.ch URL: http://www.comlight.ch

OK...was talking with George Ebert down at ISPCon... The newer style chassis with the integrated fan trays apparently have multiple temperature sensors...obviously, they have the one on the NMC that has been there from the beginning, but apparently, the midplane also has 3 temperature sensors spread across it that the NMC is supposed to be able to access. I don't know how to get access to the readings from them though. I'm quite familiar with the nmcStatTemperature OID, as that's the OID that gives you the temperature as measured by the sensor on the NMC. I can't find any information on getting the values from the other 3 though. Anyone have thoughts on this? -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Can anyone tell me where to find the jumper to switch a 70 amp PSU to 110 volts? And which side, NIC or NAC, would I find it on? TIA... Matthew Stainforth || Technical Services Manager || BrunNet Inc.

Can anyone tell me where to find the jumper to switch a 70 amp PSU to 110 volts? And which side, NIC or NAC, would I find it on? TIA... Matthew Stainforth || Technical Services Manager || BrunNet Inc.

1- USR Netserver 16I $1500 4- Netserver 16 v34 $800 2- Netserver 8I $1000 2- Netserver 8 v34 $550 4- MP 16 v34 $795 4- VIPER DSL Modem Standalone $550 1- VIPER ALC DSL TC Card w/ nic $650 Hiper ARC $1900 Hiper NMC $1000 Hiper DSP ..call or email HD Chassis w/ 70A $850 Chassis w/ Dual 45A $450 Chassis w/ Dual 35A $400 Chassis w/ Dual 45A DC $500 8- Quad Analog Modems with Analog NICS $325 24+ - Quad Digital w/ nics $200 1- Total Switch w/ console module $500 4- 8 port 10baseT $200 2- 2 port 100BaseTX $200 2- 2 port 100BaseFX $150 Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890@page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Hello, As my telco started offering caller id, I tried enabling A-party digit collecting on my dual e1/cas card (usrtc chassis with harc, hyper nmc and quad modem cards). There are two issues: - the big one: for calls that do not have caller-id, the call fails - the small one: when A-party collection is enabled, I receive only one digit for B-party instead of six. The first one is the real problem, it prevent the use of the caller-id. Can I tell the e1/cas card not to reject those calls? Thanks, Dan -- Dan Borlovan <danb@dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201

Can anyone tell me why a Chassis all of a sudden would simply shut itself down? There are no HIGH Temps or power fluctuations, it just shuts down... It is configured with 5 DSPs/HiperArc/NMC/ and 1 70amp PS It is plugged into a BCPro 850. Could this be a sign of a power supply getting ready to "crap the bed"? Thanks in advance! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Hi all... I recall reading that it was advisable to up the Carrier Dectect Delay setting on the modems to 2 seconds, but I don't recall if anyone mentioned needed to do a software or hardware reset in order for the change to take effect. Anyone know? Thanks... ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

The problem has nothing to do with DSP code, need to know the version of Hiper arc code, and also would need traces. Mon PPP on the user when connected will show some info to begin with. -V ->-----Original Message----- ->From: owner-usr-tc@lists.xmission.com ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort ->Sent: Friday, May 26, 2000 4:44 PM ->To: usr-tc@lists.xmission.com ->Subject: (usr-tc) TCPIP Stall -> -> ->We are running DSP's with 2.0.51 software. We have had 2 customers in the ->past 3 weeks with this issue. They connect to us just fine. If they simply ->connect and do nothing else, their connection is stable. We can ping back ->and forth. They then launch a TCPIP application like IE. Sometimes ->immediately, other times after several minutes, their connection simply ->stalls. All data traffic stops. They can no longer ping. Even if ->they close ->the app, the ability to send traffic does not return. -> ->Happens with IE, netscape, OE. Installed latest IE5 and reset all browser ->defaults. -> ->Customers both have different modems. One runs Win98, the other Win98SE. -> ->One has AOL5, the other doesn't. Tried disabling AOL Dialup ->Adapter. Removed ->extra occurences of wsock.vxd in the AOL directories. Removed ->TCPIP and DUN ->and reinstalled. Cannot pin this problem down. -> ->Might now be related to the DSP's at all, but I figured I'd give ->this list a ->shot. Maybe someone else has run across this problem. Any ideas? -> ->-- ->Regards, -> ->Scot -> -> -> -> ->- -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" -> with "unsubscribe usr-tc" in the body of the message. -> For information on digests or retrieving files and old messages send -> "help" to the same address. Do not use quotes in your message. ->

We had this problem as well a couple of months ago using 2.0.51 on our DSP's, I spoke with 3 Com and another ISP about it and they said they had been hearing of some issues with the stalling with 2.0.51 so they suggested going back to 2.0.60 which we did and no more complaints or problems with stalling since switching back to 2.0.60. Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Friday, May 26, 2000 4:44 PM > We are running DSP's with 2.0.51 software. We have had 2 customers in the > past 3 weeks with this issue. They connect to us just fine. If they simply > connect and do nothing else, their connection is stable. We can ping back > and forth. They then launch a TCPIP application like IE. Sometimes > immediately, other times after several minutes, their connection simply > stalls. All data traffic stops. They can no longer ping. Even if they close > the app, the ability to send traffic does not return. > > Happens with IE, netscape, OE. Installed latest IE5 and reset all browser > defaults. > > Customers both have different modems. One runs Win98, the other Win98SE. > > One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter. Removed > extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and DUN > and reinstalled. Cannot pin this problem down. > > Might now be related to the DSP's at all, but I figured I'd give this list a > shot. Maybe someone else has run across this problem. Any ideas? > > -- > Regards, > > Scot > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I disagree it does have to do with the DSP code 2.0.51 on certain telco switch equipment as we were having similar problems and went back to 2.0.60 and no more stalling, all the customers that were complaining about it said it was then fine and none have complained about it since, and the only thing we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing complaints specifically from those running 2.0.51 and customers complaining about stalling, they were not sure what was causing it when I spoke to them but they did say it was related to DSP code 2.0.51. Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Friday, May 26, 2000 5:03 PM > The problem has nothing to do with DSP code, need to know the version of > Hiper arc code, and also > would need traces. Mon PPP on the user when connected will show some info > to begin with. > > -V > > ->-----Original Message----- > ->From: owner-usr-tc@lists.xmission.com > ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort > ->Sent: Friday, May 26, 2000 4:44 PM > ->To: usr-tc@lists.xmission.com > ->Subject: (usr-tc) TCPIP Stall > -> > -> > ->We are running DSP's with 2.0.51 software. We have had 2 customers in the > ->past 3 weeks with this issue. They connect to us just fine. If they simply > ->connect and do nothing else, their connection is stable. We can ping back > ->and forth. They then launch a TCPIP application like IE. Sometimes > ->immediately, other times after several minutes, their connection simply > ->stalls. All data traffic stops. They can no longer ping. Even if > ->they close > ->the app, the ability to send traffic does not return. > -> > ->Happens with IE, netscape, OE. Installed latest IE5 and reset all browser > ->defaults. > -> > ->Customers both have different modems. One runs Win98, the other Win98SE. > -> > ->One has AOL5, the other doesn't. Tried disabling AOL Dialup > ->Adapter. Removed > ->extra occurences of wsock.vxd in the AOL directories. Removed > ->TCPIP and DUN > ->and reinstalled. Cannot pin this problem down. > -> > ->Might now be related to the DSP's at all, but I figured I'd give > ->this list a > ->shot. Maybe someone else has run across this problem. Any ideas? > -> > ->-- > ->Regards, > -> > ->Scot > -> > -> > -> > -> > ->- > -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > -> with "unsubscribe usr-tc" in the body of the message. > -> For information on digests or retrieving files and old messages send > -> "help" to the same address. Do not use quotes in your message. > -> > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

We are running DSP's with 2.0.51 software. We have had 2 customers in the past 3 weeks with this issue. They connect to us just fine. If they simply connect and do nothing else, their connection is stable. We can ping back and forth. They then launch a TCPIP application like IE. Sometimes immediately, other times after several minutes, their connection simply stalls. All data traffic stops. They can no longer ping. Even if they close the app, the ability to send traffic does not return. Happens with IE, netscape, OE. Installed latest IE5 and reset all browser defaults. Customers both have different modems. One runs Win98, the other Win98SE. One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter. Removed extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and DUN and reinstalled. Cannot pin this problem down. Might now be related to the DSP's at all, but I figured I'd give this list a shot. Maybe someone else has run across this problem. Any ideas? -- Regards, Scot

Hello, Anyone had any luck getting a stable connection between a Mac (iMac, G4, G3 internal modem) and DSPs running 2.0.51? We still have a number of people having problems when they hit DSPs. They have no problem hitting the quads. It seems like the better the connect rate, the worse the problem is. Basically the user will get sluggish performance and then the call will drop within a few minutes. Any ideas? I'm not a real mac modem-script wrangler (you need a tool from their site to build a script), but rumor has it locking them to a lower speed will help. Anyone else see this? I thought it had been fixed... Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

Also sprach mmm3@cornell.edu >I recall reading that it was advisable to up the Carrier Dectect Delay >setting on the modems to 2 seconds, but I don't recall if anyone >mentioned needed to do a software or hardware reset in order for the >change to take effect. >Anyone know? Thanks... You shouldn't need either...set it and save the modem settings and you should be fine. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I can only think of Async Map causing issues if any. However that would be only with certain modems if at all. Who in 3com told you about issues with 2.0.51? 2.0.51 was the only code with good fixes for MFP problem. We do not have any issues with 2.0.51 - did have MFP issues with 2.0.60. If the user/DSP async map has issues data could stall, the easy way to see if this is the problem is to disable ppp offloading. That would have the hiper arc do the async map., that may be a clue. However you do need to take a trace also to make sure that data is being delivered - A mon ppp would also show if there is a PPP async issue. - V ->-----Original Message----- ->From: owner-usr-tc@lists.xmission.com ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Clint R. Sparks ->Sent: Friday, May 26, 2000 5:17 PM ->To: usr-tc@lists.xmission.com ->Subject: Re: (usr-tc) TCPIP Stall -> -> ->I disagree it does have to do with the DSP code 2.0.51 on certain telco ->switch equipment as we were having similar problems and went back ->to 2.0.60 ->and no more stalling, all the customers that were complaining ->about it said ->it was then fine and none have complained about it since, and the ->only thing ->we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running ->Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing ->complaints specifically from those running 2.0.51 and customers ->complaining ->about stalling, they were not sure what was causing it when I ->spoke to them ->but they did say it was related to DSP code 2.0.51. -> ->Clint R. Sparks ->ComQuest Internet Services ->csparks@cqc.com -> -> ->----- Original Message ----- ->From: "V" <ved@iyka.com> ->To: <usr-tc@lists.xmission.com> ->Sent: Friday, May 26, 2000 5:03 PM ->Subject: RE: (usr-tc) TCPIP Stall -> -> ->> The problem has nothing to do with DSP code, need to know the version of ->> Hiper arc code, and also ->> would need traces. Mon PPP on the user when connected will ->show some info ->> to begin with. ->> ->> -V ->> ->> ->-----Original Message----- ->> ->From: owner-usr-tc@lists.xmission.com ->> ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort ->> ->Sent: Friday, May 26, 2000 4:44 PM ->> ->To: usr-tc@lists.xmission.com ->> ->Subject: (usr-tc) TCPIP Stall ->> -> ->> -> ->> ->We are running DSP's with 2.0.51 software. We have had 2 customers in ->the ->> ->past 3 weeks with this issue. They connect to us just fine. If they ->simply ->> ->connect and do nothing else, their connection is stable. We can ping ->back ->> ->and forth. They then launch a TCPIP application like IE. Sometimes ->> ->immediately, other times after several minutes, their ->connection simply ->> ->stalls. All data traffic stops. They can no longer ping. Even if ->> ->they close ->> ->the app, the ability to send traffic does not return. ->> -> ->> ->Happens with IE, netscape, OE. Installed latest IE5 and reset all ->browser ->> ->defaults. ->> -> ->> ->Customers both have different modems. One runs Win98, the ->other Win98SE. ->> -> ->> ->One has AOL5, the other doesn't. Tried disabling AOL Dialup ->> ->Adapter. Removed ->> ->extra occurences of wsock.vxd in the AOL directories. Removed ->> ->TCPIP and DUN ->> ->and reinstalled. Cannot pin this problem down. ->> -> ->> ->Might now be related to the DSP's at all, but I figured I'd give ->> ->this list a ->> ->shot. Maybe someone else has run across this problem. Any ideas? ->> -> ->> ->-- ->> ->Regards, ->> -> ->> ->Scot ->> -> ->> -> ->> -> ->> -> ->> ->- ->> -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" ->> -> with "unsubscribe usr-tc" in the body of the message. ->> -> For information on digests or retrieving files and old messages send ->> -> "help" to the same address. Do not use quotes in your message. ->> -> ->> ->> ->> - ->> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" ->> with "unsubscribe usr-tc" in the body of the message. ->> For information on digests or retrieving files and old messages send ->> "help" to the same address. Do not use quotes in your message. ->> -> -> ->- -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" -> with "unsubscribe usr-tc" in the body of the message. -> For information on digests or retrieving files and old messages send -> "help" to the same address. Do not use quotes in your message. ->

Wasn't .51 just an engineering patch to correct a bad batch of DSP's? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 26 May 2000, Clint R. Sparks wrote: > I disagree it does have to do with the DSP code 2.0.51 on certain telco > switch equipment as we were having similar problems and went back to 2.0.60 > and no more stalling, all the customers that were complaining about it said > it was then fine and none have complained about it since, and the only thing > we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running > Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing > complaints specifically from those running 2.0.51 and customers complaining > about stalling, they were not sure what was causing it when I spoke to them > but they did say it was related to DSP code 2.0.51. > > Clint R. Sparks > ComQuest Internet Services > csparks@cqc.com > > > ----- Original Message ----- > From: "V" <ved@iyka.com> > To: <usr-tc@lists.xmission.com> > Sent: Friday, May 26, 2000 5:03 PM > Subject: RE: (usr-tc) TCPIP Stall > > > > The problem has nothing to do with DSP code, need to know the version of > > Hiper arc code, and also > > would need traces. Mon PPP on the user when connected will show some info > > to begin with. > > > > -V > > > > ->-----Original Message----- > > ->From: owner-usr-tc@lists.xmission.com > > ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort > > ->Sent: Friday, May 26, 2000 4:44 PM > > ->To: usr-tc@lists.xmission.com > > ->Subject: (usr-tc) TCPIP Stall > > -> > > -> > > ->We are running DSP's with 2.0.51 software. We have had 2 customers in > the > > ->past 3 weeks with this issue. They connect to us just fine. If they > simply > > ->connect and do nothing else, their connection is stable. We can ping > back > > ->and forth. They then launch a TCPIP application like IE. Sometimes > > ->immediately, other times after several minutes, their connection simply > > ->stalls. All data traffic stops. They can no longer ping. Even if > > ->they close > > ->the app, the ability to send traffic does not return. > > -> > > ->Happens with IE, netscape, OE. Installed latest IE5 and reset all > browser > > ->defaults. > > -> > > ->Customers both have different modems. One runs Win98, the other Win98SE. > > -> > > ->One has AOL5, the other doesn't. Tried disabling AOL Dialup > > ->Adapter. Removed > > ->extra occurences of wsock.vxd in the AOL directories. Removed > > ->TCPIP and DUN > > ->and reinstalled. Cannot pin this problem down. > > -> > > ->Might now be related to the DSP's at all, but I figured I'd give > > ->this list a > > ->shot. Maybe someone else has run across this problem. Any ideas? > > -> > > ->-- > > ->Regards, > > -> > > ->Scot > > -> > > -> > > -> > > -> > > ->- > > -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > -> with "unsubscribe usr-tc" in the body of the message. > > -> For information on digests or retrieving files and old messages send > > -> "help" to the same address. Do not use quotes in your message. > > -> > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Yes I believe so but there is something wrong with it as far as stalling connections goes. The DSP's we were having this problem with have PRI's coming from a GTE GTD5 switch. We have DSP's at another POP that is Ameritech using a 5ESS switch and running 2.0.51 with no problems. When we were using 2.0.51 on the GTD5 switch we started noticing an increase to the point of 10 to 15 complaints a day of stalling connections, I spoke with 3 Com and another ISP having similar problems and the consensus was to go back to 2.0.60 which we did and all of the sudden no more stalling complaints. We did nothing more that go back to 2.0.60 and we did not change any settings in the DSP cards. It is strange I will grant you but it worked for us and our customers quit having problems and were happy again so that was enough for me and we have not noticed any other problems with 2.0.60. Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Saturday, May 27, 2000 11:59 AM > Wasn't .51 just an engineering patch to correct a bad batch of DSP's? > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Fri, 26 May 2000, Clint R. Sparks wrote: > > > I disagree it does have to do with the DSP code 2.0.51 on certain telco > > switch equipment as we were having similar problems and went back to 2.0.60 > > and no more stalling, all the customers that were complaining about it said > > it was then fine and none have complained about it since, and the only thing > > we switched was the Hiper DSP code from 2.0.51 to 2.0.60. We are running > > Hiper ARC code 4.1.59-6. Also 3 Com has told me that they are seeing > > complaints specifically from those running 2.0.51 and customers complaining > > about stalling, they were not sure what was causing it when I spoke to them > > but they did say it was related to DSP code 2.0.51. > > > > Clint R. Sparks > > ComQuest Internet Services > > csparks@cqc.com > > > > > > ----- Original Message ----- > > From: "V" <ved@iyka.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Friday, May 26, 2000 5:03 PM > > Subject: RE: (usr-tc) TCPIP Stall > > > > > > > The problem has nothing to do with DSP code, need to know the version of > > > Hiper arc code, and also > > > would need traces. Mon PPP on the user when connected will show some info > > > to begin with. > > > > > > -V > > > > > > ->-----Original Message----- > > > ->From: owner-usr-tc@lists.xmission.com > > > ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scot Desort > > > ->Sent: Friday, May 26, 2000 4:44 PM > > > ->To: usr-tc@lists.xmission.com > > > ->Subject: (usr-tc) TCPIP Stall > > > -> > > > -> > > > ->We are running DSP's with 2.0.51 software. We have had 2 customers in > > the > > > ->past 3 weeks with this issue. They connect to us just fine. If they > > simply > > > ->connect and do nothing else, their connection is stable. We can ping > > back > > > ->and forth. They then launch a TCPIP application like IE. Sometimes > > > ->immediately, other times after several minutes, their connection simply > > > ->stalls. All data traffic stops. They can no longer ping. Even if > > > ->they close > > > ->the app, the ability to send traffic does not return. > > > -> > > > ->Happens with IE, netscape, OE. Installed latest IE5 and reset all > > browser > > > ->defaults. > > > -> > > > ->Customers both have different modems. One runs Win98, the other Win98SE. > > > -> > > > ->One has AOL5, the other doesn't. Tried disabling AOL Dialup > > > ->Adapter. Removed > > > ->extra occurences of wsock.vxd in the AOL directories. Removed > > > ->TCPIP and DUN > > > ->and reinstalled. Cannot pin this problem down. > > > -> > > > ->Might now be related to the DSP's at all, but I figured I'd give > > > ->this list a > > > ->shot. Maybe someone else has run across this problem. Any ideas? > > > -> > > > ->-- > > > ->Regards, > > > -> > > > ->Scot > > > -> > > > -> > > > -> > > > -> > > > ->- > > > -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > -> with "unsubscribe usr-tc" in the body of the message. > > > -> For information on digests or retrieving files and old messages send > > > -> "help" to the same address. Do not use quotes in your message. > > > -> > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

ppp mon trace was the next thing I was going to do with the customer when they call back. We have a few .54 DSP cards, so I need to have 2051 running. Funny that this just started happening in the past 3 weeks. Only to 2 customers. And we've been running 2.0.51 since a week after it released (December?). -- Scot ----- Original Message ----- Sent: Friday, May 26, 2000 6:11 PM > We had this problem as well a couple of months ago using 2.0.51 on our > DSP's, I spoke with 3 Com and another ISP about it and they said they had > been hearing of some issues with the stalling with 2.0.51 so they suggested > going back to 2.0.60 which we did and no more complaints or problems with > stalling since switching back to 2.0.60. > > Clint R. Sparks > ComQuest Internet Services > csparks@cqc.com > > > ----- Original Message ----- > From: "Scot Desort" <scot@njaccess.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, May 26, 2000 4:44 PM > Subject: (usr-tc) TCPIP Stall > > > > We are running DSP's with 2.0.51 software. We have had 2 customers in the > > past 3 weeks with this issue. They connect to us just fine. If they simply > > connect and do nothing else, their connection is stable. We can ping back > > and forth. They then launch a TCPIP application like IE. Sometimes > > immediately, other times after several minutes, their connection simply > > stalls. All data traffic stops. They can no longer ping. Even if they > close > > the app, the ability to send traffic does not return. > > > > Happens with IE, netscape, OE. Installed latest IE5 and reset all browser > > defaults. > > > > Customers both have different modems. One runs Win98, the other Win98SE. > > > > One has AOL5, the other doesn't. Tried disabling AOL Dialup Adapter. > Removed > > extra occurences of wsock.vxd in the AOL directories. Removed TCPIP and > DUN > > and reinstalled. Cannot pin this problem down. > > > > Might now be related to the DSP's at all, but I figured I'd give this list > a > > shot. Maybe someone else has run across this problem. Any ideas? > > > > -- > > Regards, > > > > Scot > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Folks, On a slightly off topic discussion does anyone now where/how to get a Sportster modem replaced under warranty ? I went through 3Com's website, through 2 voice reponse systems, talked to nobody but a machine and still aren't any closer to get an RMA numebr for this modem. Thanks in advance. Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

Scot, I've seen the same behavior when one end has IP header compression turned on and the other end doesn't (i.e. you and the customer). That's our #1 problem with folks seeing slow or non-existent throughput. Jeff Binkley ASA Network Computing U>ppp mon trace was the next thing I was going to do with the customer U>when they call back. We have a few .54 DSP cards, so I need to have U>2051 running. U>Funny that this just started happening in the past 3 weeks. Only to 2 U>customers. And we've been running 2.0.51 since a week after it U>released (December?). U>-- U>Scot U>----- Original Message ----- U>From: Clint R. Sparks <csparks@cqc.com> U>To: <usr-tc@lists.xmission.com> U>Sent: Friday, May 26, 2000 6:11 PM U>Subject: Re: (usr-tc) TCPIP Stall U>> We had this problem as well a couple of months ago using 2.0.51 on U>> our DSP's, I spoke with 3 Com and another ISP about it and they said U>> they had been hearing of some issues with the stalling with 2.0.51 U>so they suggested U>> going back to 2.0.60 which we did and no more complaints or problems U>> with stalling since switching back to 2.0.60. U>> U>> Clint R. Sparks U>> ComQuest Internet Services U>> csparks@cqc.com U>> U>> U>> ----- Original Message ----- U>> From: "Scot Desort" <scot@njaccess.net> U>> To: <usr-tc@lists.xmission.com> U>> Sent: Friday, May 26, 2000 4:44 PM U>> Subject: (usr-tc) TCPIP Stall U>> U>> U>> > We are running DSP's with 2.0.51 software. We have had 2 customers U>in the U>> > past 3 weeks with this issue. They connect to us just fine. If U>they simply U>> > connect and do nothing else, their connection is stable. We can U>ping back U>> > and forth. They then launch a TCPIP application like IE. Sometimes U>> > immediately, other times after several minutes, their connection U>> > simply stalls. All data traffic stops. They can no longer ping. U>> Even if they close U>> > the app, the ability to send traffic does not return. U>> > Happens with IE, netscape, OE. Installed latest IE5 and reset all U>browser U>> > defaults. U>> > Customers both have different modems. One runs Win98, the other U>> >Win98SE. U>> > One has AOL5, the other doesn't. Tried disabling AOL Dialup U>> Adapter. Removed U>> > extra occurences of wsock.vxd in the AOL directories. Removed U>> TCPIP and DUN U>> > and reinstalled. Cannot pin this problem down. U>> > Might now be related to the DSP's at all, but I figured I'd give U>this list U>> a U>> > shot. Maybe someone else has run across this problem. Any ideas? U>> > -- U>> > Regards, U>> > Scot U>> > - U>> > To unsubscribe to usr-tc, send an email to U>> > "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of U>> > the message. For information on digests or retrieving files and U>> > old messages send "help" to the same address. Do not use quotes U>> >in your message. U>> U>> U>> - U>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U>> with "unsubscribe usr-tc" in the body of the message. U>> For information on digests or retrieving files and old messages U>> send "help" to the same address. Do not use quotes in your U>message. > U>- U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. CMPQwk 1.42-21 9999

> I'm having problems with a user who's connection doesn't seem to be > working. He's logging on fine, but unable to get anywhere once connected. > I've gone over all of his settings to no avail and, thinking possible > TCP/IP corruption, reinstalled that. It did appear to change his traffic > somewhat, but still no success getting anywhere. He's running an old > Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. Boy does this sound familier.... Since the last set of software upgrades I did on the HiperArc system here (I'd have to look up the revs) every 30 days (+-1 day) the damn thing quits giving out DNS information on all channels. It assigns the IP but fails to assign the DNS servers during negotiation. Rebooting clear it up everytime. I let my software contract elapse the first of the year so I have no recourse in getting it fixed. So I reboot the unit on a 25 day schedule <argh!!>. Steve > Here's the relevant ppp traces; > > Before reinstalling TCP/IP: > Incoming PPP Data on interface: slot:1/mod:11 > 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | > 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 65 66 | Lef | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| > 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| > 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | > a3 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | > 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 05 72 | L r | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | > 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 62 64 | Lbd | > > After reinstalling TCP/IP: > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | > 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | > 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | > 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | > 16 04 01 00 35 00 2d 58 80 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | > 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | > 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | > 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | > 15 04 01 00 35 00 2d 58 81 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | > 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | > 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| > 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | > 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | > 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | > 15 04 02 00 35 00 2a 91 55 | 5 * U | > > > Any ideas what this guy's problem might be? > Thanks, > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.net > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I'm having problems with a user who's connection doesn't seem to be working. He's logging on fine, but unable to get anywhere once connected. I've gone over all of his settings to no avail and, thinking possible TCP/IP corruption, reinstalled that. It did appear to change his traffic somewhat, but still no success getting anywhere. He's running an old Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. Here's the relevant ppp traces; Before reinstalling TCP/IP: Incoming PPP Data on interface: slot:1/mod:11 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | Outgoing PPP Data on interface: slot:1/mod:11 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | a3 | | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 65 66 | Lef | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | a3 | | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | a3 | | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 05 72 | L r | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 62 64 | Lbd | After reinstalling TCP/IP: Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | 00 01 | | Outgoing PPP Data on interface: slot:2/mod:12 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | 16 04 01 00 35 00 2d 58 80 | 5 -X | Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | 00 01 | | Outgoing PPP Data on interface: slot:2/mod:12 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | 15 04 01 00 35 00 2d 58 81 | 5 -X | Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | Outgoing PPP Data on interface: slot:2/mod:12 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | 15 04 02 00 35 00 2a 91 55 | 5 * U | Any ideas what this guy's problem might be? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Just for giggles.. have you rebooted your chassis recenty? A lot of these mysterious errors can be 'solved' by a good ol fashioned power-cycle. I does look like something is happening, as you are getting requests FROM them (the URL's are in the trace) but you don't seem to resolve them (no host address going back to them)... so it may be on your side. See above for a possible solution. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Tue, 30 May 2000, K Mitchell wrote: > I'm having problems with a user who's connection doesn't seem to be > working. He's logging on fine, but unable to get anywhere once connected. > I've gone over all of his settings to no avail and, thinking possible > TCP/IP corruption, reinstalled that. It did appear to change his traffic > somewhat, but still no success getting anywhere. He's running an old > Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. > Here's the relevant ppp traces; > > Before reinstalling TCP/IP: > Incoming PPP Data on interface: slot:1/mod:11 > 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | > 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 65 66 | Lef | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| > 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| > 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | > a3 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | > 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 05 72 | L r | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | > 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 62 64 | Lbd | > > After reinstalling TCP/IP: > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | > 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | > 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | > 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | > 16 04 01 00 35 00 2d 58 80 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | > 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | > 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | > 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | > 15 04 01 00 35 00 2d 58 81 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | > 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | > 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| > 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | > 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | > 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | > 15 04 02 00 35 00 2a 91 55 | 5 * U | > > > Any ideas what this guy's problem might be? > Thanks, > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.net > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

At 10:15 PM 5/30/00 -0400, Paul Farber wrote: >Just for giggles.. have you rebooted your chassis recenty? A lot of these >mysterious errors can be 'solved' by a good ol fashioned power-cycle. Been awhile since the chassis has been rebooted, but I'm leaning towards it being something else. Nobody else has reported any problems, and the problem user is a new signup. >I does look like something is happening, as you are getting requests FROM >them (the URL's are in the trace) but you don't seem to resolve them (no >host address going back to them)... so it may be on your side. See above >for a possible solution. Forgot to mention, his connectoid had been set to server assigned DNS, which works for our other users without problems. I tried manually adding our DNS servers to the connectoid and saw no improvement. Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Kirk- Sounds similar to my "TCPIP Stall" post a few days ago. Can he ping (by IP) FIRST before he launches any TCPIP app? Then, can he ping by FQDN next? I had some good suggestions appear on the isp-nt list. One that seemed to ring loudly is disabling IP header compression on the client side. Haven't contacted my customer yet to try. If you are not on the ISP list, I'll email some of the other solutions offline tomorrow. -- Scot ----- Original Message ----- Sent: Tuesday, May 30, 2000 9:38 PM > I'm having problems with a user who's connection doesn't seem to be > working. He's logging on fine, but unable to get anywhere once connected. > I've gone over all of his settings to no avail and, thinking possible > TCP/IP corruption, reinstalled that. It did appear to change his traffic > somewhat, but still no success getting anywhere. He's running an old > Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. > Here's the relevant ppp traces; > > Before reinstalling TCP/IP: > Incoming PPP Data on interface: slot:1/mod:11 > 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | > 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 65 66 | Lef | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| > 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| > 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | > a3 | | > > > Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | > 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 05 72 | L r | > > > Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | > 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 62 64 | Lbd | > > After reinstalling TCP/IP: > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | > 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | > 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | > 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | > 16 04 01 00 35 00 2d 58 80 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | > 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | > 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | > 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | > 15 04 01 00 35 00 2d 58 81 | 5 -X | > > > Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | > 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | > 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| > 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | > > > Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | > 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | > 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | > 15 04 02 00 35 00 2a 91 55 | 5 * U | > > > Any ideas what this guy's problem might be? > Thanks, > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.net > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

At 10:39 PM 5/30/00 -0400, Scot Desort wrote: >Kirk- > >Sounds similar to my "TCPIP Stall" post a few days ago. Can he ping (by IP) >FIRST before he launches any TCPIP app? Then, can he ping by FQDN next? I'll try that when he calls tomorrow. >I had some good suggestions appear on the isp-nt list. One that seemed to >ring loudly is disabling IP header compression on the client side. Haven't >contacted my customer yet to try. If you are not on the ISP list, I'll >email some of the other solutions offline tomorrow. I'm on the isp-nt list also but missed that thread as I was away ay ISPCon last week. I'll start looking back through the posts. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

We've run into some cases like this after they installed Netboost, Internet Security, or a host of other programs to "help" their connection speed. After the install, they either cannot connect or cannot go anywhere. They can be a bear to uninstall too. Dunno if this is an issue in your case but it is worth consideration. At 09:38 PM 5/30/00 -0400, you wrote: >I'm having problems with a user who's connection doesn't seem to be >working. He's logging on fine, but unable to get anywhere once connected. >I've gone over all of his settings to no avail and, thinking possible >TCP/IP corruption, reinstalled that. It did appear to change his traffic >somewhat, but still no success getting anywhere. He's running an old >Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. >Here's the relevant ppp traces; > >Before reinstalling TCP/IP: >Incoming PPP Data on interface: slot:1/mod:11 > 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > >Outgoing PPP Data on interface: slot:1/mod:11 > 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | > 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | > > >Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > >Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | > 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 65 66 | Lef | > > >Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| > 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| > 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| > 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | > 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | > a3 | | > > >Incoming PPP Data on interface: slot:1/mod:11 > 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | > a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| > 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| > 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| > 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | > 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | > a3 | | > > >Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | > 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 05 72 | L r | > > >Outgoing PPP Data on interface: slot:1/mod:11 > 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | > ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | > 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | > ff 00 89 00 89 00 4c 62 64 | Lbd | > >After reinstalling TCP/IP: >Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | > 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > >Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | > 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | > 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | > 16 04 01 00 35 00 2d 58 80 | 5 -X | > > >Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | > 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | > 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| > 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | > 00 01 | | > > >Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | > 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | > 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | > 15 04 01 00 35 00 2d 58 81 | 5 -X | > > >Incoming PPP Data on interface: slot:2/mod:12 > 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | > 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | > 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| > 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | > > >Outgoing PPP Data on interface: slot:2/mod:12 > 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | > 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | > 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | > 15 04 02 00 35 00 2a 91 55 | 5 * U | > > >Any ideas what this guy's problem might be? >Thanks, >-- >Kirk Mitchell-General Manager mitch@keyconn.net >Keystone Connect Unlock Your World >Altoona, PA 814-941-5000 http://www.keyconn.net > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM __________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Everyone, We continue to struggle with certain MAC computers connecting to our TC racks. The struggle is often on older MACs (prior to version 8) which don't always come with a browser and sometimes not even a PPP stack. Our latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering what folks are doing to provide software to MAC customers. We have a CDROM burner and we have the HyCD software which supposedly burns MAC CDROMs ( we downlaod the software off of the Internet and then burn the CDs) but we have had limited success with this. What are others doing to deal with the MACs ? THanks, Jeff Binkley ASA Network Computing

There are a *few* Mac/PC setup CD's out there. A quick search should bring them up. I believe that most small/med ISP's don't have a formal MAC support system. Seeing that they are less prevelant than even LINUX boxes (in my experience).... that or linux users can get on without assistance while MAC users are led to believe that this stuff really does work as advertised. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 31 May 2000, Jeff Binkley wrote: > > Everyone, > > We continue to struggle with certain MAC computers connecting to our TC > racks. The struggle is often on older MACs (prior to version 8) which > don't always come with a browser and sometimes not even a PPP stack. Our > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering > what folks are doing to provide software to MAC customers. We have a CDROM > burner and we have the HyCD software which supposedly burns MAC CDROMs ( > we downlaod the software off of the Internet and then burn the CDs) but > we have had limited success with this. What are others doing to deal > with the MACs ? > > THanks, > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Wed, 31 May 2000, Paul Farber wrote: > MAC users are led to believe that this stuff really does work as > advertised. It actually does if you don't need to dial into a HiPer DSP equipped ISP. You should give it a shot sometime. Two plugs, a phone number, and a login is about all you need. No 'dialup adapter' or tcp-ip stack to install/uninstall/reinstall. I won't vouch for the quality of the old system, but O/T PPP blows most other crap away... Unless you're stuck dialing into usr equipment. :) Charles > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 31 May 2000, Jeff Binkley wrote: > > > > > Everyone, > > > > We continue to struggle with certain MAC computers connecting to our TC > > racks. The struggle is often on older MACs (prior to version 8) which > > don't always come with a browser and sometimes not even a PPP stack. Our > > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering > > what folks are doing to provide software to MAC customers. We have a CDROM > > burner and we have the HyCD software which supposedly burns MAC CDROMs ( > > we downlaod the software off of the Internet and then burn the CDs) but > > we have had limited success with this. What are others doing to deal > > with the MACs ? > > > > THanks, > > > > Jeff Binkley > > ASA Network Computing > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

OK, I've forgotten what RAM I need for a NETserver, and I've forgotten where the list archives are :-( I know I need a 16mb non-EDO SIMM, but do I need parity or not? Thanks in advance!

And you have what experience with TC? They are pretty good RAS'es. Most of the time a crappy modem (Apple is not immune to this) or old drivers are the problem. I wish I had a dime for every sw update that 'magically' cleared up a connect problem. MAC has not released new modem drivers in about 6 months.... so THEY perfected v.90 code??? Don't think so. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 31 May 2000, Charles Sprickman wrote: > On Wed, 31 May 2000, Paul Farber wrote: > > > MAC users are led to believe that this stuff really does work as > > advertised. > > It actually does if you don't need to dial into a HiPer DSP equipped > ISP. You should give it a shot sometime. Two plugs, a phone number, and > a login is about all you need. No 'dialup adapter' or tcp-ip stack to > install/uninstall/reinstall. > > I won't vouch for the quality of the old system, but O/T PPP blows most > other crap away... Unless you're stuck dialing into usr equipment. :) > > Charles > > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Wed, 31 May 2000, Jeff Binkley wrote: > > > > > > > > Everyone, > > > > > > We continue to struggle with certain MAC computers connecting to our TC > > > racks. The struggle is often on older MACs (prior to version 8) which > > > don't always come with a browser and sometimes not even a PPP stack. Our > > > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering > > > what folks are doing to provide software to MAC customers. We have a CDROM > > > burner and we have the HyCD software which supposedly burns MAC CDROMs ( > > > we downlaod the software off of the Internet and then burn the CDs) but > > > we have had limited success with this. What are others doing to deal > > > with the MACs ? > > > > > > THanks, > > > > > > Jeff Binkley > > > ASA Network Computing > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Paul Farber >And you have what experience with TC? They are pretty good RAS'es. I would agree with both of you actually. The TC (now called "Total Control 1000" apparently by 3Com), is a pretty good RAS unit...and OT is a pretty slick dial-up software. But, it is also true that TC's and Macs tend to not play well with each other. I tend to also agree that the modems are most likely to blame...but that doesn't make OT suck. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Wed, 31 May 2000, Paul Farber wrote: > And you have what experience with TC? Three years or so, give or take a few months... > They are pretty good RAS'es. Most > of the time a crappy modem (Apple is not immune to this) or old drivers > are the problem. I wish I had a dime for every sw update that 'magically' > cleared up a connect problem. And I'd like a dime for each time it didn't. We'd be equally rich. > MAC has not released new modem drivers in about 6 months.... so THEY > perfected v.90 code??? Don't think so. And the last time there was a DSP release that didn't have some sort of Rockwell fix? Personally, I'd prefer to have 3Com add more "workarounds" for things like this. Too many folks end up moving over to Ascend shops when we tell them they'll have to tweak their modem script to connect at a max 4xxxx bps to maintain a stable connection. The days of USR being the "most compatible" are over. Maybe Apple (and others) only test with Ascend/Lucent as they know that 80% or more of the the wholesale dialup ports out there are non-3Com. Even AOL is ditching 3Com for Cisco these days... Charles ps- another random thought, Michelle Catalano (sp?) does not work at Lucent. > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Wed, 31 May 2000, Charles Sprickman wrote: > > > On Wed, 31 May 2000, Paul Farber wrote: > > > > > MAC users are led to believe that this stuff really does work as > > > advertised. > > > > It actually does if you don't need to dial into a HiPer DSP equipped > > ISP. You should give it a shot sometime. Two plugs, a phone number, and > > a login is about all you need. No 'dialup adapter' or tcp-ip stack to > > install/uninstall/reinstall. > > > > I won't vouch for the quality of the old system, but O/T PPP blows most > > other crap away... Unless you're stuck dialing into usr equipment. :) > > > > Charles > > > > > > > > > Paul Farber > > > Farber Technology > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > On Wed, 31 May 2000, Jeff Binkley wrote: > > > > > > > > > > > Everyone, > > > > > > > > We continue to struggle with certain MAC computers connecting to our TC > > > > racks. The struggle is often on older MACs (prior to version 8) which > > > > don't always come with a browser and sometimes not even a PPP stack. Our > > > > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering > > > > what folks are doing to provide software to MAC customers. We have a CDROM > > > > burner and we have the HyCD software which supposedly burns MAC CDROMs ( > > > > we downlaod the software off of the Internet and then burn the CDs) but > > > > we have had limited success with this. What are others doing to deal > > > > with the MACs ? > > > > > > > > THanks, > > > > > > > > Jeff Binkley > > > > ASA Network Computing > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

You might have already checked this but see if he has multiple winsock.dll's on his machine. We've had a number of members with this type of problem and they end up having winsocks all over the place. Delete the extras and leave the one in their main Windows directory and they work fine from there. Hope that helped. Regards, Chad J. LaFrenz System Admin. Roaring Fork Computer Society / RoFIntUG An educational, non-profit ISP proudly serving the Aspen, Glenwood Springs, Rifle and Vail Valleys. http://www.rof.net -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell Sent: Tuesday, May 30, 2000 7:39 PM I'm having problems with a user who's connection doesn't seem to be working. He's logging on fine, but unable to get anywhere once connected. I've gone over all of his settings to no avail and, thinking possible TCP/IP corruption, reinstalled that. It did appear to change his traffic somewhat, but still no success getting anywhere. He's running an old Gateway with a 28.8 modem, running ARC 4.2.32 and DSP 0.49hw/2.0.81sw here. Here's the relevant ppp traces; Before reinstalling TCP/IP: Incoming PPP Data on interface: slot:1/mod:11 80 21 01 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | Outgoing PPP Data on interface: slot:1/mod:11 80 21 02 03 00 1c 02 06 00 2d 0f 00 03 06 cc ab | ! - | 1f a3 81 06 cc ab 1f 04 83 06 cc ab 1f 05 | | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1b 00 00 00 20 11 a6 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 65 66 00 07 29 | Lef )| 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | a3 | | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab ad 00 00 ff 01 37 1e cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 96 38 00 00 00 00 45 00 00 | 8 E | 60 1b 00 00 00 20 11 a6 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 65 66 | Lef | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1c 00 00 00 20 11 a5 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 05 72 00 08 29 | L r )| 10 00 01 00 00 00 00 00 01 20 44 43 44 41 44 41 | DCDADA| 44 41 43 41 43 41 43 41 43 41 43 41 43 41 43 41 |DACACACACACACACA| 43 41 43 41 43 41 43 41 41 41 00 00 20 00 01 c0 |CACACACAAA | 0c 00 20 00 01 00 04 93 e0 00 06 80 00 cc ab 1f | | a3 | | Incoming PPP Data on interface: slot:1/mod:11 21 45 00 00 60 1d 00 00 00 20 11 a4 94 cc ab 1f |!E ` | a3 cc ab 1f ff 00 89 00 89 00 4c 62 64 00 09 29 | Lbd )| 10 00 01 00 00 00 00 00 01 20 45 48 45 42 46 45 | EHEBFE| 45 46 46 48 45 42 46 4a 43 41 43 41 43 41 43 41 |EFFHEBFJCACACACA| 43 41 43 41 43 41 43 41 41 44 00 00 20 00 01 c0 |CACACACAAD | 0c 00 20 00 01 00 04 93 e0 00 06 00 00 cc ab 1f | | a3 | | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab ae 00 00 ff 01 37 1d cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 f6 2c 00 00 00 00 45 00 00 | , E | 60 1c 00 00 00 20 11 a5 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 05 72 | L r | Outgoing PPP Data on interface: slot:1/mod:11 21 45 00 00 38 ab af 00 00 ff 01 37 1c cc ab 1f |!E 8 7 | ff cc ab 1f a3 03 03 99 3a 00 00 00 00 45 00 00 | : E | 60 1d 00 00 00 20 11 a4 94 cc ab 1f a3 cc ab 1f |` | ff 00 89 00 89 00 4c 62 64 | Lbd | After reinstalling TCP/IP: Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 41 11 00 00 00 20 11 20 50 cc ab 1f |!E A P | 9b cc ff b0 16 04 01 00 35 00 2d 58 80 00 01 01 | 5 -X | 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | 00 01 | | Outgoing PPP Data on interface: slot:2/mod:12 21 45 00 00 38 d3 ab 00 00 0f 01 42 32 a7 98 02 |!E 8 B2 | 09 cc ab 1f 9b 0b 00 97 1c 00 00 00 00 45 00 00 | E | 41 11 00 00 00 01 11 40 50 cc ab 1f 9b cc ff b0 |A @P | 16 04 01 00 35 00 2d 58 80 | 5 -X | Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 41 12 00 00 00 20 11 1f 51 cc ab 1f |!E A Q | 9b cc ff b0 15 04 01 00 35 00 2d 58 81 00 01 01 | 5 -X | 00 00 01 00 00 00 00 00 00 06 68 6f 6d 65 31 32 | home12| 08 6e 65 74 73 63 61 70 65 03 63 6f 6d 00 00 01 | netscape com | 00 01 | | Outgoing PPP Data on interface: slot:2/mod:12 21 45 c0 00 38 53 17 00 00 f1 01 e0 04 a7 98 02 |!E 8S | 0a cc ab 1f 9b 0b 00 98 1b 00 00 00 00 45 00 00 | E | 41 12 00 00 00 01 11 3e 51 cc ab 1f 9b cc ff b0 |A >Q | 15 04 01 00 35 00 2d 58 81 | 5 -X | Incoming PPP Data on interface: slot:2/mod:12 21 45 00 00 3e 13 00 00 00 20 11 1e 54 cc ab 1f |!E > T | 9b cc ff b0 15 04 02 00 35 00 2a 91 55 00 01 01 | 5 * U | 00 00 01 00 00 00 00 00 00 03 77 77 77 04 68 6f | www ho| 6d 65 03 6d 73 6e 03 63 6f 6d 00 00 01 00 01 |me msn com | Outgoing PPP Data on interface: slot:2/mod:12 21 45 c0 00 38 54 d1 00 00 f1 01 de 4a a7 98 02 |!E 8T J | 0a cc ab 1f 9b 0b 00 5f 49 00 00 00 00 45 00 00 | _I E | 3e 13 00 00 00 01 11 3d 54 cc ab 1f 9b cc ff b0 |> =T | 15 04 02 00 35 00 2a 91 55 | 5 * U | Any ideas what this guy's problem might be? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hey, guys. The day before leaving for ISPCON, I noticed the NMC we where using with some Quads wasn't X2 enabled... so in a panic, I was able (with someone's help here) to erase the password on another NMC with an X2 key, and get the system fixed up, before leaving... From Florida, I noted the NMC card was only 4.3.4 and wasn't recognizing the HiperDSP or HiperARC... which made for some interesting TCView and MRTG charts... but at least it was running. Yesterday, I finally got around to putting it on my to-do list. I would flash it to 6.1.17 and thats' it... but instead the goddamn NMC card keep timing out, and the flash failed. I then noted it only had 4 Megs DRAM, 2 Megs Flash... *grumble* I switch the flash with an 8 Meg, and put a 16 in DRAM slot 2, but the system ignores the 16 Megger... after fighting with different combos of cards, memory, flash and that infernal PCSDL program for hours, I am able to successfully get the card up on 6.0.9 without upsetting the dialled in customers. Whew... However, suddenly, all the customers get dropped off the DSP... and it's not picking up anymore... so I swap about some PRIs. The box looks normal from the front, but TCView only sees the DSP as a yellow card... the TCM doesn't acknowledge the DSP either, but I can click on the empty slot and bring up programmed settings. What should I try now? I'd like to update the system to 6.1.17, but does that require 8 Meg or Flash or DRAM... I have 8 Flash, but 4 DRAM right now... IIRC, 6.0.9 should like the HiperDSP's fine... right? This is probably a stupid question, but is there anyway to transfer an X2 key? ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Also sprach Stephen Amadei >The day before leaving for ISPCON, Was good to meet you there. :) OK...gonna rearrange these slightly to answer the easy ones first. :) >This is probably a stupid question, but is there anyway to transfer an >X2 key? No. The key is tied to the serial number of the card, so it can't get transferred. >What should I try now? I'd like to update the system to 6.1.17, but does >that require 8 Meg or Flash or DRAM... I have 8 Flash, but 4 DRAM right >now... You'll need at least 8 megs of RAM for the 6.1.17 code, I don't recall if it requires 16 or not, but I do know that you need at least 8...BTW, I'd suggest 6.1.81 as there are some security issues with SNMP in the 6.1.17 code. >IIRC, 6.0.9 should like the HiperDSP's fine... right? Nope. Thus the difference between 6.0.x and 6.1.x. The 6.0.x code was made available so people could still use it on 4/2 NMC's if all they had were non-HiPer cards. If you have HiPer cards though, you have to have at least 6.1.x. Of course, if you have an HiPer NMC, it only runs the 6.2.x code. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I have having a strange problem where someone will call in and get a Long busy signal or dead air ... I have tried DSP code 2.1.9 2.0.81 2.0.70 it happens each version of code ... A DSP will have about 4 channels left on it and then overflow into the next DSP and some callers get the Long busy or dead air ... any ideas?? I have swapped known working DSPs and still have the problem .. I have had the Telco here today with all kinds of testing equipment and they keep saying it's our end ... BTW: I am also seeing this problem in some Quads ... instead od going "orange" a call will go "red" always on the same channel ... I have swapped good Quads into the same location and still have the problem ...

After hearing 3Com swoon about the renamed "Total Control 1000" platform with it's DSPs and Quads and how everything is going to be nice, I just noticed in the compatibilty notes for TCS 4.0 (the only part I have access to) that this is to be the last tested compatibility software version for the Quads. Does this mean all Quad fixes are now finished? IMHO, I'm not ready to trash my Quads in favor of DSPs that drop more and connect at lower speeds. Any thoughts? ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ