May 1999

Subject: (usr-tc) 56k updates
From: Richard Gamberg <bbhi@shaka.com>
Date: 1999-05-01 10:58:01

The 56k=v.Unreliable site http://808hi.com/56k/ [mirrored at http://808news.com/56k] Recent updates: Cirrus/Ambient, PCTel & ESS modems http://808hi.com/56k/badchips.htm Rockwell/Conexant HCF modems info- http://808hi.com/56k/rockhcf.htm Lucent LT Win Modem / 5.44 f/w - http://808hi.com/56k/x2-lucent.htm V.90 Interoperability status - http://808hi.com/56k/x2-interop.htm The Main Troubleshooting Page has been updated with a section on frequent disconnects, and the list of ISP access numbers has been updated to reflect the type of server modem used by the ISP. http://808hi.com/56k/r-rnut-x2-3.htm - Main Troubleshooting Page What's a 56k-compatible line? - http://808hi.com/56k/56kline.htm Modems & Call Waiting - http://808hi.com/56k/callwait.htm RBS & 56k update - http://808hi.com/56k/rbs2.htm Useful Links - http://808hi.com/56k/links.htm How to Flashback 3Com/USR modems - http://808hi.com/56k/flashback.htm 56k TROUBLESHOOTING - Check Your Throughput - http://808hi.com/56k/x2-thru.htm Limiting Your Connect Speed - http://808hi.com/56k/x2-linklimit.htm Who Manufactured Your Modem? - http://808hi.com/56k/whomadeit.htm 3Com Diagnostic Screens - http://808hi.com/56k/diag3com.htm If you get 115.2k connects - http://808hi.com/56k/x2-inf1.htm NEWS & UPDATES - http://808hi.com/56k/news.htm LATEST UPDATES - http://808hi.com/56k/latest.htm Why 56k=v.Unreliable - http://808hi.com/56k/why56kis.htm From the guestbook - http://808hi.com/56k/guestbook.htm "AWESOME site...." "Your page on limiting connection speed put me on the right track..." "When you are totally frustrated this is a great place to go see that you aren't alone!!!" "You have gathered an impressive array of information and links. Keep up the GREAT work. Those of us here, at PenTeleData (an ISP in PA), have found your resources EXTREMELY useful and pass the link on to many of our customers." "THANK-YOU!!! Great explanations and information about how, why, when to upgrade. I followed the instructions and increased my 28000 bps to 52000 bps. Many thanks, I will pass this site on..." Note - my site is copyrighted; many ISP help pages link to one or more of my pages - no permission is needed to do this; however, if you want to COPY info & place on your site, you need to get my permission. Thanks. Aloha, Richard

Subject: (usr-tc) Is HiperDSP hw ver 0.53 junk?
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-01 19:48:27

I just installed two new Hdsp's hardware ver .53 right next to two new ver .43 cards in a new chassis. Powering up the chassis, one of the .53 cards failed. After a flash upgrade, both .53 cards were crashed in funny error states. Both .43 cards are flawless. Anyone seen this? -- Aaron Nabil

Subject: Re: (usr-tc) Does NOT support IP
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-01 20:02:41

On Fri, 30 Apr 1999, John Mies wrote: > Anyone know what this message means? > > New PPP Call received on interface slot:1/mod:10 > PPP - Authentication Complete to spooky75. > Peer PPP at spooky75 Does NOT support IP, DISABLING. > (IPCP) Layer Down for Bundle 5885, Link 20829360, to spooky75. Do a mon ppp on the hiper arc and see what you get. krish > > I walked the customer through her TCP/IP settings blah blah and everything > should be OK on her side...she did have a weird external modem, tho...

Subject: (usr-tc) Help, No ring then Fast busy's after moving
From: Mike Hamrich <mikeh@drfast.net>
Date: 1999-05-01 20:22:11

This is a multi-part message in MIME format. ------=_NextPart_000_008C_01BE9410.4B345120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit We just moved from old to new data center. Have 2 PRI's setup with two way rollover. Equipment HiperArc latest code, with quads that was working ok, not as good as old Netserver. Any time we get between 23-30 calls. Our users, hear no ringing, a pause then click and a fast busy. The PRI have CD an no errors. Telco says it's a modem on our TC, 3Com says it's the PRI lines. I have put modem into first available mode instead of round robin and took 4 modems at a time of hook. To force calls to terminate on all the modems to prove OK. I have never seen a call terminate above the 13 B channel on the second PRI. Until a Telco tech took 4 b channels out of service in the front of the second PRI. They still blame the netserver. Andy Ideas? ICG is Telco. Thank Mike -----Original Message----- > > > Scott: > > If you issue the command "save all" then all of your configuration will be >saved into NV-RAM, and will still be there after you reboot, or change code. > I have been told that the Harc acts as if it has 3 memory areas (but this >is not necessarily the physical configuration). There is "active ram" where >things are actually done, then there are 2 areas of NV-RAM: one for the code, >and another for the configuration. When you download new software it simply >replaces the software in the "NV-RAM for Code" area. This is why you must >reboot a card after you download new code. It must be moved from the NVRAM to >the "active" RAM, where it is then implemented. > Many users download code during the day, and then issue the reboot command >during off hours, so as not to kick off too many End Users. > > Hope this helps. > > > Todd ;-} > > > > > > > >Scott Boggs <sboggs@unitedbank.net> on 04/22/99 03:56:52 PM > >Please respond to usr-tc@lists.xmission.com > >To: usr-tc@lists.xmission.com >cc: (Todd Keister/MW/US/3Com) >Subject: (usr-tc) HARC upgrade > > > > >The HARC I got with the original chassis had 4.1.11 code. >I have the 4.1.59-6 code ready to load with TCM. >I am wondering about my current config and setup. >Will a new load blank my current settings? >Example- Radius server ip, syslog server ip. >I also have a few static routes set up in the routing table. >Will those be safe? > >Basically- does the process simply load the code, reboot, >and start running again with new fixes and features? > >Thanks, >Scott Boggs >United Bank > > >- > 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. ------=_NextPart_000_008C_01BE9410.4B345120 Content-Type: text/x-vcard; name="Mike H. Hamrich.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Mike H. Hamrich.vcf" BEGIN:VCARD VERSION:2.1 N:Hamrich;Mike;H. FN:Mike H. Hamrich ORG:DrFast.Net, Inc. TITLE:CIO TEL;WORK;VOICE:216-797-1040 TEL;WORK;FAX:216-797-1050 ADR;WORK:;;26111 Brush Ave.;Euclid;OH;44132;USA LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:26111 Brush Ave.=3D0D=3D0AEuclid, = OH 44132=3D0D=3D0AUSA URL: URL:http://www.drfast.net EMAIL;PREF;INTERNET:mikeh@drfast.net REV:19990502T002211Z END:VCARD ------=_NextPart_000_008C_01BE9410.4B345120--

Subject: Re: (usr-tc) Is HiperDSP hw ver 0.53 junk?
From: Jamie Orzechowski <mhz@ripnet.com>
Date: 1999-05-01 23:52:47

I got the same thing .. the .53's would reboot over and over in a loop ... the .43 was fine ... I moved the .53's to a new rack and reflashed and they were fine when I moved them back .. . ----- Original Message ----- Sent: Saturday, May 01, 1999 10:48 PM > > I just installed two new Hdsp's hardware ver .53 right next to two new > ver .43 cards in a new chassis. > > Powering up the chassis, one of the .53 cards failed. > > After a flash upgrade, both .53 cards were crashed in funny error states. > > Both .43 cards are flawless. > > Anyone seen this? > > -- > Aaron Nabil > > - > 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. > >

Subject: (usr-tc) CT3 NIC
From: Brian <signal@shreve.net>
Date: 1999-05-03 09:02:18

Is the CT3/DS3 NIC for the Total Control Hubs out their yet? What advantages are their to using it over say just individule PRI's? Will it just occupy all the NIC slots in the back of the chassis, or does it require the use of any NAC slots as well? Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) TCM for Linux
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-03 10:57:51

Can one of the 3com people point me in the right direction as to whom I can pester for a TCM Linux version? We've already tossed Solaris on all our non-MP Sparcs for Debian Linux. It sure would be swell if I could get TCM installed on one as well. I know many people would rejoice if there was a Linux x86 version as well. I would presume that all that is required is a recompile from the Solaris version. Why this hasn't happened yet is beyond me. I'm willing to "chase the stick" on this just as long as I'm pointed in the right direction.

Subject: (usr-tc) HiPer Dialout
From: Robert J. Adams <radams@siscom.net>
Date: 1999-05-03 11:03:35

Hello, Anyone have and example dialout config (to customer Netgear RT328)? Any help would be greatly appreciated. -j --- Robert J. Adams radams@siscom.net http://www.siscom.net Looking to outsource news? http://www.newshosting.com SISCOM Network Administration - President, SISCOM Inc. Phone: 937-222-8150 FAX: 937-222-8153

Subject: (usr-tc) New USRTC, CT1, dead air
From: zip-usrtc@ran.zipcon.net
Date: 1999-05-03 11:58:49

I have my first USR-TC in with a new CT1 from MCI/Worldcom. The box does not appear to be answering calls for some reason. I do see the call when I run 'disp atstat' on the HiPer DSP card: Tslot Status Modem Status Call ID Action Q931 Connect Srvc State Queued Ref 01 Dial In 001 IS 0x00100001 NONE 0x00000000 I hear no modem tones when dialing though, just dead air. I've set up the HiPer ARC and don't think there is a problem there. The DSP card is set up like this: span1/tslot1> disp cprofile Span1 Channelized T1 Profile is: E&M TYPE II GENERIC PROFILE span1/tslot1> disp diotrst Span1 Dial In Out Trunk Start is: WINK span1/tslot1> disp lcod Span1 Line Coding is: B8ZS - Binary Eight Zero Code Suppression span1/tslot1> disp ltype Span1 Line Type is: ESF span1/tslot1> disp physst Span1 Physical State is: F1 OPERATIONAL span1/tslot1> disp tonetype Span1 Tone Type is: DTMF TONE I'm using the PM3 with trunk E&M wink start, ESF framing, BZ8S encoding with no problems. Thanks for any help, Dan

Subject: Re: (usr-tc) Farewell
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1999-05-03 12:37:01

On Thu, 29 Apr 1999, MegaZone wrote: > > But I've enjoyed the exchanges here over these past years, and I > wanted to thank everyone for their opinions, help, and kindness. > > Thanks, take care. > > -MZ Many thanks to you for your helpful tips, advice, and cluebyfours. I will miss your posts on the NAS lists. --jeff ============================================================================ Jeffrey A. Lynch | JORSM Internet, Regional Internet Services email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN Autoresponse: info@jorsm.com | Quality Service, Affordable Prices http://www.jorsm.com | Serving Gov, Biz, Indivds Since 1995

Subject: (usr-tc) Re: New USRTC, CT1, dead air
From: zip-usrtc@ran.zipcon.net
Date: 1999-05-03 12:38:21

On Mon, 3 May 1999, Tatai SV Krishnan wrote: > On 3 May 1999 zip-usrtc@ran.zipcon.net wrote: > > I have my first USR-TC in with a new CT1 from MCI/Worldcom. The box > > does not appear to be answering calls for some reason. I do see the > > call when I run 'disp atstat' on the HiPer DSP card: > > What is the gateway card here - Hiper ARC? NETServer? > > You have to make sure that the modems are enabled and are active. Its a HiPer ARC. The DSP card is in slot 2, I have this set up: HiPer>> show chassis slot 2 CHASSIS SLOT 2 SETTINGS Owner: YES Description: 24 Channel High Density Modem Number of Ports: 24 Type: DYNAMIC Thanks for the help, Dan

Subject: (usr-tc) MP16 to v.90?
From: Network Administrator <netadmin@seidata.com>
Date: 1999-05-03 12:49:22

This is a multi-part message in MIME format. ------=_NextPart_000_01B4_01BE9563.5EA47650 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to find out some information on the older Total Control = MP-16 analog modem banks. I have worked with the modems for quite = sometime, and was curious if these can be upgraded to 56k or v.90? I = have heard from some, no they can not and from others yes they can. Does = anyone know if this is possible or not? I have not been able to find = documentation on the subject. Thanks, Cheryl ------=_NextPart_000_01B4_01BE9563.5EA47650 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML><HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <STYLE></STYLE> <META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT size=3D2>  I am trying to find out some information = on the=20 older Total Control MP-16 analog modem banks. I have worked with the = modems for=20 quite sometime, and was curious if these can be upgraded to 56k or v.90? = I have=20 heard from some, no they can not and from others yes they can. Does = anyone know=20 if this is possible or not? I have not been able to find documentation = on the=20 subject.</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>Thanks,</FONT></DIV> <DIV><FONT size=3D2>Cheryl</FONT></DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV> <DIV> </DIV></BODY></HTML> ------=_NextPart_000_01B4_01BE9563.5EA47650--

Subject: Re: (usr-tc) New USRTC, CT1, dead air
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-03 14:24:09

On 3 May 1999 zip-usrtc@ran.zipcon.net wrote: > I have my first USR-TC in with a new CT1 from MCI/Worldcom. The box > does not appear to be answering calls for some reason. I do see the > call when I run 'disp atstat' on the HiPer DSP card: > What is the gateway card here - Hiper ARC? NETServer? You have to make sure that the modems are enabled and are active. krish > Tslot Status Modem Status Call ID Action Q931 > Connect Srvc State Queued Ref > 01 Dial In 001 IS 0x00100001 NONE 0x00000000 > > I hear no modem tones when dialing though, just dead air. I've set up > the HiPer ARC and don't think there is a problem there. The DSP card > is set up like this: > > span1/tslot1> disp cprofile > Span1 Channelized T1 Profile is: E&M TYPE II GENERIC PROFILE > > span1/tslot1> disp diotrst > Span1 Dial In Out Trunk Start is: WINK > > span1/tslot1> disp lcod > Span1 Line Coding is: B8ZS - Binary Eight Zero Code Suppression > > span1/tslot1> disp ltype > Span1 Line Type is: ESF > > span1/tslot1> disp physst > Span1 Physical State is: F1 OPERATIONAL > > span1/tslot1> disp tonetype > Span1 Tone Type is: DTMF TONE > > > I'm using the PM3 with trunk E&M wink start, ESF framing, BZ8S encoding > with no problems. Thanks for any help, Dan > > - > 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. >

Subject: Re: (usr-tc) TCM for Linux
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-05-03 14:39:26

On Mon, 3 May 1999, Pete Ashdown wrote: > I know many people would rejoice if there was a > Linux x86 version as well. Indeed.

Subject: (usr-tc) How do I determine the MTU setting in my HiperARC?
From: William Lundin <wlundin@indiana.edu>
Date: 1999-05-03 15:19:23

Hi, This is my first post to this list, so I apologize if this question is not appripriate to this forum or if there is somewhere obvious to get the answer in which I haven't looked. I work for a small ISP, and recently a customer asked us what the MTU setting for our Total Control Hub was. Upon looking at the 3Com Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is 1500, and that it can be set lower than that in some cases. I assume this is set in the ARC, but I'm not positive...At any rate, I don't know where/how to determine the setting. If this question is not totally off base, I'd appreciate it if anyone had any suggestions. Thanks, William Lundin HoosierNet, Inc.

Subject: (usr-tc) path coding violations or CRC errors
From: Randy McMillan <randy@pacinfo.com>
Date: 1999-05-03 15:48:44

Last night users were unable to connect to 3 quad modem cards connected to DSO's 13-24 from a Dual CT1. The modems couldn't finish the negotiation and would continue to retrain until failing. In looking at the performance monitor for the T1, I find that there are a lot of "path coding violations". On the T1 NIC console it calls them CRC errors. I seem to be able to connect to the first DS0's ok. The phone company as checked the line up to their line card and it looks OK to them. I connected the T1 line to a DSP card and I still get the Path coding violations. Any ideas where I should look? Thanks. Randy McMillan

Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
From: Jason W. <jwatkins@iland.net>
Date: 1999-05-03 15:51:46

You can also see the current MTU of a connected user (HiPer ARC) by sending the command: show session username And as Jeff stated the MTU setting can be manipulated via RADIUS. \\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\ Jason Watkins, jwatkins@iland.net I-Land NOC Technician http://www.iland.net \\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\ ----- Original Message ----- Sent: Monday, May 03, 1999 3:28 PM > Thus spake William Lundin > > This is my first post to this list, so I apologize if this > >question is not appripriate to this forum or if there is somewhere > >obvious to get the answer in which I haven't looked. > > > I work for a small ISP, and recently a customer asked us what the > >MTU setting for our Total Control Hub was. Upon looking at the 3Com > >Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is > >1500, and that it can be set lower than that in some cases. I assume > >this is set in the ARC, but I'm not positive...At any rate, I don't > >know where/how to determine the setting. > > The ethernet mtu is almost assuredly 1500...don't know that it can be > changed. > > For the dialup ports, I think the command to find it is: show int > slot:x/mod:y settings > > MTU should be in there. > > If you want to set it, you can either set it in RADIUS on your users > Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course, > or you can set it on the default user in the HARC with, set network user > default mtu 1500. > > I'd not recommend setting this value to anything lower than 1500 as that > tends to cause some serious problems. > -- > 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. >

Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
From: William Lundin <wlundin@indiana.edu>
Date: 1999-05-03 15:54:16

I do see it in the RADIUS users file. It's set to 1500, as you say. I don't get a listing for the MTU when I look at the settings as you describe, but it seems like it is almost always 1500, so that's probably a safe answer to give. Thanks for the extremely fast reply! -- William Lundin HoosierNet, Inc. On Mon, 3 May 1999, Jeff Mcadams wrote: > Thus spake William Lundin > > This is my first post to this list, so I apologize if this > >question is not appripriate to this forum or if there is somewhere > >obvious to get the answer in which I haven't looked. > > > I work for a small ISP, and recently a customer asked us what the > >MTU setting for our Total Control Hub was. Upon looking at the 3Com > >Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is > >1500, and that it can be set lower than that in some cases. I assume > >this is set in the ARC, but I'm not positive...At any rate, I don't > >know where/how to determine the setting. > > The ethernet mtu is almost assuredly 1500...don't know that it can be > changed. > > For the dialup ports, I think the command to find it is: show int > slot:x/mod:y settings > > MTU should be in there. > > If you want to set it, you can either set it in RADIUS on your users > Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course, > or you can set it on the default user in the HARC with, set network user > default mtu 1500. > > I'd not recommend setting this value to anything lower than 1500 as that > tends to cause some serious problems. > -- > 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. > >

Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-03 16:28:17

Thus spake William Lundin > This is my first post to this list, so I apologize if this >question is not appripriate to this forum or if there is somewhere >obvious to get the answer in which I haven't looked. > I work for a small ISP, and recently a customer asked us what the >MTU setting for our Total Control Hub was. Upon looking at the 3Com >Knowledge Base, I saw that (as I had thought) the MTU for Ethernet is >1500, and that it can be set lower than that in some cases. I assume >this is set in the ARC, but I'm not positive...At any rate, I don't >know where/how to determine the setting. The ethernet mtu is almost assuredly 1500...don't know that it can be changed. For the dialup ports, I think the command to find it is: show int slot:x/mod:y settings MTU should be in there. If you want to set it, you can either set it in RADIUS on your users Framed-MTU = 1500 I believe, on either DEFAULT, or individual of course, or you can set it on the default user in the HARC with, set network user default mtu 1500. I'd not recommend setting this value to anything lower than 1500 as that tends to cause some serious problems. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) LCP extensions
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-03 16:37:18

Jamie Orzechowski said once upon a time: >I seem to be having a problem with LCP extensions ... when an NT 4 user = >(or linux 2.2) tries to connect they will get rejected. If they disable = >LCP extensions then their problem goes away. Is there a way to disable = >LCP extensions on the ARC? > >I am running the .43 DSP and 59-6 ARC ...=20 > >any deas? LCP extensions broke in 59-6 DSP/ARC and continued through 43 DSP. Its been said that it will be fixed in the next release. The only ARC workaround is to disable PPP offloading, which is a bad idea IMHO. I've just been dealing with customers one by one and having them shut off their ASYNC map, and if that doesn't work, turn off the LCP extensions entirely.

Subject: Re: (usr-tc) How do I determine the MTU setting in my HiperARC?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-03 17:00:20

Thus spake William Lundin > I do see it in the RADIUS users file. It's set to 1500, as you >say. I don't get a listing for the MTU when I look at the settings as you >describe, but it seems like it is almost always 1500, so that's probably a >safe answer to give. Ah...I believe that is correct....that if its 1500, which is, I believe, the default...then it won't display it....if its different, the other value would be displayed. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) LCP extensions
From: Jamie Orzechowski <andrel@mail.recorder.ca>
Date: 1999-05-03 17:26:05

This is a multi-part message in MIME format. ------=_NextPart_000_000F_01BE958A.062276E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I seem to be having a problem with LCP extensions ... when an NT 4 user = (or linux 2.2) tries to connect they will get rejected. If they disable = LCP extensions then their problem goes away. Is there a way to disable = LCP extensions on the ARC? I am running the .43 DSP and 59-6 ARC ...=20 any deas? ------=_NextPart_000_000F_01BE958A.062276E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT size=3D2>I seem to be having a problem with LCP extensions = ... when an=20 NT 4 user (or linux 2.2) tries to connect they will get rejected.  = If they=20 disable LCP extensions then their problem goes away.  Is there a = way to=20 disable LCP extensions on the ARC?</FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>I am running the .43 DSP and 59-6 ARC ... = </FONT></DIV> <DIV> </DIV> <DIV><FONT size=3D2>any deas?</FONT></DIV></BODY></HTML> ------=_NextPart_000_000F_01BE958A.062276E0--

Subject: RE: (usr-tc) LCP extensions
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-03 17:48:34

What about on Netserver64's? (predecessor to ARC's) - I've just been telling NT users to uncheck LCP extensions; is there a better way?? SMT

Subject: Re: (usr-tc) TCM for Linux
From: Brian <signal@shreve.net>
Date: 1999-05-04 08:12:52

nod, me too! On Mon, 3 May 1999, Pete Ashdown wrote: > Can one of the 3com people point me in the right direction as to whom I can > pester for a TCM Linux version? We've already tossed Solaris on all our > non-MP Sparcs for Debian Linux. It sure would be swell if I could get TCM > installed on one as well. I know many people would rejoice if there was a > Linux x86 version as well. > > I would presume that all that is required is a recompile from the Solaris > version. Why this hasn't happened yet is beyond me. I'm willing to "chase > the stick" on this just as long as I'm pointed in the right direction. > > - > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) TCM for Linux
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-05-04 09:53:13

Uhmm.. If you just need the GUI part of TCM (not the Command line tools) then you should check out a product called Vmware for Linux. This permits you to run win9x and NT in a Linux window. See http://www.vmware.com <http://www.vmware.com> for more details.. I just checked the 30 days eval release and was really impressed when I got a "BlueScreen (TM)" in a linux window without crashing the Linux that was running below it. If you need the Command line tools, you could try to run Solaris 2.5.1 /x86 (dunno if such a monster exists) in a vmware window. Vmware says it works with Solaris 7 for x86, I only tried with NT and 95, and that worked fine. It crashed when I tried to use my TV card, but hell... it works under Linux, so why bother, it's good enough for word and excel.. Hope this helps, Robert -----Original Message----- From: Pete Ashdown [SMTP:pashdown@xmission.com] Sent: lundi, 3. mai 1999 18:58 To: usr-tc@lists.xmission.com Subject: (usr-tc) TCM for Linux Can one of the 3com people point me in the right direction as to whom I can pester for a TCM Linux version? We've already tossed Solaris on all our non-MP Sparcs for Debian Linux. It sure would be swell if I could get TCM installed on one as well. I know many people would rejoice if there was a Linux x86 version as well. I would presume that all that is required is a recompile from the Solaris version. Why this hasn't happened yet is beyond me. I'm willing to "chase the stick" on this just as long as I'm pointed in the right direction. - 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.

Subject: (usr-tc) Notice - Total Control System 3.5 Released on TotalService
From: William Brien <william_brien@mw.3com.com>
Date: 1999-05-04 20:47:25

3Com Customers, 3Com would like to announce the release of Total Control System 3.5 on the TotalService website at: http://totalservice.3com.com/ This System Release includes all code, release notes, and documentation for the following modules: Dual Channelized T1 Card (386) - 4.3.2 Dual Channelized E1/CAS Card - 1.3.4 Dual T1/PRI Card - 3.1.5 Dual E1/PRI Card - 3.1.5 Double Sided Quad Modem Card - 6.0.6 Single Sided Quad Modem Card - 6.1.6 HiPerDSP T1 Card (North America) - 2.0.19 HiPerDSP E1 Card (International) - 2.0.19 Network Management Card 4Meg (386/486) - 6.0.9 Network Management Card 16Meg (486) - 6.1.17 HiPer Network Management Card (P5) - 6.2.17 Total Control Manager (Windows) - 6.0.23 Total Control Manager (Solaris) - 6.0.20 Total Control Manager (HP-UX) - 6.0.20 IMPORTANT: Please make sure you read the release notes for all modules of code included in TCS 3.5 that you plan to use! The NS1500 PRI switch type is not supported in the TCS 3.5 HiPerDSP T1 and T1/PRI Release (2.0.19). A service release is currently being planned to address this issue; however, no date has been set for release of this code. Please consult the TotalService website for more information as it becomes available. Also, EdgeServer and EdgeServer Pro gateway cards have not been included or tested for compatibility with the TCS 3.5 System Release. Once EdgeServer compatibility has been verified and approved, the disclaimer will be removed from the Software Compatibility Matrix and status will be updated for the HiPerDSP T1 and T1/PRI. Download of this code requires a valid service contract. If you would like to purchase a service contract, please contact your local reseller of 3Com services for more information. To locate your local Value Added Reseller, as well as 3Com sales offices, please go to: http://www.3com.com/3sn/where2buy.html Please note that the previous TCS release (3.3) will no longer be shown when you click on 'Latest Code'. You can find all modules included in TCS 3.3 under 'Software Library' on TotalService, under Total Control Hubs : TCS 3.3. Also, the Software Compatibility Matrix on TotalService is not currently updated at this time to reflect all versions of TCS; As of Tuesday, it only reflected TCS 3.3 and TCS 3.5. This will be resolved as soon as possible. If there are any questions or concerns regarding this System Release, please contact 3Com Technical Support toll-free at 1-800-231-8770. If you are calling from an area not handled by this number, the TotalService website has contact information for other countries and regions. Please go to the TotalService website and click on 'Contacting Tech Support' for more information. Thank you, Will Brien New Product Introduction - Carrier Customer Service Organization William_Brien@3com.com

Subject: Re: (usr-tc) TCM for Linux
From: Kurtiss Johnson <kurtiss_johnson@mw.3com.com>
Date: 1999-05-04 23:01:44

Brian (signal@shreve.net) said: >nod, me too! > > >On Mon, 3 May 1999, Pete Ashdown wrote: > >> Can one of the 3com people point me in the right direction as to whom I can >> pester for a TCM Linux version? We've already tossed Solaris on all our >> non-MP Sparcs for Debian Linux. It sure would be swell if I could get TCM >> installed on one as well. <<<snip>>> OK, I'll bite. I'm one of the people you should pester. This TCM port has been "on" and "off" more times than a light switch. For anyone who's interested in a TCM-Linux port, I have a few questions. Please, please conserve bandwidth for those who don't care and respond directly and OFF-list to the following people: kurtiss_johnson@mw.3com.com nick_lopez@mw.3com.com (sorry Nick, hope you don't mind) with the subject TCM LINUX PORT We'll use the data to potentially adjust priorities for the upcoming TCSv4.0 release that's in planning. No committments that we'll do it, but the feedback would be gratefully accepted. Processor of platform: (x86, Sparc, PowerPC, etc...) ---> Variant of Linux requested: (Red Hat, etc...) ----> Release number of variant: (v7.3, etc...) ----> What do you consider "fair price" for the product? ---> Number of copies you'd use: ----> (I imagine most will say "one", but....) Are you willing to do BETA testing? ----> Are you willing to do ALPHA testing? ----> (No jokes on "what's the difference?" ;- ) Thanks, all. Kurtiss Johnson Product Manager Remote Access Systems - 3Com NSBU

Subject: (usr-tc) TCS 3.5
From: Russ Miescke <russm@powerweb.net>
Date: 1999-05-05 00:29:30

Below is the notice from 3com that TCS 3.5 has been released. Has anyone beta tested this or have it currently running? I am interested to see if it has solved any new issues such as the bad connections with the Rockwell HCF modems, etc. Why is a service contract required to download? Russ Miescke Power Web Connect 3Com Customers, 3Com would like to announce the release of Total Control System 3.5 on the TotalService website at: http://totalservice.3com.com/ This System Release includes all code, release notes, and documentation for the following modules: Dual Channelized T1 Card (386) - 4.3.2 Dual Channelized E1/CAS Card - 1.3.4 Dual T1/PRI Card - 3.1.5 Dual E1/PRI Card - 3.1.5 Double Sided Quad Modem Card - 6.0.6 Single Sided Quad Modem Card - 6.1.6 HiPerDSP T1 Card (North America) - 2.0.19 HiPerDSP E1 Card (International) - 2.0.19 Network Management Card 4Meg (386/486) - 6.0.9 Network Management Card 16Meg (486) - 6.1.17 HiPer Network Management Card (P5) - 6.2.17 Total Control Manager (Windows) - 6.0.23 Total Control Manager (Solaris) - 6.0.20 Total Control Manager (HP-UX) - 6.0.20 IMPORTANT: Please make sure you read the release notes for all modules of code included in TCS 3.5 that you plan to use! The NS1500 PRI switch type is not supported in the TCS 3.5 HiPerDSP T1 and T1/PRI Release (2.0.19). A service release is currently being planned to address this issue; however, no date has been set for release of this code. Please consult the TotalService website for more information as it becomes available. Also, EdgeServer and EdgeServer Pro gateway cards have not been included or tested for compatibility with the TCS 3.5 System Release. Once EdgeServer compatibility has been verified and approved, the disclaimer will be removed from the Software Compatibility Matrix and status will be updated for the HiPerDSP T1 and T1/PRI. Download of this code requires a valid service contract. If you would like to purchase a service contract, please contact your local reseller of 3Com services for more information. To locate your local Value Added Reseller, as well as 3Com sales offices, please go to: http://www.3com.com/3sn/where2buy.html Please note that the previous TCS release (3.3) will no longer be shown when you click on 'Latest Code'. You can find all modules included in TCS 3.3 under 'Software Library' on TotalService, under Total Control Hubs : TCS 3.3. Also, the Software Compatibility Matrix on TotalService is not currently updated at this time to reflect all versions of TCS; As of Tuesday, it only reflected TCS 3.3 and TCS 3.5. This will be resolved as soon as possible. If there are any questions or concerns regarding this System Release, please contact 3Com Technical Support toll-free at 1-800-231-8770. If you are calling from an area not handled by this number, the TotalService website has contact information for other countries and regions. Please go to the TotalService website and click on 'Contacting Tech Support' for more information. Thank you, Will Brien New Product Introduction - Carrier Customer Service Organization William_Brien@3com.com

Subject: (usr-tc) V90 code for MP/16
From: Jose Roberto Bulcao <bulcao@rio.com.br>
Date: 1999-05-05 02:46:04

I've seen in the new Small Business support site from 3Com that there is a V90 upgrade to MP/16 analog V.34 modems. The file is mpv90an.zip and the description says "Modem Pool 8/16 analog domestic V.90 release". Does anybody knows if it can be applied to the modems on a Managed box or is it just for Non-managed MP/16 boxes? The description isn't clear. I'm waiting for a long time for the V.90 upgrade for Managed MP/16 and don't want to be frustrated upgrading with a code which doesn't work over this platform (or maybe, worst, do a damage to them). Can anybody precisely (Hey 3Com! Are you there?) answer this question? Thanks in advance, Jose Roberto Bulcao - RioLink Internet Tel : (021) 577-8899 e-mail : bulcao@rio.com.br

Subject: (usr-tc) Can't Save tone-type To NVRAM
From: Mark A. Bialik <mbialik@infinityhealthcare.com>
Date: 1999-05-05 03:00:47

This is a cryptographically signed message in MIME format. --------------msF4524604B4E31056E287C638 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello: I'm configuring our first HiperDSP and seem to be having a problem saving my config. We have a Channelized T1 connected to a T1/E1 Hiper. For some reason, after a reset or reboot, my tone type gets switched to mf, and the modems won't answer. If I change the tones to dtmf, all is well. I've done a 'cmd svs' and it says successfully saved to NVRAM. I've also done this through TCM. Still, when I reboot, mf comes back. Am I missing something basic here? We also have a HiperArc in the chassis, if it matters. Thanks for any pointers. Mark -- ====================================================================== Mark A. Bialik (414) 290-6749 Network/Security Manager http://www.linux.org Infinity HealthCare, Inc. mbialik@infinityhealthcare.com Mequon, WI USA Use Linux. ====================================================================== --------------msF4524604B4E31056E287C638 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1 MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj 2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/ IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2 MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2 aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8 OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr 9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDUwODAwNDdaMCMGCSqGSIb3DQEJBDEW BBRd1eWAiELiy8NXeW4ef9zQxltFiDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN BgkqhkiG9w0BAQEFAASBgDWZfHl5uk9dZpLOUAHAZPsWsc+/O8dqP2k8gOui0BSp2X2sKrXk ohXmkgY8v5B0uEn7AqMABQzgtp5biwwk+UROso3Y+zq7py1bm2RiGsJIZ878HvB2lyd28B0z b6MmO4e5sUzjFPFV+2g5hc/p32VkBZCZKwSdyuKuhmyxVZaF --------------msF4524604B4E31056E287C638--

Subject: Re: (usr-tc) TCS 3.5
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-05 06:30:55

Brian writes... >On Wed, 5 May 1999, Russ Miescke wrote: > >> Below is the notice from 3com that TCS 3.5 has been released. Has anyone >> beta tested this or have it currently running? I am interested to see if it >> has solved any new issues such as the bad connections with the Rockwell HCF >> modems, etc. Why is a service contract required to download? >> >Because unlike Lucent, 3Com code upgrades are not free. Even when they are supposed to be free, they aren't. I added a recently purchased chassis (last week) to the totalsupport database yesterday, and even though all of the little lock pictures are "open", this files are still unreadable to me. If anyone has a password to share, or copies of the files, please drop me a line. -a

Subject: Re: (usr-tc) Can't Save tone-type To NVRAM
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-05 07:16:03

On Wed, 5 May 1999, Mark A. Bialik wrote: > Hello: > > I'm configuring our first HiperDSP and seem to be having a problem > saving my config. We have a Channelized T1 connected to a T1/E1 Hiper. > For some reason, after a reset or reboot, my tone type gets switched to > mf, and the modems won't answer. If I change the tones to dtmf, all is > well. I've done a 'cmd svs' and it says successfully saved to NVRAM. > I've also done this through TCM. > Most likely you have 'auto-config on card-insert' enabled on the nmc. What that does is tries and configures the cards if rebooted. or You may have not saved the configureation properlly using TCM. One of these is causing the problem. > Still, when I reboot, mf comes back. > > Am I missing something basic here? We also have a HiperArc in the > chassis, if it matters. No it does not, the Hiper arc does change the configuration of the DSP. You may want to make sure that NMC - auto config on card insert is disabled and then save the DSP to NVRAM. Krish > > Thanks for any pointers. > > Mark > -- > > > ====================================================================== > Mark A. Bialik (414) 290-6749 > Network/Security Manager http://www.linux.org > Infinity HealthCare, Inc. mbialik@infinityhealthcare.com > Mequon, WI USA Use Linux. > ======================================================================

Subject: Re: (usr-tc) TCS 3.5
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-05 07:29:50

Aaron Nabil writes... > . . . >I added a recently purchased chassis (last week) to the totalsupport >database yesterday, and even though all of the little lock pictures are >"open", this files are still unreadable to me. > >If anyone has a password to share, or copies of the files, please >drop me a line. Thanks for the offers, the ftp site finally synced up with the registration database and I can now read the unlocked files. -a

Subject: Re: (usr-tc) TCS 3.5
From: Brian <signal@shreve.net>
Date: 1999-05-05 08:18:45

On Wed, 5 May 1999, Russ Miescke wrote: > Below is the notice from 3com that TCS 3.5 has been released. Has anyone > beta tested this or have it currently running? I am interested to see if it > has solved any new issues such as the bad connections with the Rockwell HCF > modems, etc. Why is a service contract required to download? > Because unlike Lucent, 3Com code upgrades are not free. > Russ Miescke > Power Web Connect > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) TCS 3.5
From: todd_keister@3com.com
Date: 1999-05-05 08:45:18

If anyone has an issue accessing the Totalservice web site, we would ask you to send an email to lachina_mcdonald@mw.3com.com. She is the person who administers access, and can resolve issues that relate to improper permissions on your account. Please send her an email with: Your name, your company name, your contract type and number, your Totalservice logon, and a concise explanation of the issue. I hope this helps. Todd ;-} Aaron Nabil <nabil@spiritone.com> on 05/05/99 08:30:55 AM Please respond to usr-tc@lists.xmission.com Sent by: Aaron Nabil <nabil@spiritone.com> cc: (Todd Keister/MW/US/3Com) Brian writes... >On Wed, 5 May 1999, Russ Miescke wrote: > >> Below is the notice from 3com that TCS 3.5 has been released. Has anyone >> beta tested this or have it currently running? I am interested to see if it >> has solved any new issues such as the bad connections with the Rockwell HCF >> modems, etc. Why is a service contract required to download? >> >Because unlike Lucent, 3Com code upgrades are not free. Even when they are supposed to be free, they aren't. I added a recently purchased chassis (last week) to the totalsupport database yesterday, and even though all of the little lock pictures are "open", this files are still unreadable to me. If anyone has a password to share, or copies of the files, please drop me a line. -a - 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.

Subject: Re: (usr-tc) TCS 3.5
From: Brian <signal@shreve.net>
Date: 1999-05-05 10:24:02

On Wed, 5 May 1999, Charles Sprickman wrote: > I'll summarize the imminent torrent of mail that will follow about the > suckiness of this code policy: > > "Paying for code isn't bad, but paying to get code that either fixes major > problems (like customers not being able to connect) or adds features > that were promised when you bought the box SUCKS and is UNFAIR." > > Isn't that pretty much it in a nutshell? nod. > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > On Wed, 5 May 1999, Brian wrote: > > > On Wed, 5 May 1999, Russ Miescke wrote: > > > > > Below is the notice from 3com that TCS 3.5 has been released. Has anyone > > > beta tested this or have it currently running? I am interested to see if it > > > has solved any new issues such as the bad connections with the Rockwell HCF > > > modems, etc. Why is a service contract required to download? > > > > > Because unlike Lucent, 3Com code upgrades are not free. > > > > > > > Russ Miescke > > > Power Web Connect > > > > > ----------------------------------------------------- > > Brian Feeny (BF304) signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) TCS 3.5
From: Frank Basso <frank@okwhatever.com>
Date: 1999-05-05 10:26:06

Agreed. ----- Original Message ----- Sent: Wednesday, May 05, 1999 7:50 AM > I'll summarize the imminent torrent of mail that will follow about the > suckiness of this code policy: > > "Paying for code isn't bad, but paying to get code that either fixes major > problems (like customers not being able to connect) or adds features > that were promised when you bought the box SUCKS and is UNFAIR." > > Isn't that pretty much it in a nutshell? > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > On Wed, 5 May 1999, Brian wrote: > > > On Wed, 5 May 1999, Russ Miescke wrote: > > > > > Below is the notice from 3com that TCS 3.5 has been released. Has anyone > > > beta tested this or have it currently running? I am interested to see if it > > > has solved any new issues such as the bad connections with the Rockwell HCF > > > modems, etc. Why is a service contract required to download? > > > > > Because unlike Lucent, 3Com code upgrades are not free. > > > > > > > Russ Miescke > > > Power Web Connect > > > > > ----------------------------------------------------- > > Brian Feeny (BF304) signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > 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. >

Subject: Re: (usr-tc) TCS 3.5
From: Charles Sprickman <spork@inch.com>
Date: 1999-05-05 10:50:26

I'll summarize the imminent torrent of mail that will follow about the suckiness of this code policy: "Paying for code isn't bad, but paying to get code that either fixes major problems (like customers not being able to connect) or adds features that were promised when you bought the box SUCKS and is UNFAIR." Isn't that pretty much it in a nutshell? Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Wed, 5 May 1999, Brian wrote: > On Wed, 5 May 1999, Russ Miescke wrote: > > > Below is the notice from 3com that TCS 3.5 has been released. Has anyone > > beta tested this or have it currently running? I am interested to see if it > > has solved any new issues such as the bad connections with the Rockwell HCF > > modems, etc. Why is a service contract required to download? > > > Because unlike Lucent, 3Com code upgrades are not free. > > > > Russ Miescke > > Power Web Connect > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > 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. >

Subject: RE: (usr-tc) TCS 3.5
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-05 10:58:13

Word. Marshall Morgan President Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Wednesday, May 05, 1999 9:50 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) TCS 3.5 > > > I'll summarize the imminent torrent of mail that will follow about the > suckiness of this code policy: > > "Paying for code isn't bad, but paying to get code that either fixes major > problems (like customers not being able to connect) or adds features > that were promised when you bought the box SUCKS and is UNFAIR." > > Isn't that pretty much it in a nutshell? > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------=

Subject: Re: (usr-tc) TCS 3.5
From: Jesse Sipprell <jss@evcom.net>
Date: 1999-05-05 11:03:29

On Wed, May 05, 1999 at 06:30:55AM -0700, Aaron Nabil wrote: > Brian writes... > >On Wed, 5 May 1999, Russ Miescke wrote: > > > >> Below is the notice from 3com that TCS 3.5 has been released. Has anyone > >> beta tested this or have it currently running? I am interested to see if it > >> has solved any new issues such as the bad connections with the Rockwell HCF > >> modems, etc. Why is a service contract required to download? > >> > >Because unlike Lucent, 3Com code upgrades are not free. > > Even when they are supposed to be free, they aren't. > > I added a recently purchased chassis (last week) to the totalsupport > database yesterday, and even though all of the little lock pictures are > "open", this files are still unreadable to me. How exactly does one "add a purchased chassis" to the totalsupport database? I have an active totalservice account, and have a recently purchased chassis with full support, but am locked out of all the files. Thanks! -- Jesse Sipprell Technical Operations Director Evolution Communications, Inc. 800-496-4736 (ext 106) * Finger jss@evcom.net for my PGP Public Key *

Subject: (usr-tc) Suggestion to 3Com on Alarm Server (now "unsupported")
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-05 11:08:58

Their Alarm Server, although useful, is one clunky bad piece of code. Looks like someone put all of a day into it. Now in the latest release, they include it, but it's "unsupported". Okay fine. I would suggest to them then release the source code on it, and I'm sure between the resources out here, could probably make it a lot more useful than it currently is. Yes, using other SNMP mgmt apps as well, but Alarm Server is pretty quick and dirty for some of the monitoring we do. Sooner or later I'll probably migrate to something else completely, but..... 3Com, you listening? Just release the source on it, I doubt there's anything secret about it, and let someone else hack it up and make it better. Worked well for RADIUS. I'm possibly a bit naive on some of the dependencies possibly that would prohibit that. SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718

Subject: (usr-tc) Call waiting question
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-05 11:19:00

Ok folks, Don't laugh but twice now we have had customers who have call waiting and when they are on the Internet dialed into us, they want an incoming call to knock down their Internet session so they can get the call. I personally wouldn't want it to work this way but they must feel the voice calls are more important. The problem si when they uncheck the disable call waiting option under the dialing properties, (i.e. call waiting is enabled) when someone dials the person calling hears the ringing (i.e. call waiting really is enabled) but the incoming call doesn't knock the call down, which I would expect it to do. (go figure a customer complaining of not being disconnected for once). Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax modem. Is there anyway to make this work where the call coming in knocks down the modem session ? I would have expected the clicking which you norma;;y hear would be enough to do this but apparently it doesn't. Thanks, Jeff Binkley ASA Network Computing

Subject: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-05 11:20:06

Thank you. My day will be complete if you fixed v.42 SREJ as well. -- Aaron Nabil

Subject: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-05 11:20:06

Thank you. My day will be complete if you fixed v.42 SREJ as well. -- Aaron Nabil

Subject: Re: (usr-tc) TCS 3.5 HiperDSP jitter attenuation default fixed
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-05 11:26:51

Aaron Nabil writes... >Thank you. > >My day will be complete if you fixed v.42 SREJ as well. Happy happy joy joy. -a

Subject: RE: (usr-tc) Call waiting question
From: Hofmann <jay@iglou.com>
Date: 1999-05-05 11:43:42

http://808news.com/56k/callwait.htm Ok folks, Don't laugh but twice now we have had customers who have call waiting and when they are on the Internet dialed into us, they want an incoming call to knock down their Internet session so they can get the call. I personally wouldn't want it to work this way but they must feel the voice calls are more important. The problem si when they uncheck the disable call waiting option under the dialing properties, (i.e. call waiting is enabled) when someone dials the person calling hears the ringing (i.e. call waiting really is enabled) but the incoming call doesn't knock the call down, which I would expect it to do. (go figure a customer complaining of not being disconnected for once). Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax modem. Is there anyway to make this work where the call coming in knocks down the modem session ? I would have expected the clicking which you norma;;y hear would be enough to do this but apparently it doesn't. Thanks, Jeff Binkley ASA Network Computing Jay Hofmann Email: jayh@iglou.com Technical Support Team Leader Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Call waiting question
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-05 11:44:42

Thus spake Jeff Binkley >Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax >modem. Is there anyway to make this work where the call coming in >knocks down the modem session ? I would have expected the clicking >which you norma;;y hear would be enough to do this but apparently it >doesn't. Check out the at command for the carrier loss detect delay. I believe default is 7, we typically up ours on our TC's to 20. The value is number of milliseconds that the modem will wait for the modem carrier signal to return before deciding that the call has been dropped. If you drop this number down to a shorter time period than the call waiting tone length, then the call waiting tone should interrupt the carrier long enough for the modem to decide the call has been dropped and hang up. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) beating a dead horse
From: Mark Lemmert <cto@athenet.net>
Date: 1999-05-05 11:52:32

At 10:24 AM 4/27/99 -0500, you wrote: > > >|-----Original Message----- >|From: owner-usr-tc@lists.xmission.com >|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian >|Sent: Monday, April 26, 1999 8:44 PM >|To: USRobotics TC Mailing List >|Subject: (usr-tc) beating a dead horse >| >| >| >|I understand this question has been beaten to death here, but I am still a >|little vague. >| >|With regards to AUTHENTICATION, I understand that setting the Primary >|Server to your primary authentication server, and then setting the Primary >|First Backup to your "backup" authentication server, and then setting the >|RADIUS authentication algorithm to fallthrough, gives the effect that most >|people want: it uses the primary, and then if the primary fails, it goes >|to the secondary, and then if the primary comes back alive, it goes back >|to the primary. >| >|My question is, what about ACCOUNTING? I have set: >| >|The Primary Server Status is: ENABLED >|Primary Server is: 208.206.76.58 >|Primary First Backup Server is: 208.206.76.5 >| >| >|yet, if the primary should fail, and accounting goes to the "primary first >|backup", it wants to stay there. How do I tell it to go back to the >|primary if the primary goes back online? >| > >Here is your answer, straight from the 3KB Knowledge Base. > >3KB Solution: 1.0.21317967.2088893 > >Goal Total Control HiPer ARC - Making accounting fall back work just like >authentication algorithm "FALL_THROUGH" >Fact Total Control Chassis >Fact Total Control HiPer ARC >Fact Total Control HiPer ARC v 4.1.59-6 >Fact Accounting >Fact RADIUS >Fact Engineering Release Code > >Symptom Accounting server is switching to first backup and not returning to >primary server until backup goes down > >Fix From HiPer ARC console issue the command: > >HiPer>> "ENABLE PRIORITIZE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP" > >This will cause the accounting to return to the primary server when it becomes >available. >Fact Search group - Total Control Remote Access Concentrator This makes sense though I'm unclear on how to do the same for authentication. Right now I have a primary server and a secondary server set for authentication but I checked and there is not an option for primary_first_backup_server like there is with accounting, and I do have problems with it not switching back to the primary. I would check the 3KB but I've had trouble accessing it recently...durn network... -Mark Mark Lemmert AthEnet Data Exchange Chief Technical Officer 888-919-8700

Subject: Re: (usr-tc) Call waiting question
From: Brian <signal@shreve.net>
Date: 1999-05-05 11:58:55

On Wed, 5 May 1999, Jeff Binkley wrote: > > Ok folks, > > Don't laugh but twice now we have had customers who have call waiting > and when they are on the Internet dialed into us, they want an incoming > call to knock down their Internet session so they can get the call. I > personally wouldn't want it to work this way but they must feel the > voice calls are more important. The problem si when they uncheck the > disable call waiting option under the dialing properties, (i.e. call > waiting is enabled) when someone dials the person calling hears the > ringing (i.e. call waiting really is enabled) but the incoming call > doesn't knock the call down, which I would expect it to do. (go > figure a customer complaining of not being disconnected for once). > > Anyway, this persom has a 3Com internet 33.6kbs Sportster Voice/Fax > modem. Is there anyway to make this work where the call coming in > knocks down the modem session ? I would have expected the clicking > which you norma;;y hear would be enough to do this but apparently it > doesn't. > The best thing to do, is offer them Internet Call Waiting. You have to run a telephony box with an SS7 link. What happens is: 1. the Customer orders call forward/busy from their telco. 2. The Customer call forwards any calls (when their line is busy, such as when they are on the internet) to your telephony box. 3. If the telephony box sees the user is online, it sends a message to the users machine, causing a pop-up window to allow the user to a) send the call to voice mail, b) hangup and take the call. 4. If the telephony box sees the user is not online, it sends the call to voice mail. Ultimatly, its really cool when the NAS vendor has this implemented since checking if a user online is easier, but this is not necessary, as their are a number of ways to do this. I don't like the price of alot of Internet Call Waiting packages right now, so we are holding off, but if you have some time, and a little money you can offer this service. > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) I-modem trouble on Windows '98
From: Mark Lemmert <cto@athenet.net>
Date: 1999-05-05 12:07:10

I have had success using I-modems to connect to Total Control hubs in a lot of scenario's, (using '95, NT, webramp etc.) but I recently tried to use one on windows '98 and have run into some trouble. The problem is throughput. Both channels connect just fine every time but when I download it will start around high and pause briefly several times as it trickles down to around 5K-6K. This is down from the 10.5K I would usually get with the I-modem on windows '95. On the Total Control side I'm running all HiperARC chassis /w 4.1.59 -6. Some chassis have DPSs (1.2.59) and some have quad modems (5.10.9), but the problem occurs regardless of which ones I connect to. My modem driver is mdmusrim.inf build on 10-30-98 which seems to be the latest one available off the web site. I'm using the exact same I-modem, ISDN line and modem driver as I was on win '95. I even tried moving the equipment back to the '95 machine and it still works fine over there. Any ideas? Mark Lemmert AthEnet Data Exchange Chief Technical Officer 888-919-8700

Subject: Re: (usr-tc) Call waiting question
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-05-05 12:44:29

On Wed, 5 May 1999, Jeff Binkley wrote: > Is there anyway to make this work where the call coming in > knocks down the modem session ? I would have expected the clicking > which you norma;;y hear would be enough to do this but apparently it > doesn't. Look for the S-register that holds the carrier loss disconnect duration, and shorten it. (it holds the duration that carrier can be lost without disconnection). I haven't tried this, but I have used the technique of increasing the value to prevent incoming callwaiting tones from knocking down the line, so it should work in the reverse.

Subject: Re: (usr-tc) Call waiting question
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-05 12:44:58

It's the S10 register... S10=2 in "extra settings" on the client helps *some*, but it doesn't work 100% of the time. Usually instead of dropping, they try to retrain instead. Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head." On Wed, 5 May 1999, Lon R. Stockton, Jr. wrote: > > On Wed, 5 May 1999, Jeff Binkley wrote: > > > Is there anyway to make this work where the call coming in > > knocks down the modem session ? I would have expected the clicking > > which you norma;;y hear would be enough to do this but apparently it > > doesn't. > > Look for the S-register that holds the carrier loss disconnect duration, > and shorten it. (it holds the duration that carrier can be lost without > disconnection). > > I haven't tried this, but I have used the technique of increasing the > value to prevent incoming callwaiting tones from knocking down the > line, so it should work in the reverse. > > > > - > 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. >

Subject: Re: (usr-tc) Can't Save tone-type To NVRAM
From: Kevin Benton <s1kevin@tims.net>
Date: 1999-05-05 13:05:03

On Wed, 5 May 1999, Mark A. Bialik wrote: > I'm configuring our first HiperDSP and seem to be having a problem > saving my config. We have a Channelized T1 connected to a T1/E1 Hiper. > For some reason, after a reset or reboot, my tone type gets switched to > mf, and the modems won't answer. If I change the tones to dtmf, all is > well. I've done a 'cmd svs' and it says successfully saved to NVRAM. > I've also done this through TCM. > > Still, when I reboot, mf comes back. > > Am I missing something basic here? We also have a HiperArc in the > chassis, if it matters. What version is on the DSP? From TCM, click on the DSP in question, change the settings, then click on actions/commands, select save t1/e1 to nvram, then click on execute. After that completes, reboot the dsp using TCM just to be sure that the settings are actually getting changed. No reboot will mean that your snmp write community doesn't match in TCM with the NMC. Kevin Benton Sr. Network Engineer SOTA Technologies E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: Re: (usr-tc) TCS 3.5
From: Douglas Palmer <palmer@usdc-edny.com>
Date: 1999-05-05 13:52:39

At 08:45 AM 5/5/1999 -0500, you wrote: > If anyone has an issue accessing the Totalservice web site, we would ask >you to send an email to lachina_mcdonald@mw.3com.com. She is the person who >administers access, and can resolve issues that relate to improper permissions >on your account. Please send her an email with: Your name, your company >name, your contract type and number, your Totalservice logon, and a concise >explanation of the issue. I tried to access the website today and found everything locked. Our maintenance contracts administrator is out, and we can't get into his files to find our current contract number -- no problem (I thought), I called 3Com only to find that they have no way to tie a serial number to a contract. Their only solution was to resend the contract info (which, if I could get to, would obviate the problem!). If you want to find a place to fix the system, find a way to link contracts to serial numbers. Not being able to is unfathomable to me. DCP

Subject: (usr-tc) HiPer Arc bug possibly found?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-05 16:05:29

OK...here we go (hope this one doesn't have its own birthday like my last one)... Have a customer calling in with a Cabletron ISDN system (yeah, I didn't know they made them either...and I'm not great fan of Cabletron gear...but I deal with what the customer has). In the IPCP negotiation, the Cabletron seems to be sending a Conf-Req with a deprecated config option (option number 1, IP Address...guess its an old format for it or something). Not a huge deal...Cabletron sucks IMHO, but the Arc should be able to handle this value still I believe. What happens though, is that the Arc is sending back a Conf-Ack, but is changing the data of the options! This is a big no-no according to the RFC's (at least in RFC1661, not sure what updates its had). I called tech support...but due to 3Com's idiocy, we don't have a valid support contract currently, so tech support wouldn't even talk to me (you'd think that 3Com would want to hear about a potential bug in their code regardless of whether the person affected had a support contract or not). I've got a call in to George Ebert, who I've been working with on some other stuff, but got his voice-mail. Any assistance here would be appreciated. Thanks! I captured a tap on the userid below...the Cabletron tries to log in twice...once with each B channel apparently. May 5 15:34:20 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 0: C0 23 02 01 00 05 00 May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: EF 0A May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25 May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 2: 02 06 00 2D 0F 00 May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 02 06 00 2D 0F 00 May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 4: EF 0A May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 0: C0 23 02 01 00 05 00 May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: EF 0A May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25 May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 2: 02 06 00 2D 0F 00 May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 02 06 00 2D 0F 00 May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF May 5 15:34:29 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 4: EF 0A -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) HiPer Arc bug possibly found?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-05 16:05:29

Subject: (usr-tc) Logging connect speeds
From: Mark Lemmert <cto@athenet.net>
Date: 1999-05-05 16:13:23

I currently load all of my radius logs into Oracle in order to generate cool reports and do fun queries. I would like to get the connect speed info for each sessions loaded into the database as well. I know that the connect speed of each session can be seen by doing a show interface: >HiPer>> show interface slot:14/mod:23 > >INTERFACE slot:14/mod:23 SETTINGS >Description: GWC Modem Driver >Type: RS232 >Speed: 44000 >High Speed: 0 >Administrative Status: Up >Operational Status: Up >Link Up/Down Traps: DISABLED Does anybody know if there is a way to get the HiperARC to log that data as part of the radius logging or even to a separate log file on a server somewhere? If so then I just have to parse that log file to get the data into my database, but if it can't then it seems that I would have to have a polling program go and get the data off the HiperARC which would be a big pain. Any ideas? Mark Lemmert AthEnet Data Exchange Chief Technical Officer 888-919-8700

Subject: Re: (usr-tc) HiPer Arc bug possibly found?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-05 16:17:33

Send me a mon ppp trace. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 5 May 1999, Jeff Mcadams wrote: > OK...here we go (hope this one doesn't have its own birthday like my > last one)... > > Have a customer calling in with a Cabletron ISDN system (yeah, I didn't > know they made them either...and I'm not great fan of Cabletron > gear...but I deal with what the customer has). In the IPCP negotiation, > the Cabletron seems to be sending a Conf-Req with a deprecated config > option (option number 1, IP Address...guess its an old format for it or > something). Not a huge deal...Cabletron sucks IMHO, but the Arc should > be able to handle this value still I believe. > > What happens though, is that the Arc is sending back a Conf-Ack, but is > changing the data of the options! This is a big no-no according to the > RFC's (at least in RFC1661, not sure what updates its had). > > I called tech support...but due to 3Com's idiocy, we don't have a valid > support contract currently, so tech support wouldn't even talk to me > (you'd think that 3Com would want to hear about a potential bug in their > code regardless of whether the person affected had a support contract or > not). I've got a call in to George Ebert, who I've been working with on > some other stuff, but got his voice-mail. Any assistance here would be > appreciated. Thanks! > > I captured a tap on the userid below...the Cabletron tries to log in > twice...once with each B channel apparently. > > May 5 15:34:20 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 0: C0 23 02 01 00 05 00 > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 1: EF 0A > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25 > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 2: 02 06 00 2D 0F 00 > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 OUT: 3: 02 06 00 2D 0F 00 > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF > May 5 15:34:21 lou-ts4.iglou.com TAP USER bills on slot:13/mod:3 IN: 4: EF 0A > > > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 0: C0 23 02 01 00 05 00 > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: 80 21 01 02 00 10 02 06 00 2D 0F 00 03 06 CC FF > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 1: EF 0A > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 2: 80 21 01 01 00 14 01 0A 5A 5A F1 6A CC FF EB 25 > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 2: 02 06 00 2D 0F 00 > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 80 21 02 01 00 14 01 0A 5A 5A F1 6A CC FF EF 0A > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 OUT: 3: 02 06 00 2D 0F 00 > May 5 15:34:28 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 4: 80 21 02 02 00 10 02 06 00 2D 0F 00 03 06 CC FF > May 5 15:34:29 lou-ts7.iglou.com TAP USER bills on slot:15/mod:5 IN: 4: EF 0A > -- > 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. >

Subject: (usr-tc) Re: Logging connect speeds
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-05 16:50:01

This info is sent to the radius server - it is a usr VSA Connect-Speed 0x9023 integer Your radius server should support VSA for this. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 5 May 1999, Mark Lemmert wrote: > I currently load all of my radius logs into Oracle in order to generate > cool reports and > do fun queries. I would like to get the connect speed info for each > sessions loaded into the > database as well. > > I know that the connect speed of each session can be seen by doing a show > interface: > > >HiPer>> show interface slot:14/mod:23 > > > >INTERFACE slot:14/mod:23 SETTINGS > >Description: GWC Modem Driver > >Type: RS232 > >Speed: 44000 > >High Speed: 0 > >Administrative Status: Up > >Operational Status: Up > >Link Up/Down Traps: DISABLED > > Does anybody know if there is a way to get the HiperARC to log that data as > part of the > radius logging or even to a separate log file on a server somewhere? If so > then I just have to parse that log file to get the data into > my database, but if it can't then it seems that I would have to have a > polling program go and > get the data off the HiperARC which would be a big pain. > > Any ideas? > > > > > Mark Lemmert AthEnet Data Exchange > Chief Technical Officer 888-919-8700 >

Subject: Re: (usr-tc) Logging connect speeds
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-05 17:21:05

Thus spake Mark Lemmert >I currently load all of my radius logs into Oracle in order to generate >cool reports and do fun queries. I would like to get the connect speed >info for each sessions loaded into the database as well. Connect-Speed is a USR VSA that has that info... I guess, alternatively, if your RADIUS server can't handle VSA's, you could set up SNMP traps to give you that information, and parse the trap info and match it up with the RADIUS info...not exactly my idea of a great time there either though. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Mark A. Bialik <mbialik@infinityhealthcare.com>
Date: 1999-05-05 18:50:03

This is a cryptographically signed message in MIME format. --------------ms8CF4DD7F28981FCA9D3AC6F8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit My original Question: "I'm configuring our first HiperDSP and seem to be having a problem saving my config. We have a Channelized T1 connected to a T1/E1 Hiper. For some reason, after a reset or reboot, my tone type gets switched to mf, and the modems won't answer. If I change the tones to dtmf, all is well. I've done a 'cmd svs' and it says successfully saved to NVRAM. I've also done this through TCM. Still, when I reboot, mf comes back. Am I missing something basic here? We also have a HiperArc in the chassis, if it matters." --- The solution: I had 'auto-config on card-insert' enabled on the nmc. Thanks to Tatai Krishnan for the fix. Also, thanks to Kevin Benton for his response. --- Now, if I could just get the darn rack to answer above 14.4 or 19.2 I'd be finished. X2/V.90 is enabled. Is there another basic setting I'm missing somewhere to get this thing to answer at 56K? Thanks again, Mark ====================================================================== Mark A. Bialik (414) 290-6749 Network/Security Manager http://www.linux.org Infinity HealthCare, Inc. mbialik@infinityhealthcare.com Mequon, WI USA Use Linux. ====================================================================== --------------ms8CF4DD7F28981FCA9D3AC6F8 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1 MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj 2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/ IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2 MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2 aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8 OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr 9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDUyMzUwMDNaMCMGCSqGSIb3DQEJBDEW BBSrfMjwoL4yK8WQEaOX4DSpjgrxLjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN BgkqhkiG9w0BAQEFAASBgIBzsRwAoot3QJypV1ItVkNRvZwJX5WW6wUQBYvqP1dUp6T01DGm UQw3lT+uS9UQ/ubuLjuiXF/QaMSqi1/sgwRfl8lR7BHT4KRcEz/2ug0D1Drbq+nMNg+dAj/O 0oLZI8AVzwvw9vPivG0HxiNvve6Rk6cL1ZrV+SRQg3eaOn27 --------------ms8CF4DD7F28981FCA9D3AC6F8--

Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-05 19:42:29

On Wed, 5 May 1999, Mark A. Bialik wrote: > > Now, if I could just get the darn rack to answer above 14.4 or 19.2 I'd > be finished. X2/V.90 is enabled. Is there another basic setting I'm > missing somewhere to get this thing to answer at 56K? What client modem are you using? How is the baud rate set on the client? Also line conditions ( still should get v34). My guess would be that your client has fixed the rate at 19.2 etc. krish > > Thanks again, > Mark > > ====================================================================== > Mark A. Bialik (414) 290-6749 > Network/Security Manager http://www.linux.org > Infinity HealthCare, Inc. mbialik@infinityhealthcare.com > Mequon, WI USA Use Linux. > ======================================================================

Subject: (usr-tc) total control analog ninja needed
From: Chairman of the Borg <list-total-control@l7.org>
Date: 1999-05-05 19:57:57

okay, now that i want to throw the whole thing out the window, my wannabe pop is up with the total control setup <sigh> if you can call it "up" here's the situation: analog only quadmodems portmaster 2e 30 borgmatrix-001.L7.net> show modem usrtc Short Name: usrtc Long Name: totalcontrol2 Optimal Speed: 115200 Type: User Defined Init Script: Send Command Wait for Reply ------------------------------ ----------------------------- AT&B1&H1&R2X7&A3S0=1&N0&W ok we flashed all of them to the latest code we had (5.9.9) and the current situation is: card 1, 3 working ports, 4th answers with trash card 2, 1 port works, 2 answer with trash, last picks up no handshake attempt. card 3, 3 ports garbage, 1 port won't go on hook. card 4, 3 ports perfect 14.4, port 4 is dead. card 5, 2 ports garbage, 2 ports won't pick up card 6, 2 ports work, 1 answers with trash, 1 is sending tons of upper ascii out the serial port in all states. so out of a total of 24 ports we have 6 we can use. as per the faq we tried AT&F1&W at this point it looks to me like someone shipped me the dregs of the cards they had. (i have _never_ had these kind of problems with over 300 external sportsters, etc.) anyone have any more advice for me? i've contacted the guy who sent them to me and he say's he'll send me new ones, but at this point it doesn't look very bright... is there something i'm doin wrong here? -dd \\\\\// \\|// _\\|//_ | | _\\|//_ \\|// (@ @) (' 0-0 ') (.) (.) (' @-@ ') (o-o) +-=oOOo-(_)-oOOo=oo0=(_)=0oo=oOO=-(_)-=OOo=oo0=(_)=0oo=oOOo-(_)-oOOo=-+ Plazma Networking Services / Level Seven inc. Connecting the World.... http://www.plazma.net http://www.L7.net http://www.L7.org /"\ Olympia's "one stop" InterNetworking Provider 1 (360) 357 - 7315 \ / +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ X ASCII Ribbon campaign against HTML E-Mail >- - - - - - - - - - - - - -> / \

Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Mark A. Bialik <mbialik@infinityhealthcare.com>
Date: 1999-05-05 21:28:44

This is a cryptographically signed message in MIME format. --------------msC80E881306C346EE4B570DBC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tatai SV Krishnan wrote: > What client modem are you using? How is the baud rate set on the client? > Also line conditions ( still should get v34). > My guess would be that your client has fixed the rate at 19.2 etc. Well, I've tried 4 different modems, all which connect to my TC/Quad Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper is a new endeavor for me, there must be some setting that I haven't configured correctly. Most of the settings that I can see in TCM are 'auto' and I have v34 enabled, plus X2/V.90. I realize that I'm not giving a lot of info here, but if there a few basic things to check, I can start there, and report back. Is there a global command I can give to "auto-ready" the rack or modems to answer calls between 14.4-56K? Thanks (as always), Mark -- ====================================================================== Mark A. Bialik (414) 290-6749 Network/Security Manager http://www.linux.org Infinity HealthCare, Inc. mbialik@infinityhealthcare.com Mequon, WI USA Use Linux. ====================================================================== --------------msC80E881306C346EE4B570DBC Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIII/AYJKoZIhvcNAQcCoIII7TCCCOkCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BvQwggRvMIID2KADAgECAhAwsXaf3uqFj0aWmriTLT7/MA0GCSqGSIb3DQEBBAUAMGIxETAP BgNVBAcTCEludGVybmV0MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVy aVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2aWR1YWwgU3Vic2NyaWJlcjAeFw05ODA2MTUwMDAw MDBaFw05OTA2MTUyMzU5NTlaMIIBJzERMA8GA1UEBxMISW50ZXJuZXQxFzAVBgNVBAoTDlZl cmlTaWduLCBJbmMuMTQwMgYDVQQLEytWZXJpU2lnbiBDbGFzcyAxIENBIC0gSW5kaXZpZHVh bCBTdWJzY3JpYmVyMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvQ1BT IEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk2MTMwMQYDVQQLEypEaWdpdGFsIElEIENs YXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFzAVBgNVBAMTDk1hcmsgQS4gQmlhbGlr MS0wKwYJKoZIhvcNAQkBFh5tYmlhbGlrQGluZmluaXR5aGVhbHRoY2FyZS5jb20wgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBALPAled+hT55SbFXVzXSTe0i0HLU8FdWQ6clVGVw9gHu LDKEUUt3zU2rQBGAk3Y/lVQ8GnMb2eHOGbP2qic3bpNhhVOuIVF35t0mt3n7Q94xcMSA++9T Op7iWWXfgxzcDOY57S1grwFLZPqJoxPO5ohf71XvR+hmkceQT1WbWiQnAgMBAAGjggFdMIIB WTAJBgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCG SAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVk MWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxM2FlNmJmOGQ1 MTE0OTlhYTNiZTQ1ZmRmM2VhNDVlYjANBgkqhkiG9w0BAQQFAAOBgQB6I6vnu4/74jtRb4Uj 2MViKv5gnu+uKBdYrn1iUodUs5+aHgl2TtNZQnmy0GH2JYU3SFVp+gvco8QttdJV7mSKe5ZP nHNRpMi3avFaK659v1XlWFzbidlcSfNjrrHvG5Oz/Lg/6l44hL+LS9Yk5Q780m9Ng08/8mn/ IzidDNgGxTCCAn0wggHmoAMCAQICFHUTa1jzgGlXdaaiTVkQTZzqdkrxMA0GCSqGSIb3DQEB AgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMu Q2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NzA2 MjQwNzAwMDBaFw05OTA2MjQwNzAwMDBaMGIxETAPBgNVBAcTCEludGVybmV0MRcwFQYDVQQK Ew5WZXJpU2lnbiwgSW5jLjE0MDIGA1UECxMrVmVyaVNpZ24gQ2xhc3MgMSBDQSAtIEluZGl2 aWR1YWwgU3Vic2NyaWJlcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAthSmz03QBQ3Y yiPQb6q0KZJjjiz4b5bXLp12SxGxNo1XycP9HMa6/h4IujPKleq+41vNBqi3eR1EKu1z8rFS g2gQcGSR1z5r+fddnRRDm26XRZiBR9Ety927ctdMP3Gq4kDyVDm8Fu7PfOy62z9sKrMWsYYS na6TNNW41dD3PqkCAwEAAaMzMDEwEQYJYIZIAYb4QgEBBAQDAgEGMA8GA1UdEwQIMAYBAf8C AQEwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBAgUAA4GBAJIMS+m6k83/2uZg/Z5kA2YVL1Y8 OExoSkfF86uPJdlmQ3NDFXNEvhRIgVp3DMx66tmxvPKL/xGx3xRQSNxlHQuJ+aFeSFJv7bVr 9LgITDjwuYlnKQ/g4Df3puvU9NVCqV39veeefBvnT4UtBKFgLoW46+L67xQFJhUYVW8ToR1x MYIB0DCCAcwCAQEwdjBiMREwDwYDVQQHEwhJbnRlcm5ldDEXMBUGA1UEChMOVmVyaVNpZ24s IEluYy4xNDAyBgNVBAsTK1ZlcmlTaWduIENsYXNzIDEgQ0EgLSBJbmRpdmlkdWFsIFN1YnNj cmliZXICEDCxdp/e6oWPRpaauJMtPv8wCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw05OTA1MDYwMjI4NDRaMCMGCSqGSIb3DQEJBDEW BBQ86ZtOz9fXXRBPpOFlUrKQJ4+w/DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G CCqGSIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAN BgkqhkiG9w0BAQEFAASBgDnRo3k7CdwHbMShqUw51aT2cpu8QlzXLuGGJFeGXgofDXA2SQZN 2dwOlUfxPN+/ISKrc2l+Wo5/G4HkbTrbq5bXfhB5zrhTPpfM6gB9aD9KKKFXq2RtMsn6CtB1 n33bd/xhBt4LUDyKbpSfmMmHfcKzkTNZMkej64CsMz5Ca+mF --------------msC80E881306C346EE4B570DBC--

Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-05 22:49:52

On Wed, 5 May 1999, Mark A. Bialik wrote: > Well, I've tried 4 different modems, all which connect to my TC/Quad > Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper > is a new endeavor for me, there must be some setting that I haven't > configured correctly. > Still knowing what modem you are using could give us a clue. Quads do work with almost all the modems - DSP has some issues with certain rockwell modems. > Most of the settings that I can see in TCM are 'auto' and I have v34 > enabled, plus X2/V.90. > The trick is simple on the DSP - Select the modems using TCM and restore them to default and save to it NVRAM - That is to it. no configuration or setup requited. krish > I realize that I'm not giving a lot of info here, but if there a few > basic things to check, I can start there, and report back. > > Is there a global command I can give to "auto-ready" the rack or modems > to answer calls between 14.4-56K? > > Thanks (as always), > Mark > -- > > > ====================================================================== > Mark A. Bialik (414) 290-6749 > Network/Security Manager http://www.linux.org > Infinity HealthCare, Inc. mbialik@infinityhealthcare.com > Mequon, WI USA Use Linux. > ======================================================================

Subject: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-05 23:21:13

For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC (4.1.59-6 already) for good measure. Everything comes back up okay except the DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore from def for T1 and modems, save to nvram, restore template 1 from def, save to temp 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. Still does not go away. Reboot NMC. Not looking good here as it is still light up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the B's are available. The DSP takes calls fine. Basic SNMP queries also prove everything is ok. This is on a 5ESS switch (actually two as I tested it on another chassis) and as mentioned before the necessary precautions of upgrades and settings were taken. Bug or feature? I read the PDF and did not see mention of this. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838

Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Rob Bachta <rob_bachta@mw.3com.com>
Date: 1999-05-06 00:38:46

Hello Mark, A good way to determine why a x2/v.90 connection was not achieved, for a specific call, is to check <x2 status> in Performance Monitor. After selecting your modems, in performance monitor, select <Call Statistics> and press <default>. The second to the last column is <x2 status>, what are you seeing reported here? Are you running T1 or PRI? Is anyone connecting at 56k speeds? A <restore modem from default> and (if running 1.2.x code) enabling Selective Reject under <Signal Converter Settings>, should get you to 'auto-ready' configuration you are looking for. Regards, Rob

Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: Jim Johnson <jim@perigee.net>
Date: 1999-05-06 07:43:45

I upgraded a single HDM last night and had the same results. I was afraid to go any further until I found out what was going on also. Jim Marshall Morgan wrote: > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > (4.1.59-6 already) for good measure. Everything comes back up okay except the > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore from > def for T1 and modems, save to nvram, restore template 1 from def, save to temp > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > Still does not go away. Reboot NMC. Not looking good here as it is still light > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the B's > are available. The DSP takes calls fine. Basic SNMP queries also prove > everything is ok. > > This is on a 5ESS switch (actually two as I tested it on another chassis) and as > mentioned before the necessary precautions of upgrades and settings were taken. > > Bug or feature? I read the PDF and did not see mention of this. > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > - > 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.

Subject: RE: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new Q)
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-05-06 08:25:21

Hi Mark, Are you testing 56k from within the same building as your TC rack? Is there a phone switch in the building that your analog lines come from? If so, you may not be able to do 56k in the building. That's the case where I work. Modems don't even attempt 56k handshaking. You can tell because the 56k handshaking takes a long time and there's a distinctive change in tone with short beeps in the middle of it. If you don't hear that, then 56k isn't being negotiated. If you have successfully done 56k from your building to another modem rack outside the building, then ignore what I just wrote :) Wayne Barber Coastal Telco Services > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mark A. Bialik > Sent: Wednesday, May 05, 1999 10:29 PM > To: Tatai SV Krishnan > Cc: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Summary: Can't Save tone-type To NVRAM (and a new > Q) > > > Tatai SV Krishnan wrote: > > > What client modem are you using? How is the baud rate set on > the client? > > Also line conditions ( still should get v34). > > My guess would be that your client has fixed the rate at 19.2 etc. > > Well, I've tried 4 different modems, all which connect to my TC/Quad > Modem Rack at 33.6 (no 56K on this rack yet...). Since this new TC/Hiper > is a new endeavor for me, there must be some setting that I haven't > configured correctly. > > Most of the settings that I can see in TCM are 'auto' and I have v34 > enabled, plus X2/V.90. > > I realize that I'm not giving a lot of info here, but if there a few > basic things to check, I can start there, and report back. > > Is there a global command I can give to "auto-ready" the rack or modems > to answer calls between 14.4-56K? > > Thanks (as always), > Mark > -- > > > ====================================================================== > Mark A. Bialik (414) 290-6749 > Network/Security Manager http://www.linux.org > Infinity HealthCare, Inc. mbialik@infinityhealthcare.com > Mequon, WI USA Use Linux. > ======================================================================

Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: David Bachta <david_bachta@mw.3com.com>
Date: 1999-05-06 09:05:05

Hi Jim, Hi Marshall, With the 2.0.19 code the functionality of the loopback LED has changed. In addition to reflecting loopback it now also reflects the D channel state (including NFAS states). A summary of the LED states is listed in the NAC product reference guide, Chapter 1 page 30. The manual is available on totalservice along side the code. LPBK Off Span is CHT1, E1/R2 or NFAS with no D-Channel Green D-Channel is up Flashing green Backup D-Channel is up (NFAS) Red D-Channel is down Yellow Loopback test in progress I hope this clears things up for you. Let me know if you still have questions regarding the loopback/D-Channel LED. By the way, this information is available in 3KB as solution 1.0.24310023.2122186. Regards, David Jim Johnson <jim@perigee.net> on 05/06/99 06:43:45 AM Please respond to usr-tc@lists.xmission.com Sent by: Jim Johnson <jim@perigee.net> cc: (David Bachta/MW/US/3Com) I upgraded a single HDM last night and had the same results. I was afraid to go any further until I found out what was going on also. Jim Marshall Morgan wrote: > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > (4.1.59-6 already) for good measure. Everything comes back up okay except the > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore from > def for T1 and modems, save to nvram, restore template 1 from def, save to temp > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > Still does not go away. Reboot NMC. Not looking good here as it is still light > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the B's > are available. The DSP takes calls fine. Basic SNMP queries also prove > everything is ok. > > This is on a 5ESS switch (actually two as I tested it on another chassis) and as > mentioned before the necessary precautions of upgrades and settings were taken. > > Bug or feature? I read the PDF and did not see mention of this. > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > - > 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.

Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: David Bachta <david_bachta@mw.3com.com>
Date: 1999-05-06 09:35:40

Just between Hiper DSPs. Regards, David matthews <matthews@staff.brunnet.net> on 05/06/99 09:22:18 AM Please respond to usr-tc@lists.xmission.com Sent by: matthews <matthews@staff.brunnet.net> cc: (David Bachta/MW/US/3Com) Does TCS 3.5 give the chassis the ability to share a D channel amongst DSPs and a dual PRI card or just between DSPs? On Thursday, May 06, 1999 11:05 AM, David Bachta [SMTP:David_Bachta@mw.3com.com] wrote: > > > Hi Jim, Hi Marshall, > > With the 2.0.19 code the functionality of the loopback LED has changed. In > addition to reflecting loopback it now also reflects the D channel state > (including NFAS states). A summary of the LED states is listed in the NAC > product reference guide, Chapter 1 page 30. The manual is available on > totalservice along side the code. > > LPBK Off Span is CHT1, E1/R2 or NFAS with no D-Channel > Green D-Channel is up > Flashing green Backup D-Channel is up (NFAS) > Red D-Channel is down > Yellow Loopback test in progress > > I hope this clears things up for you. Let me know if you still have questions > regarding the loopback/D-Channel LED. By the way, this information is available > in 3KB as solution 1.0.24310023.2122186. > > Regards, > David > > > > > > Jim Johnson <jim@perigee.net> on 05/06/99 06:43:45 AM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Jim Johnson <jim@perigee.net> > > > To: usr-tc@lists.xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade > > > > > > I upgraded a single HDM last night and had the same results. I was > afraid to go any further until I found out what was going on also. > > Jim > > Marshall Morgan wrote: > > > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > > (4.1.59-6 already) for good measure. Everything comes back up okay except the > > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore > from > > def for T1 and modems, save to nvram, restore template 1 from def, save to > temp > > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > > Still does not go away. Reboot NMC. Not looking good here as it is still > light > > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the > B's > > are available. The DSP takes calls fine. Basic SNMP queries also prove > > everything is ok. > > > > This is on a 5ESS switch (actually two as I tested it on another chassis) and > as > > mentioned before the necessary precautions of upgrades and settings were > taken. > > > > Bug or feature? I read the PDF and did not see mention of this. > > > > Marshall Morgan > > > > Internet Doorway, Inc (aka NETDOOR) > > http://www.netdoor.com > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > > > - > > 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.

Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: norm_miller@3com.com
Date: 1999-05-06 10:18:00

Check out the release notes on new features, we are now using the loopback light for NFAS. Jim Johnson <jim@perigee.net> on 05/06/99 07:43:45 AM Please respond to usr-tc@lists.xmission.com Sent by: Jim Johnson <jim@perigee.net> cc: (Norm Miller/US/3Com) I upgraded a single HDM last night and had the same results. I was afraid to go any further until I found out what was going on also. Jim Marshall Morgan wrote: > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > (4.1.59-6 already) for good measure. Everything comes back up okay except the > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore from > def for T1 and modems, save to nvram, restore template 1 from def, save to temp > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > Still does not go away. Reboot NMC. Not looking good here as it is still light > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the B's > are available. The DSP takes calls fine. Basic SNMP queries also prove > everything is ok. > > This is on a 5ESS switch (actually two as I tested it on another chassis) and as > mentioned before the necessary precautions of upgrades and settings were taken. > > Bug or feature? I read the PDF and did not see mention of this. > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > - > 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.

Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: Jim Johnson <jim@perigee.net>
Date: 1999-05-06 10:38:18

Tnanks for the info. Suspected something like that and read the release notes twice looking for it. Figured it probably had something to do with NFAS, but new functionality of that LED was clear as mud me in the manual. BTW, That LED usage change really stands out when you got 9 other HDMs in the chassis which have not been upgraded! Its even worse when all the equipment is at a remote facility so you can't just look at the card. Regards, Jim David Bachta wrote: > > Hi Jim, Hi Marshall, > > With the 2.0.19 code the functionality of the loopback LED has changed. In > addition to reflecting loopback it now also reflects the D channel state > (including NFAS states). A summary of the LED states is listed in the NAC > product reference guide, Chapter 1 page 30. The manual is available on > totalservice along side the code. > > LPBK Off Span is CHT1, E1/R2 or NFAS with no D-Channel > Green D-Channel is up > Flashing green Backup D-Channel is up (NFAS) > Red D-Channel is down > Yellow Loopback test in progress > > I hope this clears things up for you. Let me know if you still have questions > regarding the loopback/D-Channel LED. By the way, this information is available > in 3KB as solution 1.0.24310023.2122186. > > Regards, > David > > Jim Johnson <jim@perigee.net> on 05/06/99 06:43:45 AM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Jim Johnson <jim@perigee.net> > > To: usr-tc@lists.xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade > > I upgraded a single HDM last night and had the same results. I was > afraid to go any further until I found out what was going on also. > > Jim > > Marshall Morgan wrote: > > > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > > (4.1.59-6 already) for good measure. Everything comes back up okay except the > > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore > from > > def for T1 and modems, save to nvram, restore template 1 from def, save to > temp > > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > > Still does not go away. Reboot NMC. Not looking good here as it is still > light > > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the > B's > > are available. The DSP takes calls fine. Basic SNMP queries also prove > > everything is ok. > > > > This is on a 5ESS switch (actually two as I tested it on another chassis) and > as > > mentioned before the necessary precautions of upgrades and settings were > taken. > > > > Bug or feature? I read the PDF and did not see mention of this. > > > > Marshall Morgan > > > > Internet Doorway, Inc (aka NETDOOR) > > http://www.netdoor.com > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > > > - > > 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.

Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-06 11:22:18

Does TCS 3.5 give the chassis the ability to share a D channel amongst DSPs and a dual PRI card or just between DSPs? On Thursday, May 06, 1999 11:05 AM, David Bachta [SMTP:David_Bachta@mw.3com.com] wrote: > > > Hi Jim, Hi Marshall, > > With the 2.0.19 code the functionality of the loopback LED has changed. In > addition to reflecting loopback it now also reflects the D channel state > (including NFAS states). A summary of the LED states is listed in the NAC > product reference guide, Chapter 1 page 30. The manual is available on > totalservice along side the code. > > LPBK Off Span is CHT1, E1/R2 or NFAS with no D-Channel > Green D-Channel is up > Flashing green Backup D-Channel is up (NFAS) > Red D-Channel is down > Yellow Loopback test in progress > > I hope this clears things up for you. Let me know if you still have questions > regarding the loopback/D-Channel LED. By the way, this information is available > in 3KB as solution 1.0.24310023.2122186. > > Regards, > David > > > > > > Jim Johnson <jim@perigee.net> on 05/06/99 06:43:45 AM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Jim Johnson <jim@perigee.net> > > > To: usr-tc@lists.xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade > > > > > > I upgraded a single HDM last night and had the same results. I was > afraid to go any further until I found out what was going on also. > > Jim > > Marshall Morgan wrote: > > > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > > (4.1.59-6 already) for good measure. Everything comes back up okay except the > > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, I restore > from > > def for T1 and modems, save to nvram, restore template 1 from def, save to > temp > > 1 nvram, refresh channels then save all T1 and modems to nvram. Reboot again. > > Still does not go away. Reboot NMC. Not looking good here as it is still > light > > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up and all the > B's > > are available. The DSP takes calls fine. Basic SNMP queries also prove > > everything is ok. > > > > This is on a 5ESS switch (actually two as I tested it on another chassis) and > as > > mentioned before the necessary precautions of upgrades and settings were > taken. > > > > Bug or feature? I read the PDF and did not see mention of this. > > > > Marshall Morgan > > > > Internet Doorway, Inc (aka NETDOOR) > > http://www.netdoor.com > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > > > - > > 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.

Subject: RE: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-06 11:46:12

I agree. I thought it was road trip time last night! I am good to go on it now and I guess I should have remember green is good and moved on but I wanted to make sure. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jim Johnson > Sent: Thursday, May 06, 1999 9:38 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade > > > > Tnanks for the info. Suspected something like that and read the release > notes twice looking for it. Figured it probably had something to do > with NFAS, but new functionality of that LED was clear as mud me in the > manual. BTW, That LED usage change really stands out when you got 9 > other HDMs in the chassis which have not been upgraded! Its even worse > when all the equipment is at a remote facility so you can't just look at > the card. > > Regards, > > Jim > > David Bachta wrote: > > > > Hi Jim, Hi Marshall, > > > > With the 2.0.19 code the functionality of the loopback LED has changed. In > > addition to reflecting loopback it now also reflects the D channel state > > (including NFAS states). A summary of the LED states is listed in the NAC > > product reference guide, Chapter 1 page 30. The manual is available on > > totalservice along side the code. > > > > LPBK Off Span is CHT1, E1/R2 or NFAS with no D-Channel > > Green D-Channel is up > > Flashing green Backup D-Channel is up (NFAS) > > Red D-Channel is down > > Yellow Loopback test in progress > > > > I hope this clears things up for you. Let me know if you still > have questions > > regarding the loopback/D-Channel LED. By the way, this information > is available > > in 3KB as solution 1.0.24310023.2122186. > > > > Regards, > > David > > > > Jim Johnson <jim@perigee.net> on 05/06/99 06:43:45 AM > > > > Please respond to usr-tc@lists.xmission.com > > > > Sent by: Jim Johnson <jim@perigee.net> > > > > To: usr-tc@lists.xmission.com > > cc: (David Bachta/MW/US/3Com) > > Subject: Re: (usr-tc) TCS 3.5 - LPBK/D-ALM Light On After Upgrade > > > > I upgraded a single HDM last night and had the same results. I was > > afraid to go any further until I found out what was going on also. > > > > Jim > > > > Marshall Morgan wrote: > > > > > > For testing, I upgraded a perfectly good Hiper Chassis from 3.3 to 3.5 TCS > > > starting with the NMC, then the HiperDSPs (rebooted) then rebooted the ARC > > > (4.1.59-6 already) for good measure. Everything comes back up > okay except the > > > DSP LPBK/D-ALM LED never goes off - never. Unconcerned at first, > I restore > > from > > > def for T1 and modems, save to nvram, restore template 1 from def, save to > > temp > > > 1 nvram, refresh channels then save all T1 and modems to nvram. > Reboot again. > > > Still does not go away. Reboot NMC. Not looking good here as it is still > > light > > > up (Looks GREEN with TCM 6.0). TCM reports the D-Channel is up > and all the > > B's > > > are available. The DSP takes calls fine. Basic SNMP queries also prove > > > everything is ok. > > > > > > This is on a 5ESS switch (actually two as I tested it on another > chassis) and > > as > > > mentioned before the necessary precautions of upgrades and settings were > > taken. > > > > > > Bug or feature? I read the PDF and did not see mention of this. > > > > > > Marshall Morgan > > > > > > Internet Doorway, Inc (aka NETDOOR) > > > http://www.netdoor.com > > > > > > 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > > > > > > - > > > 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. > >

Subject: (usr-tc) USR TC Parts
From: Jim Logan <jim@top.net>
Date: 1999-05-06 12:09:35

USR Parts, removed from V.90 Enabled TC Chassis: 2- NetServer 486 20 Meg PRI Card $ 750 Ea 1- NMC Card 20 Meg, 8 Meg ROM $ 650 2- 45 Amp Power Supplies $ 160 Ea 1- TC Chassis $ 90 Removed from Service Jan 99. All items warrantied for 30 days. Payment terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items available for immediate shipment. ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609

Subject: RE: (usr-tc) USR TC Parts
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-06 12:22:58

Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718 -----Original Message----- Sent: Thursday, May 06, 1999 12:10 PM USR Parts, removed from V.90 Enabled TC Chassis: 2- NetServer 486 20 Meg PRI Card $ 750 Ea 1- NMC Card 20 Meg, 8 Meg ROM $ 650 2- 45 Amp Power Supplies $ 160 Ea 1- TC Chassis $ 90 Removed from Service Jan 99. All items warrantied for 30 days. Payment terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items available for immediate shipment. ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609 - 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.

Subject: RE: (usr-tc) USR TC Parts
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-06 12:29:45

Sorry about that.....thought I was just replying to Jim..... -----Original Message----- Sent: Thursday, May 06, 1999 12:23 PM Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718 -----Original Message----- Sent: Thursday, May 06, 1999 12:10 PM USR Parts, removed from V.90 Enabled TC Chassis: 2- NetServer 486 20 Meg PRI Card $ 750 Ea 1- NMC Card 20 Meg, 8 Meg ROM $ 650 2- 45 Amp Power Supplies $ 160 Ea 1- TC Chassis $ 90 Removed from Service Jan 99. All items warrantied for 30 days. Payment terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items available for immediate shipment. ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609 - 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.

Subject: RE: (usr-tc) USR TC Parts
From: Jim Logan <jim@top.net>
Date: 1999-05-06 12:39:08

Got it Scott - Thanks, will send total and UPS Tracking number about 4:30 PM today. At 12:29 PM 5/6/1999 -0500, you wrote: >Sorry about that.....thought I was just replying to Jim..... > >-----Original Message----- >From: Scott Trautman [mailto:scottt@corp.gdinet.com] >Sent: Thursday, May 06, 1999 12:23 PM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) USR TC Parts > > >Scott Trautman 608-240-4638,4637fax >Global Dialog Internet www.gdinet.com >2810 Crossroads, STE LL2 >Madison WI 53718 > > >-----Original Message----- >From: Jim Logan [mailto:jim@top.net] >Sent: Thursday, May 06, 1999 12:10 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) USR TC Parts > > > >USR Parts, removed from V.90 Enabled TC Chassis: > >2- NetServer 486 20 Meg PRI Card $ 750 Ea >1- NMC Card 20 Meg, 8 Meg ROM $ 650 >2- 45 Amp Power Supplies $ 160 Ea >1- TC Chassis $ 90 > >Removed from Service Jan 99. All items warrantied for 30 days. Payment >terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items >available for immediate shipment. >******* Top Net InterNet Services ******** >Omaha, Nebraska www.top.net > Voice: (402) 339-5609 > > >- > 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. > > ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-06 14:47:24

On Thu, 6 May 1999, matthews wrote: > > I remember some time ago someone mentioned it was possible to connect to > HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten > me on the procedure for setting that up? I remember something about > setting up a network service on a particular socket but I can't quite > remember the exact details. you can get this either going to the 3kb solutions or to http://interproc.ae.usr.com/tkb.html search for console krish > > Thanks... > > Matthew... > > > - > 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. >

Subject: (usr-tc) Modems taking no calls
From: Brian <signal@shreve.net>
Date: 1999-05-06 15:06:11

I have a strange situation with some modems at one of our pops. The chassis has 2 CT1's. I checked the session monitor for the modems and found that no calls have been taken by: slot:1/mod:1 slot:1/mod:3 slot:2/mod:23 The service states are "inService", the ds0->channel mapping looks good, the modems config match the other modems. I have even done an SDL and restore from nvram, yadda yadda, and still no go. Their is no blocking on those channels. Syslog shows no activity for any of those modems. Its like the calls never go there at all. We do not get re-orders. The hunt is in first available too. Yet when you call, its like those timeslots just get skipped and it comes in past them. Does anyone have any ideas of what I can look for here? Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) connecting to cards thru HiPerARC CLI
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-06 15:22:16

I remember some time ago someone mentioned it was possible to connect to HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten me on the procedure for setting that up? I remember something about setting up a network service on a particular socket but I can't quite remember the exact details. Thanks... Matthew...

Subject: (usr-tc) USR-TC archive search
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-05-06 17:03:39

The usr-tc list archive search function at http://usr-tc.datasys.net/ is temporarily unavailable. The database of terms is over 2g, so I'm having to shuffle things around. If your site would like to host the search functionality, or donate a 4GB 1Mh MTBF SCSI disc to the effort, let me know. I should have able to have it back online within a week. --- Mark R. Lindsey, mark@datasys.net Internet Engineering, DSS Online Voice: 912.241.0607, Fax: 912.241.0190 (US)

Subject: (usr-tc) Dialout on TCS 3.5
From: Yevgeniy Kruglov <shar@cifnet.com>
Date: 1999-05-06 19:06:03

Hello! Is anybody having any problems with dialout using TCS 3.5? We had to downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6. Regards! Yevgeniy Kruglov, email: yk@cifnet.com Network Administrator phone: (773)989-0442 CIFNet, Inc. fax: (773)989-8477

Subject: (usr-tc) Dialout on TCS 3.5
From: Yevgeniy Kruglov <shar@cifnet.com>
Date: 1999-05-06 19:06:03

Subject: Re: (usr-tc) Dialout on TCS 3.5
From: David Bachta <david_bachta@mw.3com.com>
Date: 1999-05-06 19:52:08

Yevgeniy, What is your modem routing method set to? If it is set to round robin or 1st available try changing it to fixed assignment. Regards, David Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 07:06:03 PM Please respond to usr-tc@lists.xmission.com Sent by: Yevgeniy Kruglov <shar@cifnet.com> cc: (David Bachta/MW/US/3Com) Hello! Is anybody having any problems with dialout using TCS 3.5? We had to downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6. Regards! Yevgeniy Kruglov, email: yk@cifnet.com Network Administrator phone: (773)989-0442 CIFNet, Inc. fax: (773)989-8477 - 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.

Subject: Re: (usr-tc) Dialout on TCS 3.5
From: Yevgeniy Kruglov <shar@cifnet.com>
Date: 1999-05-06 20:31:04

David, It was set to round robin, fixed assignment did the job, thanks! Yevgeniy On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote: > > > Yevgeniy, > > What is your modem routing method set to? If it is set to round robin or 1st > available try changing it to fixed assignment. > > Regards, > David > > > > > Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 07:06:03 PM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Yevgeniy Kruglov <shar@cifnet.com> > > > To: usr-tc@xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: (usr-tc) Dialout on TCS 3.5 > > > > > Hello! > > Is anybody having any problems with dialout using TCS 3.5? We had to > downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6. > > Regards! > > Yevgeniy Kruglov, email: yk@cifnet.com > Network Administrator phone: (773)989-0442 > CIFNet, Inc. fax: (773)989-8477 > > > - > 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.

Subject: Re: (usr-tc) USR-TC archive search
From: Charles Sprickman <spork@inch.com>
Date: 1999-05-06 20:54:49

I will have a few disks that fit the bill shortly, but they are Quantum Grand Prix's... We can't quite use them for production because they've run at about a 70% failure rate vs. 0% for the Seagates and IBM's. If you're interested, I can ship one... or maybe two so that one can backup the other ;) Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Thu, 6 May 1999, Mark R. Lindsey wrote: > The usr-tc list archive search function at > http://usr-tc.datasys.net/ > is temporarily unavailable. The database of terms is over 2g, so I'm > having to shuffle things around. > > If your site would like to host the search functionality, or donate > a 4GB 1Mh MTBF SCSI disc to the effort, let me know. > > I should have able to have it back online within a week. > > > --- > Mark R. Lindsey, mark@datasys.net > Internet Engineering, DSS Online > Voice: 912.241.0607, Fax: 912.241.0190 (US) > > > - > 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. >

Subject: Re: (usr-tc) Dialout on TCS 3.5
From: David Bachta <david_bachta@mw.3com.com>
Date: 1999-05-06 21:20:25

Yevgeniy, Glad to hear that worked. My apologies for not getting it in the release notes... it somehow slipped by. Just FYI for anyone on the list who is doing dialout, there is an open issue with Hiper DSP dialout on PRI with the modem routing method set to anything other than fixed assignment. This issue only occurs on the 2.0.x code. The outbound SETUP to the switch requests B channel 24. On a FAS line this obviously fails because there is no 24th B channel. The problem and configuration directions for the work-around of setting the modem routing method to 'fixed assignment' will be in 3kb shortly. Regards, David Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 08:31:04 PM Please respond to usr-tc@lists.xmission.com Sent by: Yevgeniy Kruglov <shar@cifnet.com> cc: (David Bachta/MW/US/3Com) David, It was set to round robin, fixed assignment did the job, thanks! Yevgeniy On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote: > > > Yevgeniy, > > What is your modem routing method set to? If it is set to round robin or 1st > available try changing it to fixed assignment. > > Regards, > David > > > > > Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 07:06:03 PM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Yevgeniy Kruglov <shar@cifnet.com> > > > To: usr-tc@xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: (usr-tc) Dialout on TCS 3.5 > > > > > Hello! > > Is anybody having any problems with dialout using TCS 3.5? We had to > downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6. > > Regards! > > Yevgeniy Kruglov, email: yk@cifnet.com > Network Administrator phone: (773)989-0442 > CIFNet, Inc. fax: (773)989-8477 > > > - > 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.

Subject: (usr-tc) Session Limits
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-06 22:40:59

How does one set a session limit for NMC's? I know the hiper arc is set user default session_limit TIME ??? Any suggetions? Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire

Subject: Re: (usr-tc) Dialout on TCS 3.5
From: Yevgeniy Kruglov <shar@cifnet.com>
Date: 1999-05-06 23:46:35

Well, I feel bad myself after running the beta code for a few months for dial in access and never thinking about trying it out on the only span around that got DIOD... Though I don't think I could take that one from production. OK, since this worked, I don't see any other reason to wait until the second ER to upgrade :) Regards! Yevgeniy On Thu, May 06, 1999 at 09:20:25PM -0500, David Bachta wrote: > > Yevgeniy, > > Glad to hear that worked. My apologies for not getting it in the release > notes... it somehow slipped by. > > Just FYI for anyone on the list who is doing dialout, there is an open issue > with Hiper DSP dialout on PRI with the modem routing method set to anything > other than fixed assignment. This issue only occurs on the 2.0.x code. The > outbound SETUP to the switch requests B channel 24. On a FAS line this > obviously fails because there is no 24th B channel. The problem and > configuration directions for the work-around of setting the modem routing method > to 'fixed assignment' will be in 3kb shortly. > > Regards, > David > > > > > > > Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 08:31:04 PM > > Please respond to usr-tc@lists.xmission.com > > Sent by: Yevgeniy Kruglov <shar@cifnet.com> > > > To: usr-tc@lists.xmission.com > cc: (David Bachta/MW/US/3Com) > Subject: Re: (usr-tc) Dialout on TCS 3.5 > > > > > David, > > It was set to round robin, fixed assignment did the job, thanks! > > Yevgeniy > > On Thu, May 06, 1999 at 07:52:08PM -0500, David Bachta wrote: > > > > > > Yevgeniy, > > > > What is your modem routing method set to? If it is set to round robin or 1st > > available try changing it to fixed assignment. > > > > Regards, > > David > > > > > > > > > > Yevgeniy Kruglov <shar@cifnet.com> on 05/06/99 07:06:03 PM > > > > Please respond to usr-tc@lists.xmission.com > > > > Sent by: Yevgeniy Kruglov <shar@cifnet.com> > > > > > > To: usr-tc@xmission.com > > cc: (David Bachta/MW/US/3Com) > > Subject: (usr-tc) Dialout on TCS 3.5 > > > > > > > > > > Hello! > > > > Is anybody having any problems with dialout using TCS 3.5? We had to > > downgrade HDSP to 1.2.43. Running on PRI, DMS100, HARC with 4.1.59-6. > > > > Regards! > > > > Yevgeniy Kruglov, email: yk@cifnet.com > > Network Administrator phone: (773)989-0442 > > CIFNet, Inc. fax: (773)989-8477 > > > > > > - > > 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.

Subject: Re: (usr-tc) Dialout on TCS 3.5
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-07 00:01:58

On Thu, 6 May 1999, David Bachta wrote: >What is your modem routing method set to? If it is set to round robin or 1st >available try changing it to fixed assignment. Please tell me you nuts fixed that. I reported that problem over two months ago. And while I'm at it, why has no one "fixed" the problem of the HDSP not paying any attention to the dialout configuration setup -- e.g. first available 23->1; it always takes the very next channel which is also most likely to be the next channel to get an inbound call. </rant> --Ricky

Subject: (usr-tc) How to set idle time
From: vito@aracnet.net
Date: 1999-05-07 09:07:05

Can some tell me how to set the idle time on a USR? Thanks Vito

Subject: Re: (usr-tc) How to set idle time
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-07 09:11:05

On Fri, 7 May 1999 vito@aracnet.net wrote: > Can some tell me how to set the idle time on a USR? NETServer set all idle <idle time > or using the radius attribute idle-timeout Hiper arc set user default idle_timeout <idle time> or using the radius attribute idle-timeout krish > > Thanks > > Vito > > > - > 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. >

Subject: Re: (usr-tc) How to set idle time
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-07 09:55:14

Thus spake vito@aracnet.net >Can some tell me how to set the idle time on a USR? You can set it in RADIUS, or: set user default idle_timeout <seconds> -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) USR TC Parts
From: access1 <access1@simplyweb.net>
Date: 1999-05-07 11:27:36

******* please describe TC chassis ($90.) available. i.e., parts included /not included, capabilities etc Jim Logan wrote: > USR Parts, removed from V.90 Enabled TC Chassis: > > 2- NetServer 486 20 Meg PRI Card $ 750 Ea > 1- NMC Card 20 Meg, 8 Meg ROM $ 650 > 2- 45 Amp Power Supplies $ 160 Ea > 1- TC Chassis $ 90 > > Removed from Service Jan 99. All items warrantied for 30 days. Payment > terms: Cash/COD/Credit card. Shipping charges paid by buyer - all items > available for immediate shipment. > ******* Top Net InterNet Services ******** > Omaha, Nebraska www.top.net > Voice: (402) 339-5609 > > > - > 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.

Subject: Re: (usr-tc) How to set idle time
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-07 14:13:14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 So can anyone tell me how to do this with session timeouts? I know I had this information at one time, but for the life of me I dont remember how this was done... Paul On Fri, 7 May 1999, Tatai SV Krishnan wrote: > On Fri, 7 May 1999 vito@aracnet.net wrote: > > > Can some tell me how to set the idle time on a USR? > > NETServer > > set all idle <idle time > > or > using the radius attribute idle-timeout > > > Hiper arc > set user default idle_timeout <idle time> > or > using the radius attribute idle-timeout > > > krish > > > > > > Thanks > > > > Vito > > > > > > - > > 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. > -----BEGIN PGP SIGNATURE----- Version: PGP for Personal Privacy 5.0 Charset: noconv iQA/AwUBNzM7TfwZd/4ulLtmEQLNCQCfe5MYK4shdxUDJwrE2IXx4JlD4FEAoOHL gX129se+yDyzmV0bCWFyOoK3 =9apN -----END PGP SIGNATURE-----

Subject: (usr-tc) TCS 3.5 - UNKNOWN user problem
From: Squid <squid@greenapple.com>
Date: 1999-05-07 14:53:29

Hello, I installed all the TCS 3.5 files to my units early Thurs. morning. Since than some user are having trouble getting in. On their side it calls, waits, and then just dropps or they get the "computer you have called is not answering" msg. In my syslogs, I see the call come in and then get the folllowing line: May 7 14:50:25 uhub.greenapple.com At 18:50:24, Facility "Auth Facility", L evel "COMMON":: The connection for call id 185860175, on if slot:12/mod:21 was d ropped for user UNKNOWN Happen on both MAC and PC's. Any ideas???? Also when the bring up terminal windows, they get nothing. Thanks, Mark

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Chris <helpchris@rconnect.com>
Date: 1999-05-07 14:56:26

I tried the instructions but get stuck at the first step. HIPER> add modem_GROUP crap interface SLOT:9/CON:1 CLI - Interface: SLOT:9/CON:1 is not configured CLI - Request ADD MODEM_GROUP failed because item is not in table > > I remember some time ago someone mentioned it was possible to connect to > HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten > me on the procedure for setting that up? I remember something about > setting up a network service on a particular socket but I can't quite > remember the exact details. you can get this either going to the 3kb solutions or to http://interproc.ae.usr.com/tkb.html search for console krish Chris Henderson Rural Connections ~ Information Services http://www.rconnect.com

Subject: (usr-tc) BACP with 4.1.59-6
From: Billy Huddleston <billy@nxs.net>
Date: 1999-05-07 14:57:09

Anyone know how stable BACP is with 4.1.59-6 ? I notice they have it listed as "experimental" in the release notes. Thanks, Billy Huddleston +--------------------------------------------------+ | Billy Huddleston System Administrator | | Net-Express http://www.nxs.net | | 114 Sherway Rd. Voice: 423-691-2014 | | Knoxville, TN 37922 Fax: 423-691-9894 | | billy@nxs.net | +--------------------------------------------------+

Subject: Re: (usr-tc) How to set idle time
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-07 15:01:10

On Fri, 7 May 1999, Paul M. Oster wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > So can anyone tell me how to do this with session timeouts? I > know I had this information at one time, but for the life of me I > dont remember how this was done... On the hiper arc set user default sesSION_TIMEOUT or using radius attribute session-timeout on the NETServer only through radius - use session-timeout krish > > Paul > > On Fri, 7 May 1999, Tatai SV Krishnan wrote: > > > On Fri, 7 May 1999 vito@aracnet.net wrote: > > > > > Can some tell me how to set the idle time on a USR? > > > > NETServer > > > > set all idle <idle time > > > or > > using the radius attribute idle-timeout > > > > > > Hiper arc > > set user default idle_timeout <idle time> > > or > > using the radius attribute idle-timeout > > > > > > krish > > > > > > > > > > Thanks > > > > > > Vito > > > > > > > > > - > > > 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. > > > > -----BEGIN PGP SIGNATURE----- > Version: PGP for Personal Privacy 5.0 > Charset: noconv > > iQA/AwUBNzM7TfwZd/4ulLtmEQLNCQCfe5MYK4shdxUDJwrE2IXx4JlD4FEAoOHL > gX129se+yDyzmV0bCWFyOoK3 > =9apN > -----END PGP SIGNATURE----- > > > - > 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. >

Subject: Re: (usr-tc) TCS 3.5 - UNKNOWN user problem
From: Russ Miescke <russm@powerweb.net>
Date: 1999-05-07 17:05:51

I have had no problems at all so far. We are on day 2. What kind of modems are they using? We have seen this with LT Winmodems running old code for the last few months. Russ Miescke Power Web Connect ----- Original Message ----- Sent: Friday, May 07, 1999 1:53 PM > Hello, > I installed all the TCS 3.5 files to my units early Thurs. morning. Since > than some user are having trouble getting in. On their side it calls, waits, > and then just dropps or they get the "computer you have called is not > answering" msg. In my syslogs, I see the call come in and then get the > folllowing line: > > May 7 14:50:25 uhub.greenapple.com At 18:50:24, Facility "Auth Facility", L > evel "COMMON":: The connection for call id 185860175, on if slot:12/mod:21 > was d > ropped for user UNKNOWN > > Happen on both MAC and PC's. Any ideas???? Also when the bring up terminal > windows, they get nothing. > > Thanks, Mark > > > > - > 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. >

Subject: (usr-tc) USR ...Yeah I got That!
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-07 18:25:07

All items in stock NOW! Guaranteed working unless specified. NO PRICES ARE CONCRETE! If you have seen better prices, let me know. Always looking for a sale and New Customers :) You can go to my web page: www.wrca.net for further information regarding this equipment. 1- Access Router 5000 Total Stack... Offers HW Rev 1.0 SW Rev 1.0.13 2- MP16I - PN#80-001219-00 R:2 $2000 Both seem to have some 2 bad ports (12 good) 1-MP16 v34 - PN#80-000939-00 R:2 $1200 3- Netserver 16I - PN#80-001213-01 R:2 $3000 4- Netserver 16 v34 $1100 2- Netserver 8I - small box - $2250 4- Netserver 8I - PN#80-001212-00 R:2 $2250 2- MP8I PN#80-001218-00 R:2 $2500 $2500 4- Netserver 8 v34 PN#80-001088-00 R:3 $750 1- MP8 v34 PN#80-000938--04 R:2 $650 4- TC Chassis w/ 45A Power Supply $350 1- TC Dual PRI NAC/NIC $850 1- EdgeServer w/ NT4.0 $1250 Steve Rivera - sales@wrca.net - 732-833-2111 http://www.wrca.net WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56, Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+ '''''''''''''''''''''''''''''''''''''''''''''''

Subject: (usr-tc) fs:Total Switch cards
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-07 18:42:43

forgot to add to other list :) 3x- SLC-100BFX2 2x- SLC-10BTX8 2x- SLC-100BTX2 Steve Rivera - sales@wrca.net - 732-833-2111 http://www.wrca.net WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56, Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+ '''''''''''''''''''''''''''''''''''''''''''''''

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Steve Lynn <stevelynn@mindspring.net>
Date: 1999-05-07 20:01:20

Are you running 2.* code on the HDM? If so then make sure that you've enabled the console for the HDM you're trying to configure. hiperarc> li chas Slot Owner Description Ports Type Console 1 YES 24 Channel.... 23 STATIC YES If Console = no then.. hiperarc> set chas slot 1 con yes And then make sure the console interface is up. hiperarc> li int INTERFACES Interface Oper Admin Name Status Status SLOT:1/CON:1 Up Up If the interface is up enter the following.... add modem_GROUP slot1 inTERFACES SLOT:1/CON:1 add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no set ne se teledial1 data "service_type=dialout,auth=off,modem_group=\"slot1\"" ena ne se teledial1 After that you should be able to.. #telnet <arc ip address> 10001 and connect to the HDM console. -Steve Marcelo Souza wrote: > > On Fri, 7 May 1999, Chris wrote: > > |I tried the instructions but get stuck at the first step. > | > |HIPER> add modem_GROUP crap interface SLOT:9/CON:1 > |CLI - Interface: SLOT:9/CON:1 is not configured > > There is no "CON:1" modem, correct to: "slot:9/mod:1" > > - Marcelo > > |CLI - Request ADD MODEM_GROUP failed because item is not in table > | > | > |> > |> I remember some time ago someone mentioned it was possible to connect to > |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten > |> me on the procedure for setting that up? I remember something about > |> setting up a network service on a particular socket but I can't quite > |> remember the exact details. > |you can get this either going to the 3kb solutions or > |to > |http://interproc.ae.usr.com/tkb.html > |search for console > |krish > | > |Chris Henderson > |Rural Connections ~ Information Services > |http://www.rconnect.com > | > |- > | 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. > | > > - Marcelo > > - > 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.

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-07 20:18:12

On Fri, 7 May 1999, Chris wrote: |I tried the instructions but get stuck at the first step. | |HIPER> add modem_GROUP crap interface SLOT:9/CON:1 |CLI - Interface: SLOT:9/CON:1 is not configured There is no "CON:1" modem, correct to: "slot:9/mod:1" - Marcelo |CLI - Request ADD MODEM_GROUP failed because item is not in table | | |> |> I remember some time ago someone mentioned it was possible to connect to |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten |> me on the procedure for setting that up? I remember something about |> setting up a network service on a particular socket but I can't quite |> remember the exact details. |you can get this either going to the 3kb solutions or |to |http://interproc.ae.usr.com/tkb.html |search for console |krish | |Chris Henderson |Rural Connections ~ Information Services |http://www.rconnect.com | |- | 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. | - Marcelo

Subject: (usr-tc) Radius Settings
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-07 20:54:17

What does these Radius parameters mean? HiPer>> shOW raDIUS sETTINGS RADIUS SETTINGS (...) Authentication Algorithm: ROUND_ROBIN (...) Interim Accounting Interval: 240 seconds - Marcelo

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Brian <signal@shreve.net>
Date: 1999-05-07 21:25:26

So their is no way to do this with 1.2.x code? I noticed most of it actually works, but the oper status will not goto UP, even telnet responds but it closes connection. On Fri, 7 May 1999, Steve Lynn wrote: > Are you running 2.* code on the HDM? If so then make sure that > you've enabled the console for the HDM you're trying to configure. > > hiperarc> li chas > Slot Owner Description Ports Type Console > 1 YES 24 Channel.... 23 STATIC YES > > If Console = no then.. > > hiperarc> set chas slot 1 con yes > > And then make sure the console interface is up. > > hiperarc> li int > > INTERFACES > Interface Oper Admin > Name Status Status > SLOT:1/CON:1 Up Up > > If the interface is up enter the following.... > > add modem_GROUP slot1 inTERFACES SLOT:1/CON:1 > add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no > set ne se teledial1 data > "service_type=dialout,auth=off,modem_group=\"slot1\"" > ena ne se teledial1 > > After that you should be able to.. > > #telnet <arc ip address> 10001 > > and connect to the HDM console. > > > -Steve > > > Marcelo Souza wrote: > > > > On Fri, 7 May 1999, Chris wrote: > > > > |I tried the instructions but get stuck at the first step. > > | > > |HIPER> add modem_GROUP crap interface SLOT:9/CON:1 > > |CLI - Interface: SLOT:9/CON:1 is not configured > > > > There is no "CON:1" modem, correct to: "slot:9/mod:1" > > > > - Marcelo > > > > |CLI - Request ADD MODEM_GROUP failed because item is not in table > > | > > | > > |> > > |> I remember some time ago someone mentioned it was possible to connect to > > |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten > > |> me on the procedure for setting that up? I remember something about > > |> setting up a network service on a particular socket but I can't quite > > |> remember the exact details. > > |you can get this either going to the 3kb solutions or > > |to > > |http://interproc.ae.usr.com/tkb.html > > |search for console > > |krish > > | > > |Chris Henderson > > |Rural Connections ~ Information Services > > |http://www.rconnect.com > > | > > |- > > | 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. > > | > > > > - Marcelo > > > > - > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Recommended routing for ARC/Cisco combo? RIP only?
From: Kent Tambling <kent@acceleration.net>
Date: 1999-05-07 22:41:55

Anyone have any specific suggestions on routing configuration for our POP with a Cisco 7206, 2 HiperARCs. Is RIPv2 most common or should I be looking at other solutions? Incoming is a BGP AS block. Everythings working fine using RIP2 internal, I was just curious what people thought of other configs. Kent Tambling kent@acceleration.net System Administrator www.acceleration.net

Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo? RIP only?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-07 23:26:03

Thus spake Kent Tambling >Anyone have any specific suggestions on >routing configuration for our POP with a >Cisco 7206, 2 HiperARCs. Is RIPv2 most >common or should I be looking at other solutions? >Incoming is a BGP AS block. Everythings >working fine using RIP2 internal, I was just >curious what people thought of other configs. RIPv2 is pretty much the only option you have with Arcs at this point. OSPF is coming with the 4.2 release (should be coming out of beta any time now...thought it was going to be part of TCS 3.5, but not sure on that). If this is your only POP, then RIPv2 should be plenty, as your network grows, you'll probably, at some point, want to change to at least redistributing RIPv2 into OSPF or IS-IS or something like that. That seems to be the most common way of handling things. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) connecting to cards thru HiPerARC CLI
From: Steve Lynn <stevelynn@mindspring.net>
Date: 1999-05-07 23:26:56

Nope. The HDMs have to be running 2.x code. -Steve Brian wrote: > > So their is no way to do this with 1.2.x code? I noticed most of it > actually works, but the oper status will not goto UP, even telnet responds > but it closes connection. > > On Fri, 7 May 1999, Steve Lynn wrote: > > > Are you running 2.* code on the HDM? If so then make sure that > > you've enabled the console for the HDM you're trying to configure. > > > > hiperarc> li chas > > Slot Owner Description Ports Type Console > > 1 YES 24 Channel.... 23 STATIC YES > > > > If Console = no then.. > > > > hiperarc> set chas slot 1 con yes > > > > And then make sure the console interface is up. > > > > hiperarc> li int > > > > INTERFACES > > Interface Oper Admin > > Name Status Status > > SLOT:1/CON:1 Up Up > > > > If the interface is up enter the following.... > > > > add modem_GROUP slot1 inTERFACES SLOT:1/CON:1 > > add netWORK serVICE teledial1 servER_TYPE telnetd soCKET 10001 en no > > set ne se teledial1 data > > "service_type=dialout,auth=off,modem_group=\"slot1\"" > > ena ne se teledial1 > > > > After that you should be able to.. > > > > #telnet <arc ip address> 10001 > > > > and connect to the HDM console. > > > > > > -Steve > > > > > > Marcelo Souza wrote: > > > > > > On Fri, 7 May 1999, Chris wrote: > > > > > > |I tried the instructions but get stuck at the first step. > > > | > > > |HIPER> add modem_GROUP crap interface SLOT:9/CON:1 > > > |CLI - Interface: SLOT:9/CON:1 is not configured > > > > > > There is no "CON:1" modem, correct to: "slot:9/mod:1" > > > > > > - Marcelo > > > > > > |CLI - Request ADD MODEM_GROUP failed because item is not in table > > > | > > > | > > > |> > > > |> I remember some time ago someone mentioned it was possible to connect to > > > |> HiPerDSP management CLIs through the HiPerARC CLI. Can someone enlighten > > > |> me on the procedure for setting that up? I remember something about > > > |> setting up a network service on a particular socket but I can't quite > > > |> remember the exact details. > > > |you can get this either going to the 3kb solutions or > > > |to > > > |http://interproc.ae.usr.com/tkb.html > > > |search for console > > > |krish > > > | > > > |Chris Henderson > > > |Rural Connections ~ Information Services > > > |http://www.rconnect.com > > > | > > > |- > > > | 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. > > > | > > > > > > - Marcelo > > > > > > - > > > 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. > > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > - > 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.

Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo? RIP only?
From: Steve Lynn <stevelynn@mindspring.net>
Date: 1999-05-07 23:40:42

RIPv2 is probably your best bet. The only other option at this point is to add static routes into the Cisco. Which isn't so bad if you don't plan on adding to or changing your IP pools on the HiperARC. -Steve Kent Tambling wrote: > > Anyone have any specific suggestions on > routing configuration for our POP with a > Cisco 7206, 2 HiperARCs. Is RIPv2 most > common or should I be looking at other solutions? > Incoming is a BGP AS block. Everythings > working fine using RIP2 internal, I was just > curious what people thought of other configs. > > Kent Tambling > kent@acceleration.net > System Administrator > www.acceleration.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.

Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo? RIP only?
From: Brian <signal@shreve.net>
Date: 1999-05-08 10:59:39

On Fri, 7 May 1999, Kent Tambling wrote: > Anyone have any specific suggestions on > routing configuration for our POP with a > Cisco 7206, 2 HiperARCs. Is RIPv2 most > common or should I be looking at other solutions? You don't have much of a choice until OSPF is available. We redistribute RIP into OSPF. > Incoming is a BGP AS block. Everythings > working fine using RIP2 internal, I was just > curious what people thought of other configs. > typical pop config here at ShreveNet goes something like this: interface Ethernet0 ip address 208.242.79.17 255.255.255.240 ! interface Serial0 ip address 192.168.1.6 255.255.255.252 ! router ospf 10 redistribute connected subnets redistribute static redistribute rip subnets network 192.168.1.0 0.0.0.255 area 1 network 208.242.79.16 0.0.0.15 area 1 ! router rip version 2 timers basic 30 30 2 60 300 network 208.242.79.0 no auto-summary ! ip classless ip route 0.0.0.0 0.0.0.0 Serial0 1. I use 192.168.0.0 networks for the internal serial links, but you probably don't want to do this, and I will be changing that real soon. 2. I use a /28 for the pop, thats for nmc's, and arc's, router, switch, etc. Go bigger if you have more equipment (/27 etc). 3. Each ARC gets a /25 (contiguous per chassis). That announcment is sent out ripv2, redistributed into OSPF and hauled to all routers via ospf announcment. It keeps the static routing to a minimum. > Kent Tambling > kent@acceleration.net > System Administrator > www.acceleration.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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) Recommended routing for ARC/Cisco combo? RIP only?
From: Brian <signal@shreve.net>
Date: 1999-05-08 11:01:39

On Fri, 7 May 1999, Steve Lynn wrote: > RIPv2 is probably your best bet. The only other option at this > point is to add static routes into the Cisco. Which isn't so bad > if you don't plan on adding to or changing your IP pools on the > HiperARC. > If you have customers that are assigned static ip's/ip subnets, then some sort of Interior routing protocol is going to be needed though, unless you know which arc they are going to dial into ahead of time (possible in a small setup). Brian > > -Steve > > Kent Tambling wrote: > > > > Anyone have any specific suggestions on > > routing configuration for our POP with a > > Cisco 7206, 2 HiperARCs. Is RIPv2 most > > common or should I be looking at other solutions? > > Incoming is a BGP AS block. Everythings > > working fine using RIP2 internal, I was just > > curious what people thought of other configs. > > > > Kent Tambling > > kent@acceleration.net > > System Administrator > > www.acceleration.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. > > - > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) fs:Total Switch cards
From: Andrew Aken <ajaken@globaleyes.net>
Date: 1999-05-08 21:35:42

How much for the 100BTX2 cards? Steve Rivera wrote: > > forgot to add to other list :) > > 3x- SLC-100BFX2 > 2x- SLC-10BTX8 > 2x- SLC-100BTX2 > > Steve Rivera - sales@wrca.net - 732-833-2111 > http://www.wrca.net > WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56, > Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+ > ''''''''''''''''''''''''''''''''''''''''''''''' > > > > > - > 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. -- ======================================================= =========== Andrew Aken - President ========= ====== GlobalEyes Communications, Inc. ====== =Southern Illinois' Fastest Connection to the Internet= ========== http://www.GlobalEyes.net ======== =======================================================

Subject: (usr-tc) SS7 and Total Control
From: Allen Marsalis <am@shreve.net>
Date: 1999-05-08 23:32:48

Many months ago, our 3COM rep mentioned that upcoming NAS will support SS7 for "internet call waiting" and other new features. I can see the need for SS7 at a VoIP gateway to provide 1+ dialing, 800 call portability, and things of telco nature. (to emulate or provide legacy POTS services) But I just can't see what direct SS7 will do for NAS with the possible exception of eliminating the need for a class 5 switch. (if that's not enough reason :) Anyone know what the integration of SS7 into NAS will do for us in general in addition to the potential savings resulting from trunking direct to a tandem? Any word on when 3COM might release a product? Sorry if this has been covered recently.. It's just that we're buying a DTI switch and I'm hoping it's not less useful (for NAS) in 12-24 months. Any thoughts? Or explanations if I'm missing the point.. thanks. Allen

Subject: (usr-tc) Clearing a single modem on HARC
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-05-09 05:58:54

Hello, I would like to clear a single modem (interface?) on a HiPer ARC. That is, I don't want to disconnect all instances of a user connecting to the HARC -- just one modem. Is that possible? Consider: slot:15/mod:12 werd DIALIN PPP 08-MAY-1999 18:04:40 slot:15/mod:13 britherton DIALIN PPP 07-MAY-1999 14:03:26 slot:15/mod:14 vascee.bi-state DIALIN PPP 08-MAY-1999 14:51:53 slot:15/mod:15 rjsoms DIALIN PPP 09-MAY-1999 00:54:20 slot:15/mod:16 z4 DIALIN PPP 08-MAY-1999 09:27:01 slot:15/mod:20 colbreth DIALIN PPP 06-MAY-1999 07:05:09 slot:15/mod:21 chwerd DIALIN PPP 08-MAY-1999 14:00:41 slot:15/mod:22 affico DIALIN PPP 05-MAY-1999 10:37:20 slot:15/mod:23 rjsoms DIALIN PPP 05-MAY-1999 16:40:29 I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15.

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-09 08:50:10

On Sun, 9 May 1999, Mark R. Lindsey wrote: > Hello, > > I would like to clear a single modem (interface?) on a HiPer ARC. > That is, I don't want to disconnect all instances of a user connecting > to the HARC -- just one modem. Is that possible? reset modems slot:2/mod:1 or any other slot/modem you want krish > > Consider: > > slot:15/mod:12 werd DIALIN PPP 08-MAY-1999 18:04:40 > slot:15/mod:13 britherton DIALIN PPP 07-MAY-1999 14:03:26 > slot:15/mod:14 vascee.bi-state DIALIN PPP 08-MAY-1999 14:51:53 > slot:15/mod:15 rjsoms DIALIN PPP 09-MAY-1999 00:54:20 > slot:15/mod:16 z4 DIALIN PPP 08-MAY-1999 09:27:01 > slot:15/mod:20 colbreth DIALIN PPP 06-MAY-1999 07:05:09 > slot:15/mod:21 chwerd DIALIN PPP 08-MAY-1999 14:00:41 > slot:15/mod:22 affico DIALIN PPP 05-MAY-1999 10:37:20 > slot:15/mod:23 rjsoms DIALIN PPP 05-MAY-1999 16:40:29 > > I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15. > > > > > - > 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. >

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-09 11:11:14

At 05:58 AM 5/9/99 -0400, mark@vielle.datasys.net (Mark R. Lindsey) wrote: >Hello, > >I would like to clear a single modem (interface?) on a HiPer ARC. >That is, I don't want to disconnect all instances of a user connecting >to the HARC -- just one modem. Is that possible? > >Consider: > >slot:15/mod:12 werd DIALIN PPP 08-MAY-1999 18:04:40 >slot:15/mod:13 britherton DIALIN PPP 07-MAY-1999 14:03:26 >slot:15/mod:14 vascee.bi-state DIALIN PPP 08-MAY-1999 14:51:53 >slot:15/mod:15 rjsoms DIALIN PPP 09-MAY-1999 00:54:20 >slot:15/mod:16 z4 DIALIN PPP 08-MAY-1999 09:27:01 >slot:15/mod:20 colbreth DIALIN PPP 06-MAY-1999 07:05:09 >slot:15/mod:21 chwerd DIALIN PPP 08-MAY-1999 14:00:41 >slot:15/mod:22 affico DIALIN PPP 05-MAY-1999 10:37:20 >slot:15/mod:23 rjsoms DIALIN PPP 05-MAY-1999 16:40:29 > >I need to be able to disconnect slot:15/mod:23, but not slot:15/mod:15. You can; hangup interface slot:15/mod:23 or disconnect user rjsoms If either works, you'll get nothing back but another command prompt. A <list connections> will verify that the user is gone. If it doesn't work, you'll get an error message. I have had some problems with manually entering the interface in the <hangup interface> command, but copying the slot/mod info then pasting it in the command line does the trick. Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-09 12:28:13

On Sun, 9 May 1999, Mark R. Lindsey wrote: > : > I would like to clear a single modem (interface?) on a HiPer ARC. > : > That is, I don't want to disconnect all instances of a user connecting > : > to the HARC -- just one modem. Is that possible? > : > > Krish said: > : reset modems slot:2/mod:1 > > Does that require a specific HARC OS version to work? It doesn't want > to work on my system. > > Thanks for the tip, though; at least I know there's supposed to be a way > to do it. :) > > > HiPer>> list con > [...snip...] > slot:15/mod:23 rjsems DIALIN PPP 05-MAY-1999 16:40:29 > HiPer>> reset modems slot:15/mod:23 > ERROR - CIP: The interface is currently in use It does work on your version of code - the problem here is that the user is currently logged - so do this first disconnect user rjsems then reset modems slot:15/mod:23 I tried this on 4.1.59-6 and it did not complain regarding the user. What version are you using? krish > > > > - > 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. >

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-05-09 12:39:49

: > I would like to clear a single modem (interface?) on a HiPer ARC. : > That is, I don't want to disconnect all instances of a user connecting : > to the HARC -- just one modem. Is that possible? : Krish said: : reset modems slot:2/mod:1 Does that require a specific HARC OS version to work? It doesn't want to work on my system. Thanks for the tip, though; at least I know there's supposed to be a way to do it. :) HiPer>> list con [...snip...] slot:15/mod:23 rjsems DIALIN PPP 05-MAY-1999 16:40:29 HiPer>> reset modems slot:15/mod:23 ERROR - CIP: The interface is currently in use

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-05-09 12:41:46

: You can; : hangup interface slot:15/mod:23 or : disconnect user rjsoms : If either works, you'll get nothing back but another command prompt. Nifty; that worked for me. Thanks.

Subject: (usr-tc) 3.5 comments?
From: Brian <signal@shreve.net>
Date: 1999-05-09 13:14:18

Any experiences with 3.5 yet, good or bad? I hopefully will make the migration to 3.5 in about a month, once I see enough brave people on this list come forward with any potential problems. I am looking forward to the reverse telnet capibility of being able to get to the hdm consoles. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: RE: (usr-tc) 3.5 comments?
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-09 13:45:50

No reported issues or noticeable negative changes. As they say, "No news is good news." Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > Sent: Sunday, May 09, 1999 1:14 PM > To: USRobotics TC Mailing List > Subject: (usr-tc) 3.5 comments? > > > > Any experiences with 3.5 yet, good or bad? I hopefully will make the > migration to 3.5 in about a month, once I see enough brave people on this > list come forward with any potential problems. I am looking forward to > the reverse telnet capibility of being able to get to the hdm consoles. > > Brian

Subject: Re: (usr-tc) 3.5 comments?
From: Russ Miescke <russm@powerweb.net>
Date: 1999-05-09 14:52:34

Everything has been smooth here. Have it running on DSPs and quads. Did not help the Rockwell modems performance but did not hurt anything that I can see either. Russ Miescke Power Web Connect ----- Original Message ----- Sent: Sunday, May 09, 1999 1:14 PM > > Any experiences with 3.5 yet, good or bad? I hopefully will make the > migration to 3.5 in about a month, once I see enough brave people on this > list come forward with any potential problems. I am looking forward to > the reverse telnet capibility of being able to get to the hdm consoles. > > Brian > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > 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. >

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-09 22:48:33

At 12:41 PM 5/9/99 -0400, mark@vielle.datasys.net (Mark R. Lindsey) wrote: >: You can; >: hangup interface slot:15/mod:23 or >: disconnect user rjsoms >: If either works, you'll get nothing back but another command prompt. > >Nifty; that worked for me. Thanks. I didn't notice till re-reading over it that your user rjsoms was logged on twice. Did you use <hangup interface> or <disconnect user>? If <disconnect user>, did it knock the user off both lines? Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Clearing a single modem on HARC
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-05-10 06:09:39

: At 12:41 PM 5/9/99 -0400, mark@vielle.datasys.net (Mark R. Lindsey) wrote: : >: You can; : >: hangup interface slot:15/mod:23 or : >: disconnect user rjsoms : >: If either works, you'll get nothing back but another command prompt. : > : >Nifty; that worked for me. Thanks. : : I didn't notice till re-reading over it that your user rjsoms was logged on : twice. Did you use <hangup interface> or <disconnect user>? If <disconnect : user>, did it knock the user off both lines? The hangup interface form worked. I didn't try `disc user' because it didn't look like what I wanted.

Subject: (usr-tc) 56K ISDN
From: Tim Wolfe <tim@clipper.net>
Date: 1999-05-10 07:58:56

Is anyone using channelized T-1s to terminate ISDN calls? Lucingston PM3s can do what they term "data over voice" ISDN calls that require the user to set their modem to a different mode and then allows them to connect with their ISDN line to the pm3 with either a 56k single channel or 112k dual channel connection. My 3Com sales guy said that the code that was supposed to come out in March would do that. Anybody doing that or have any idea what the status of that is? I've talked to a couple people at 3Com and they seem to have no idea what I'm talking about. Thanks, Tim ============================================================= | Timothy M. Wolfe | Wireless Internet = Get Some | | Chief Network Engineer | 1.800.362.9943 tim@clipper.net | | ClipperNet Corporation | http://www.clipper.net/services/ | =============================================================

Subject: Re: (usr-tc) 3.5 comments?
From: Mark S - Squid Manager <squid@greenapple.com>
Date: 1999-05-10 09:03:29

Did not help the Rockwell issue at all, and we are even getting more issues with aopen modems and such, all Rockwell based, that will not connect now, but did before 3.5. Getting the latest code on their side works most of the time, but a real hassle since they were working fine before. Mark Green Apple Inc ----- Original Message ----- Sent: Sunday, May 09, 1999 2:14 PM > >Any experiences with 3.5 yet, good or bad? I hopefully will make the >migration to 3.5 in about a month, once I see enough brave people on this >list come forward with any potential problems. I am looking forward to >the reverse telnet capibility of being able to get to the hdm consoles. > >Brian > > >----------------------------------------------------- >Brian Feeny (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > 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. >

Subject: (usr-tc) is rlogin / uucp broken on 4.1.59?
From: C Thompson <cthompson@wingnet.net>
Date: 1999-05-10 11:02:28

We have two chasses. One is running 4.1.72 on the HARC, and the other is running 4.1.59. We have a customer who dials in and after logging in (ogin: ssword:), is assigned an 'rlogin' connection type via radius to an Unix box for uucp e- mail. On the chassis running 4.1.72, this connection works fine as it has for years (running on the NetServer card before the HARC). However, the chassis running 4.1.59 does not allow the uucp session to work. A tech has logged into both chasses and checked every setting he knew (I did the same), but there is no apparent difference in the settings other than the code base. Here is an output of the packets via tcpdump. Any ideas or suggestions appreciated. Successful connection info beginning with the copyright/license info for the Unix... ------------------------- chassis #1 ---------------- of the license.. . . 206.30.215.14.973 -> 206.30.215.7.login over TCP <No data> 206.30.215.7.login -> 206.30.215.14.973 over TCP .Shere=eirene. 206.30.215.14.973 -> 206.30.215.7.login over TCP . 206.30.215.7.login -> 206.30.215.14.973 over TCP <No data> 206.30.215.14.973 -> 206.30.215.7.login over TCP Scustomer1 -U0x10000 -N0x7 -R. 206.30.215.7.login -> 206.30.215.14.973 over TCP .ROK. Unsuccessful attempt on other chassis running 4.1.59 ---------------------- chassis2 --------------------- of the license.. . . 206.30.215.10.549 -> 206.30.215.7.login over TCP <No data> 206.30.215.7.login -> 206.30.215.10.549 over TCP .Shere=eirene. 206.30.215.10.549 -> 206.30.215.7.login over TCP <No data> 206.30.215.10.549 -> 206.30.215.7.login over TCP <No data> 206.30.215.7.login -> 206.30.215.10.549 over TCP <No data> 206.30.215.7.login -> 206.30.215.10.549 over TCP <No data> 206.30.215.10.549 -> 206.30.215.7.login over TCP <No data> Please help if you can... Craig Thompson WingNET Internet Services, P.O. Box 3000 // Cleveland, TN 37320-3000 423-559-LINK (v) 423-559-5444 (f) http://www.wingnet.net One-seventh of your life is spent on Monday.

Subject: Re: (usr-tc) fs:Total Switch cards
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-10 12:38:49

$300 each. At 09:35 PM 5/8/99 -0500, you wrote: >How much for the 100BTX2 cards? > >Steve Rivera wrote: >> >> forgot to add to other list :) >> >> 3x- SLC-100BFX2 >> 2x- SLC-10BTX8 >> 2x- SLC-100BTX2 >> >> Steve Rivera - sales@wrca.net - 732-833-2111 >> http://www.wrca.net >> WTB: Cisco 2501, 2511, Ascend Max4000 Chassis, MXSL-16MOD-L56, >> Hot Items in Stock: Cisco AS5248 v90, Livingston IRX114, ORU, USR Ntsvr 16I+ >> ''''''''''''''''''''''''''''''''''''''''''''''' >> >> >> >> >> - >> 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. > >-- >======================================================= >=========== Andrew Aken - President ========= >====== GlobalEyes Communications, Inc. ====== >=Southern Illinois' Fastest Connection to the Internet= >========== http://www.GlobalEyes.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. >

Subject: (usr-tc) fs: USR Access
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-10 13:35:56

If you have seen better prices, let me know. Always looking for a sale and New Customers :) You can go to my web page: www.wrca.net for further information regarding this equipment. 1- Access Router 5000 Total Stack... Offers HW Rev 1.0 SW Rev 1.0.13 2- MP16I - PN#80-001219-00 R:2 $1500 Both seem to have some 2 bad ports (12 good) 1-MP16 v34 - PN#80-000939-00 R:2 $1200 3- Netserver 16I - PN#80-001213-01 R:2 $2500 4- Netserver 16 v34 $1000 2- Netserver 8I - small box - $2000 4- Netserver 8I - PN#80-001212-00 R:2 $2000 2- MP8I PN#80-001218-00 R:2 $2500 $2500 4- Netserver 8 v34 PN#80-001088-00 R:3 $650 1- MP8 v34 PN#80-000938--04 R:2 $650 4- TC Chassis w/ 45A Power Supply $350 1- TC Dual PRI NAC/NIC $850 1- EdgeServer w/ NT4.0 $1250 3- Total Switch Cards SLC-100BFX2 2- Total Switch Cards SLC-10BTX8 2- Total Switch Cards SLC-100BTX2

Subject: (usr-tc) To support or not to support?
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-10 15:12:40

Here's my situation. About a year ago I purchased a HiPer package from Source and a TCAP support package that is in effect till August. Source also provided me with TCM and S&A Server for Windows with the package. I've had problems with logging in S&A Server since the start and have intermittantly tried to resolve them through 3Com support. Their response has varied widely from refusing to help because I didn't purchase S&A, through saying they'd help but not following through after I'd sent them specifics they'd requested. I spoke with a 3Com rep at ISPCon(Tom iforgethislastname) who told me that the TCAP contract entitles me to support and upgrades for S&A server despite the fact that it wasn't originally purchased from 3Com. Can anybody verify this, or point me at a sympathetic ear at 3Com that may at least hear me out before slamming the "you didn't buy it" door in my face? Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) 56K ISDN
From: Randy McMillan <randy@pacinfo.com>
Date: 1999-05-10 15:37:36

dovbs is in the release notes for the quad modems and there is a new option to enable/disable dovbs in the call control options. However, beyond that I haven't found anything that tells you what else you need or how to do it in the pdf's. The help file for tcm for windows doesn't include any info on it. I would also appreciate any instructions that are available. Randy McMillan PacInfo ----- Original Message ----- Sent: Monday, May 10, 1999 7:58 AM > Is anyone using channelized T-1s to terminate ISDN calls? Lucingston PM3s > can do what they term "data over voice" ISDN calls that require the user to > set their modem to a different mode and then allows them to connect with > their ISDN line to the pm3 with either a 56k single channel or 112k dual > channel connection. My 3Com sales guy said that the code that was supposed > to come out in March would do that. Anybody doing that or have any idea > what the status of that is? I've talked to a couple people at 3Com and they > seem to have no idea what I'm talking about. > > Thanks, > > Tim > > ============================================================= > | Timothy M. Wolfe | Wireless Internet = Get Some | > | Chief Network Engineer | 1.800.362.9943 tim@clipper.net | > | ClipperNet Corporation | http://www.clipper.net/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. > >

Subject: Re: (usr-tc) connections dropping
From: Frank Basso <frank@got.net>
Date: 1999-05-10 18:44:21

How large is your dynamic address Pool ? We had this if you forget to add address space to the pool = No IP addresses available and the call drops. -Frank ----- Original Message ----- Sent: Monday, May 10, 1999 6:24 PM > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start > spilling over to the 3rd HDSP, we start getting connections dropped > after radius authentication. Doesn't seem to matter which port they're > coming in on, after a certain number of calls, we get the following: > > * call arrives > * call connected > * successful radius authentication for user xyzzy > * connection dropped for user UNKNOWN > > Note the log entry for successful radius auth contains the username, > but the connection dropped one claims user UNKNOWN. > > Ideas on where to look? > > HDSPs running 1.2.5 > HARC running 4.0.30 > NMC running 5.5.5 > > > - > 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. >

Subject: Re: (usr-tc) 56K ISDN
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-10 19:09:59

On Mon, 10 May 1999, Randy McMillan wrote: >dovbs is in the release notes for the quad modems and there is a new option >to enable/disable dovbs in the call control options. However, beyond that I >haven't found anything that tells you what else you need or how to do it in >the pdf's. The help file for tcm for windows doesn't include any info on >it. I would also appreciate any instructions that are available. [Disclaimer: I've not done this and have no plans to do so.] The only way I've seen this done is by using DNIS based modem setup to switch DoVBS on or off based on the number the user dialed to hit the modem. I hve no idea how well this ended up working, but it's a starting place. I'll look through the tcsbeta mail I've still got to see how it was done. --Ricky

Subject: Re: (usr-tc) connections dropping
From: Frank Basso <frank@got.net>
Date: 1999-05-10 19:22:55

Anytime. -- Frank Basso Senior Network Engineer Got.Net? - The Internet Connection, Inc. Santa Cruz, California Voice: 831-460-2000 x117 FAX: 831-460-2004 "Never mess with the one who has control of the Cisco, as "He Is God, and not just Root... :)" When they took the fourth amendment, I was quiet because I didn't deal drugs. When they took the sixth amendment, I was quiet because I was innocent. When they took the second amendment, I was quiet because I didn't own a gun. Now they've taken the first amendment, and I can say nothing about it. ----- Original Message ----- Sent: Monday, May 10, 1999 7:07 PM > > Oh jeez. *roll* Bingo, that was probably it. I painstakingly put in > the reverse dns for all of the new ports, and totally forgot about > the pool size. What an idgit. > > Many thanks, you saved my life tonight. My tech support thanks you > too now that the flood of calls has gone away. (: > > > On Mon, 10 May 1999, Frank Basso wrote: > > > How large is your dynamic address Pool ? We had this if you forget to add > > address space to the pool = No IP addresses available and the call drops. > > > > -Frank > > ----- Original Message ----- > > From: Lon R. Stockton, Jr. <lon@moonstar.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Monday, May 10, 1999 6:24 PM > > Subject: (usr-tc) connections dropping > > > > > > > > > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start > > > spilling over to the 3rd HDSP, we start getting connections dropped > > > after radius authentication. Doesn't seem to matter which port they're > > > coming in on, after a certain number of calls, we get the following: > > > > > > * call arrives > > > * call connected > > > * successful radius authentication for user xyzzy > > > * connection dropped for user UNKNOWN > > > > > > Note the log entry for successful radius auth contains the username, > > > but the connection dropped one claims user UNKNOWN. > > > > > > Ideas on where to look? > > > > > > HDSPs running 1.2.5 > > > HARC running 4.0.30 > > > NMC running 5.5.5 > > > > > > > > > - > > > 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. >

Subject: Re: (usr-tc) connections dropping
From: Frank Basso <frank@got.net>
Date: 1999-05-10 19:27:06

I have a perl script for generating the dns entries if you are interested, so you dont have to do too many hand edits. -Frank ----- Original Message ----- Sent: Monday, May 10, 1999 7:07 PM > > Oh jeez. *roll* Bingo, that was probably it. I painstakingly put in > the reverse dns for all of the new ports, and totally forgot about > the pool size. What an idgit. > > Many thanks, you saved my life tonight. My tech support thanks you > too now that the flood of calls has gone away. (: > > > On Mon, 10 May 1999, Frank Basso wrote: > > > How large is your dynamic address Pool ? We had this if you forget to add > > address space to the pool = No IP addresses available and the call drops. > > > > -Frank > > ----- Original Message ----- > > From: Lon R. Stockton, Jr. <lon@moonstar.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Monday, May 10, 1999 6:24 PM > > Subject: (usr-tc) connections dropping > > > > > > > > > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start > > > spilling over to the 3rd HDSP, we start getting connections dropped > > > after radius authentication. Doesn't seem to matter which port they're > > > coming in on, after a certain number of calls, we get the following: > > > > > > * call arrives > > > * call connected > > > * successful radius authentication for user xyzzy > > > * connection dropped for user UNKNOWN > > > > > > Note the log entry for successful radius auth contains the username, > > > but the connection dropped one claims user UNKNOWN. > > > > > > Ideas on where to look? > > > > > > HDSPs running 1.2.5 > > > HARC running 4.0.30 > > > NMC running 5.5.5 > > > > > > > > > - > > > 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. >

Subject: (usr-tc) dsp cards with netserver code
From: eric@dol.net
Date: 1999-05-10 21:12:24

If I put a hyper dsp card ( up to 2 ) in my chassis with current netserver cards, do the cards respond to the normal netserver commands? I am not intrested in using the arc cards but wanted to know of any chronic problems associated with a config of 48 modem ports plus 2 dsp cards. All our units are PRI based. Before I bought some of these I wanted to get some current feedback. Our netserver cards run 3.7.24 and nmc cards 5.4.1. When I buy a doubleup bundle does it come with newer code? It appears to come with the memory upgrade for the mnc card. Is the netserver card affected by all this? All help is appreciated thanks eric Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option...

Subject: (usr-tc) connections dropping
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-05-10 21:24:53

Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start spilling over to the 3rd HDSP, we start getting connections dropped after radius authentication. Doesn't seem to matter which port they're coming in on, after a certain number of calls, we get the following: * call arrives * call connected * successful radius authentication for user xyzzy * connection dropped for user UNKNOWN Note the log entry for successful radius auth contains the username, but the connection dropped one claims user UNKNOWN. Ideas on where to look? HDSPs running 1.2.5 HARC running 4.0.30 NMC running 5.5.5

Subject: Re: (usr-tc) connections dropping
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-05-10 22:07:21

Oh jeez. *roll* Bingo, that was probably it. I painstakingly put in the reverse dns for all of the new ports, and totally forgot about the pool size. What an idgit. Many thanks, you saved my life tonight. My tech support thanks you too now that the flood of calls has gone away. (: On Mon, 10 May 1999, Frank Basso wrote: > How large is your dynamic address Pool ? We had this if you forget to add > address space to the pool = No IP addresses available and the call drops. > > -Frank > ----- Original Message ----- > From: Lon R. Stockton, Jr. <lon@moonstar.com> > To: <usr-tc@lists.xmission.com> > Sent: Monday, May 10, 1999 6:24 PM > Subject: (usr-tc) connections dropping > > > > > > Just added a 3rd HDSP to my TC/HiperARC system. Now, when calls start > > spilling over to the 3rd HDSP, we start getting connections dropped > > after radius authentication. Doesn't seem to matter which port they're > > coming in on, after a certain number of calls, we get the following: > > > > * call arrives > > * call connected > > * successful radius authentication for user xyzzy > > * connection dropped for user UNKNOWN > > > > Note the log entry for successful radius auth contains the username, > > but the connection dropped one claims user UNKNOWN. > > > > Ideas on where to look? > > > > HDSPs running 1.2.5 > > HARC running 4.0.30 > > NMC running 5.5.5 > > > > > > - > > 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. >

Subject: Re: (usr-tc) connections dropping
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-10 22:15:15

> Oh jeez. *roll* Bingo, that was probably it. I painstakingly put in > the reverse dns for all of the new ports, and totally forgot about > the pool size. What an idgit. > What, does everyone running this equipment have to make this mistake, it must've taken me 2 1/2 days to figure that one out ... Paul

Subject: Re: (usr-tc) connections dropping
From: Frank Basso <frank@okwhatever.com>
Date: 1999-05-11 00:23:58

:) ----- Original Message ----- Sent: Monday, May 10, 1999 8:15 PM > > Oh jeez. *roll* Bingo, that was probably it. I painstakingly put in > > the reverse dns for all of the new ports, and totally forgot about > > the pool size. What an idgit. > > > > What, does everyone running this equipment have to make this mistake, > it must've taken me 2 1/2 days to figure that one out ... > Paul > > > - > 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. >

Subject: (usr-tc) Seting up filters
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-11 02:00:18

What is the correct way to setup the filters? My DEFAULT user configuration in Radius is: DEFAULT Password = "UNIX", User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Framed-Compression = Van-Jacobson-TCP-IP, Framed-Filter-Id = "dial", Port-Limit = 1 The TC 'default' user have: Input Filter: dial.in Output Filter: dial.out But when I send a 'sh interface slot:x/mod:y settings' of a connected interface, I have: Input Filter: none Output Filter: none The only way I can see the filters applied to interface is configuring direct in the interface 'set interface slot:x/mod:y input_filter dial.in' i,ex. What am I doing wrong? - Marcelo

Subject: Re: (usr-tc) dsp cards with netserver code
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-11 06:40:35

Thus spake eric@dol.net >If I put a hyper dsp card ( up to 2 ) in my chassis with current >netserver cards, do the cards respond to the normal netserver >commands? I am not intrested in using the arc cards but wanted to >know of any chronic problems associated with a config of 48 modem >ports plus 2 dsp cards. All our units are PRI based. Before I bought >some of these I wanted to get some current feedback. Our netserver >cards run 3.7.24 and nmc cards 5.4.1. We've done this a bit...run DSP's with NETServers. Trying to get away from it...trying to get away from NETServers completely, but it does work. For some time I had 4 DSPs and 2 NETServers in the same chassis. Only thing different about the setup is that you have to muck with the modem startslot command and modem density commands to get the NETServer to understand which modems they should be handling. That took the better part of an hour with my setup on the chassis I did it with. Once I got it set in there though, it stuck with no problems. You might be careful with the 5.4.1 code on the NMC...might need to upgrade that...not sure. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Seting up filters
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-11 07:14:12

This isn't the exact command, but: set modem_group xxxx filter access on Do help on those keywords as you type 'em and that should do it. SMT > -----Original Message----- > From: Marcelo Souza [mailto:mpsouza@centroin.com.br] > Sent: Tuesday, May 11, 1999 12:00 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Seting up filters > > > > What is the correct way to setup the filters? > My DEFAULT user configuration in Radius is: > > DEFAULT Password = "UNIX", > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Filter-Id = "dial", > Port-Limit = 1 > > The TC 'default' user have: > > Input Filter: dial.in > Output Filter: dial.out > > But when I send a 'sh interface slot:x/mod:y settings' of a > connected interface, I have: > > Input Filter: none > Output Filter: none > > The only way I can see the filters applied to interface is > configuring direct in the interface 'set interface slot:x/mod:y > input_filter dial.in' i,ex. > > What am I doing wrong? > > - Marcelo > > > - > 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. >

Subject: Re: (usr-tc) Seting up filters
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-11 08:06:36

Is Filter access turned on in the Hiper arc for that particular prot? set modem_group all filter on krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Tue, 11 May 1999, Marcelo Souza wrote: > > What is the correct way to setup the filters? > My DEFAULT user configuration in Radius is: > > DEFAULT Password = "UNIX", > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Netmask = 255.255.255.255, > Framed-Compression = Van-Jacobson-TCP-IP, > Framed-Filter-Id = "dial", > Port-Limit = 1 > > The TC 'default' user have: > > Input Filter: dial.in > Output Filter: dial.out > > But when I send a 'sh interface slot:x/mod:y settings' of a > connected interface, I have: > > Input Filter: none > Output Filter: none > > The only way I can see the filters applied to interface is > configuring direct in the interface 'set interface slot:x/mod:y > input_filter dial.in' i,ex. > > What am I doing wrong? > > - Marcelo > > > - > 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. >

Subject: (usr-tc) Scripts (was "connections dropping")
From: Tim Wolfe <tim@clipper.net>
Date: 1999-05-11 08:48:05

On Mon, 10 May 1999, Frank Basso wrote: > I have a perl script for generating the dns entries if you are interested, > so you dont have to do too many hand edits. > > -Frank I would be very interested. Also, does anyone have a unix perl/shell script that would allow a non-priviliged user (ie dialup support type) to view the status of a given user dialed into the TC? I'd want to have the username, time on, ip address, connection speed, data sent and received. Something that could be run through a web page would be very nice. One of our guys can whip something up, but I figure one of you might have something already done that you are willing to share. If anyone knows of a good TC script archive, please let me know. If not, I'd be willing to host one if there is any interest... Thanks, Tim ============================================================= | Timothy M. Wolfe | Wireless Internet = Get Some | | Chief Network Engineer | 1.800.362.9943 tim@clipper.net | | ClipperNet Corporation | http://www.clipper.net/services/ | =============================================================

Subject: Re: (usr-tc) To support or not to support?
From: todd_keister@3com.com
Date: 1999-05-11 10:08:43

Kirk: If you have any questions that are of a "Customer Service" nature, then please call in to our CCA Que (Customer Care Administration). The 800 number for this is (800) 231-8770, and the currrent options to get to CCA are 2 - 2 - 5 - 5 (just follow the voice prompts for "CCA" - they change these prompts frequently). If the person you speak with can not help you to resolve your issue (unlikely - I know the people in CCA and they are GREAT), but IF you still need help, then please call to Bill Bergeron at (847) 342-6381. He is the manager of the CCA area, and if can't answer your questions personally, he WILL know who can. If you would like to contact him by email, his email address is listed above under cc:. I hope this helps. Todd ;-} PS. If doesn't help, then please send me an email, and I will forward it to the correct department. ;-} K Mitchell <mitch@keyconn.net> on 05/10/99 02:12:40 PM Please respond to usr-tc@lists.xmission.com Sent by: K Mitchell <mitch@keyconn.net> cc: (Todd Keister/MW/US/3Com) Here's my situation. About a year ago I purchased a HiPer package from Source and a TCAP support package that is in effect till August. Source also provided me with TCM and S&A Server for Windows with the package. I've had problems with logging in S&A Server since the start and have intermittantly tried to resolve them through 3Com support. Their response has varied widely from refusing to help because I didn't purchase S&A, through saying they'd help but not following through after I'd sent them specifics they'd requested. I spoke with a 3Com rep at ISPCon(Tom iforgethislastname) who told me that the TCAP contract entitles me to support and upgrades for S&A server despite the fact that it wasn't originally purchased from 3Com. Can anybody verify this, or point me at a sympathetic ear at 3Com that may at least hear me out before slamming the "you didn't buy it" door in my face? Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World - 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.

Subject: Re: (usr-tc) changing to EST from GMT
From: Brian <signal@shreve.net>
Date: 1999-05-11 10:22:29

On Tue, 11 May 1999, Mark S - Squid Manager wrote: > Any way to change the chassis from GMT to EST? Couldn't find anything in > docs. Unless something has changed........no. I remember at least with 4.0.x revs this was not possible and don't recall seeing anything has changed. Brian > > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) changing to EST from GMT
From: todd_keister@3com.com
Date: 1999-05-11 10:35:41

To change time use" Set time [time]. This will allow you to set the time to whatever time you wish. However, the display (G.M.T.) can not be changed. Apparently it is hard coded, and can't be changed. Hope this helps. Todd ;-} "Mark S - Squid Manager" <squid@greenapple.com> on 05/11/99 10:13:53 AM Please respond to usr-tc@lists.xmission.com Sent by: "Mark S - Squid Manager" <squid@greenapple.com> cc: (Todd Keister/MW/US/3Com) Any way to change the chassis from GMT to EST? Couldn't find anything in docs. 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.

Subject: Re: (usr-tc) Netserver/8 x2
From: Greg Coffey <greg@coffey.com>
Date: 1999-05-11 10:52:41

You need a digital line on your side to get it to work at >33.6. I guess that you would need an ISDN line. I have quite a few of the netserver units in use but we only use ours for analog lines in our more remote towns. At 12:38 PM 5/11/99 -0400, you wrote: >I have a Netserver/8 (Not the PLUS version) purchased circa mid '97 that >has x2 capable modems onboard. -- At least according to the ATI7 response. > >I am still not getting anything above 24000 even from a >phone line that I can routinely connect to elsewhere at 48k or higher. > >Anybody know how or if I can get these modems to operate at v.9 ? > >- > 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, CoffeyNet Voice 307-234-5443 307-234-5446 Fax ==================================================================== 142 S. Center St. 3Com v.90 56k $20 in Casper & Douglas Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas, http://WWW.COFFEY.COM Wheatland, Pinedale, Lander & Lusk, WY

Subject: Re: (usr-tc) changing to EST from GMT
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-11 11:08:29

No, it only uses GMT - krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Tue, 11 May 1999, Mark S - Squid Manager wrote: > Any way to change the chassis from GMT to EST? Couldn't find anything in > docs. > > 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. >

Subject: Re: (usr-tc) changing to EST from GMT
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-11 11:08:29

Subject: (usr-tc) changing to EST from GMT
From: Mark S - Squid Manager <squid@greenapple.com>
Date: 1999-05-11 11:13:53

Any way to change the chassis from GMT to EST? Couldn't find anything in docs. Mark Green Apple Inc

Subject: Re: (usr-tc) NMC Class C only?
From: Frank Basso <frank@got.net>
Date: 1999-05-11 11:47:17

Same here, it does not like supernetting. -Frank ----- Original Message ----- Sent: Tuesday, May 11, 1999 11:35 AM > I have an NMC with 5.5.2 software on it. I would like to change the IP > address on it, but the new network is not a class c. It's a 255.255.252.0 > network. I put my local IP address in, then the subnet mask, and all > seems to work fine. When I go to save the config, I get "Invalid LAN Subnet > Mask for a class C address.". Hello.. It's not a class C address. > Suggestions? > > > - > 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. >

Subject: Re: (usr-tc) ghost DSPs
From: Frank Basso <frank@got.net>
Date: 1999-05-11 11:51:05

Enable chassis awareness ----- Original Message ----- Sent: Tuesday, May 11, 1999 11:46 AM > Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2 > respectively. <list interfaces> and <list chassis> still shows slots 14 & > 15 populated with out-of-service DSPs. Is there a way short of rebooting > the chassis to get ARC to recognize the slots as empty? > > Thanks, > Kirk > > > > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect http://www.keyconn.net > Altoona, PA 814-941-5000 We Unlock the World > > > - > 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. >

Subject: (usr-tc) NMC Class C only?
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-11 12:35:02

I have an NMC with 5.5.2 software on it. I would like to change the IP address on it, but the new network is not a class c. It's a 255.255.252.0 network. I put my local IP address in, then the subnet mask, and all seems to work fine. When I go to save the config, I get "Invalid LAN Subnet Mask for a class C address.". Hello.. It's not a class C address. Suggestions?

Subject: (usr-tc) Netserver/8 x2
From: Griggs Jim <griggs_jim@prc.com>
Date: 1999-05-11 12:38:17

I have a Netserver/8 (Not the PLUS version) purchased circa mid '97 that has x2 capable modems onboard. -- At least according to the ATI7 response. I am still not getting anything above 24000 even from a phone line that I can routinely connect to elsewhere at 48k or higher. Anybody know how or if I can get these modems to operate at v.9 ?

Subject: (usr-tc) Adding 2nd HARC
From: Scott Boggs <sboggs@unitedbank.net>
Date: 1999-05-11 12:59:46

I am about to add a 2nd ARC. I have 10 DSPs. All latest code (but not TCS 3.5) Are there any major concerns about the setup so that the calls are distributed between the two ARCs? Anyone know of a existing reference to do this? The archive search is down and the 3com knowledgebase seems to be inaccessible right now too. Any help GREATLY appreciated. The HARC user guide was not much help either. Thanks, Scott Boggs Network Administrator United Bank

Subject: RE: (usr-tc) Seting up filters
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-11 13:07:35

Subject: (usr-tc) Limit Baud Rate
From: Alan Martin <alamarti@nortelnetworks.com>
Date: 1999-05-11 13:34:55

Hello, Anyone know how to limit the Baud rate on a TC to 3200, or better yet to disable the extended symbol rate of 3429? Thanks Alan

Subject: Re: (usr-tc) Adding 2nd HARC
From: Randy Doran <randydoran@usa.net>
Date: 1999-05-11 14:28:40

You must first "disable NMC chassis awareness" on the ARCs, then split up the slots that the DSPs are in between the two ARCs. You do this by setting the ownership of the slots on each ARC. The command for this is: set chassis slot X card_type hdm_24 owner [ yes no ] You can check the ownership of each ARC by doing a "list chassis" regards, Randy At 12:59 PM 5/11/99 -0400, Scott Boggs wrote: >I am about to add a 2nd ARC. I have 10 DSPs. All latest code (but not TCS >3.5) >Are there any major concerns about the setup so that the calls >are distributed between the two ARCs? Anyone know of a >existing reference to do this? The archive search is down and the 3com >knowledgebase >seems to be inaccessible right now too. Any help GREATLY appreciated. >The HARC user guide was not much help either. > >Thanks, >Scott Boggs >Network Administrator >United Bank > > >- > 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. >

Subject: Re: (usr-tc) ghost DSPs
From: Vito Maselli <vito_maselli@mw.3com.com>
Date: 1999-05-11 14:41:59

Kirk, issue the following command to the ARC. set chassis slot # card_type empty Vito K Mitchell <mitch@keyconn.net> on 05/11/99 01:46:45 PM Please respond to usr-tc@lists.xmission.com Sent by: K Mitchell <mitch@keyconn.net> cc: (Vito Maselli/MW/US/3Com) Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2 respectively. <list interfaces> and <list chassis> still shows slots 14 & 15 populated with out-of-service DSPs. Is there a way short of rebooting the chassis to get ARC to recognize the slots as empty? Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World - 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.

Subject: (usr-tc) ghost DSPs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-11 14:46:45

Last night I moved my 2 DSPs from slots 14 & 15 to slots 1 & 2 respectively. <list interfaces> and <list chassis> still shows slots 14 & 15 populated with out-of-service DSPs. Is there a way short of rebooting the chassis to get ARC to recognize the slots as empty? Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) ghost DSPs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-11 15:08:03

At 11:51 AM 5/11/99 -0700, you wrote: >Enable chassis awareness Already enabled...next :) Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) ISDN into DEA (channelized T1)
From: Jesse Gasteiger <jesse@vianet.on.ca>
Date: 1999-05-11 15:09:21

Does anyone know if its possible to terminate an ISDN data call on a HyperDSP connected to a DEA (Channelized T1, not a PRI)? Jesse Gasteiger ViaNet Internet Solutions http://www.vianet.on.ca (705) 256-2257 jesse@vianet.on.ca

Subject: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: jasonw@islc.net
Date: 1999-05-11 15:26:26

I have several USR boxes with HiperArcs that I have placed static routes on for my customers with static ip addresses. I am running ripv2 and I can see the routes are being updated on my Cisco 3640, but for some reason they don't route out. When I do a traceroute to the assigned ip addresses from the router it stops at the HiperArc and then times out. The static routes in the HiperArc look like this: 63.67.200.0 63.67.200.3 255.255.255.0 1 (network : gateway : mask : metric) From the client side of the connection I can ping the HiperArc ip address and the gateway address, but no further. Any suggestions? If I add a user to the HiperArc with a static address it will route properly, but I would like to avoid adding users. HARC is 4.1.59 HDSP is 1.2.5 Jason Woods - ISLC Technical Support http://www.islc.net 843.770.1000

Subject: Re: (usr-tc) 56K ISDN
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-11 15:27:53

A lot of ILEC mask the tone (21Khz or someting like that) that tells the switch at the telco not to bill the call as 64K data, but as a 56K voice. It's not a technical acheivement more than a software one. Bell Atlantic in PA masks it in my area. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net On Mon, 10 May 1999, Tim Wolfe wrote: > Is anyone using channelized T-1s to terminate ISDN calls? Lucingston PM3s > can do what they term "data over voice" ISDN calls that require the user to > set their modem to a different mode and then allows them to connect with > their ISDN line to the pm3 with either a 56k single channel or 112k dual > channel connection. My 3Com sales guy said that the code that was supposed > to come out in March would do that. Anybody doing that or have any idea > what the status of that is? I've talked to a couple people at 3Com and they > seem to have no idea what I'm talking about. > > Thanks, > > Tim > > ============================================================= > | Timothy M. Wolfe | Wireless Internet = Get Some | > | Chief Network Engineer | 1.800.362.9943 tim@clipper.net | > | ClipperNet Corporation | http://www.clipper.net/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. >

Subject: Re: (usr-tc) 56K ISDN
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-11 15:27:53

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-11 16:06:04

Jason Woods said once upon a time: > >Tatai, > This is my entry in radius for the framed routing. Is >this correct? > >waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0 63.67.200.3 1", > Framed-Compression = None, > Framed-MTU = 1500 No. Here's an entry for one of our Framed-Route customers. Note that we are routing to the same address which is specified in Framed-Address line, and the required CIDR mask (also note that our dictionary names are slightly different, but you get the gist). gerberb Authentication-Type = Unix-PW Framed-IP-Address = 166.70.43.1, Framed-IP-Netmask = 255.255.255.255, Framed-Route = "198.60.105.0/24 166.70.43.1 1", Idle-Timeout = 1800 We're using Merit, so the rest is filled in at the bottom: DEFAULT Authentication-Type = Unix-PW Port-Limit = 1, Idle-Timeout = 1800 pppuser Authentication-Type = None Port-Limit = 1, Service-Type = Framed, Framed-Protocol = PPP

Subject: Re: (usr-tc) ghost DSPs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-11 16:16:51

At 02:41 PM 5/11/99 -0500, you wrote: > >issue the following command to the ARC. > set chassis slot # card_type empty I had to set the slot to static first, but that got it. Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) 3.5 code/NMC w/2mb of FLASH ROM
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-11 16:49:46

Hi-- I didn't see anything blazing in front of me in the install notes but I just upgraded the RAM on an NMC to 20mb, and it wants the 6.1.17 code, but I'm a bit reluctant to throw it on there as this machine has only 2mb of FLASH ROM, whereas everything else has 8mb FLASH. (wants = Software Upgrade, shows upgrade 6.1.17 from the 6.0.9) With the double-up kit they used to include both the ROM and RAM upgrades. This latest DSP program they only included the RAM. Am I to take it that the 6.1.17 code will run with the 2mb ROM??? Anyone know? Rather not stoke the NMC and re-acquaint myself with PCSDL quite yet.... I'm adding a DSP to a unit that has the ever lovely Dual T1&Quads in it using a Netserver64 card. Do I even need the code upgrade???? The DSP card is already in there and looks happy enough, though I don't have my CT1 in it and taking calls yet to find out for sure--- SMT Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 http://www.gdinet.com

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-11 16:52:51

On Tue, 11 May 1999 jasonw@islc.net wrote: > I have several USR boxes with HiperArcs that I > have placed static routes on > for my customers with static ip addresses. I am > running ripv2 and I can see > the routes are being updated on my Cisco 3640, > but for some reason they > don't route out. When I do a traceroute to the > assigned ip addresses from the > router it stops at the HiperArc and then times > out. The static routes in the > HiperArc look like this: > Get rid of the static routes on the hiper arc, use the framed-route option on the radius - that way if your static users logs to any hiper arc he can route. krish > 63.67.200.0 63.67.200.3 255.255.255.0 1 (network > : gateway : mask : metric) > > >From the client side of the connection I can ping > the HiperArc ip address and > the gateway address, but no further. Any > suggestions? > > If I add a user to the HiperArc with a static > address it will route properly, but I > would like to avoid adding users. > HARC is 4.1.59 > HDSP is 1.2.5 > > Jason Woods - ISLC Technical Support > http://www.islc.net > 843.770.1000 > > > - > 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. >

Subject: Re: (usr-tc) Scripts (was "connections dropping")
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-11 16:59:14

On Tue, 11 May 1999, Tim Wolfe wrote: > I would be very interested. Also, does anyone have a unix perl/shell script > that would allow a non-priviliged user (ie dialup support type) to view the > status of a given user dialed into the TC? I'd want to have the username, > time on, ip address, connection speed, data sent and received. Something > that could be run through a web page would be very nice. One of our guys > can whip something up, but I figure one of you might have something already > done that you are willing to share. If anyone knows of a good TC script > archive, please let me know. If not, I'd be willing to host one if there is > any interest... http://www.dcr.net/~mandrews/usrtoys Look for "modemstats.pl" and maybe "whousr.pl". I'd like to turn this into more of a TC script archive -- right now it has mostly just my own stuff. Send links. :) Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head."

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Jason Woods <jasonw@islc.net>
Date: 1999-05-11 17:48:07

Tatai, This is my entry in radius for the framed routing. Is this correct? waltaway Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 63.67.200.10, Framed-Netmask = 255.255.255.255, Framed-Routing = None, Framed-Route = "63.67.200.0 63.67.200.3 1", Framed-Compression = None, Framed-MTU = 1500 Jason Woods - ISLC Technical Support http://www.islc.net 843.770.1000 -----Original Message----- Cc: usr-tc@xmission.com <usr-tc@xmission.com> On Tue, 11 May 1999 jasonw@islc.net wrote: > I have several USR boxes with HiperArcs that I > have placed static routes on > for my customers with static ip addresses. I am > running ripv2 and I can see > the routes are being updated on my Cisco 3640, > but for some reason they > don't route out. When I do a traceroute to the > assigned ip addresses from the > router it stops at the HiperArc and then times > out. The static routes in the > HiperArc look like this: > Get rid of the static routes on the hiper arc, use the framed-route option on the radius - that way if your static users logs to any hiper arc he can route. krish > 63.67.200.0 63.67.200.3 255.255.255.0 1 (network > : gateway : mask : metric) > > >From the client side of the connection I can ping > the HiperArc ip address and > the gateway address, but no further. Any > suggestions? > > If I add a user to the HiperArc with a static > address it will route properly, but I > would like to avoid adding users. > HARC is 4.1.59 > HDSP is 1.2.5 > > Jason Woods - ISLC Technical Support > http://www.islc.net > 843.770.1000 > > > - > 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.

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-11 19:36:30

On Tue, 11 May 1999, Jason Woods wrote: > Tatai, > This is my entry in radius for the framed routing. Is > this correct? > > waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0 63.67.200.3 1", Framed-Route = "usersnetwork/netmask gateway/0.0.0.0 metric" krish > Framed-Compression = None, > Framed-MTU = 1500 > > ---------------------------------------------------------- > Jason Woods - ISLC Technical Support > http://www.islc.net > 843.770.1000 > ---------------------------------------------------------- > > -----Original Message----- > From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> > To: jasonw@islc.net <jasonw@islc.net> > Cc: usr-tc@xmission.com <usr-tc@xmission.com> > Date: Tuesday, May 11, 1999 5:36 PM > Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000 > > > On Tue, 11 May 1999 jasonw@islc.net wrote: > > > I have several USR boxes with HiperArcs that I > > have placed static routes on > > for my customers with static ip addresses. I am > > running ripv2 and I can see > > the routes are being updated on my Cisco 3640, > > but for some reason they > > don't route out. When I do a traceroute to the > > assigned ip addresses from the > > router it stops at the HiperArc and then times > > out. The static routes in the > > HiperArc look like this: > > > > Get rid of the static routes on the hiper arc, use the framed-route > option on the radius - that way if your static users logs to any hiper > arc he can route. > > krish > > > 63.67.200.0 63.67.200.3 255.255.255.0 1 (network > > : gateway : mask : metric) > > > > >From the client side of the connection I can ping > > the HiperArc ip address and > > the gateway address, but no further. Any > > suggestions? > > > > If I add a user to the HiperArc with a static > > address it will route properly, but I > > would like to avoid adding users. > > HARC is 4.1.59 > > HDSP is 1.2.5 > > > > Jason Woods - ISLC Technical Support > > http://www.islc.net > > 843.770.1000 > > > > > > - > > 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. >

Subject: (usr-tc) Netgear problem!
From: Greg Owens <gowens@magnolia-net.com>
Date: 1999-05-11 20:32:22

We have a customer that just purchased a Netgear (Bay Networks) Modem Router (RM 356) They say when they dial into us over half the time it will not connect. Once it connects it does fine They set it up to dial into a competors site (They use Assend equipment) and it will connect everytime, perfectly. We are running 4.1.59 (not -6) right now. Anyone have any experience with these? Anything special I should know? They said they will bring the box by the office to let us test it out from here, but I am totally unfamiliar with these units. Any help or insight would be greatly appreciated!! Greg Owens Magnolia Internet Services

Subject: Re: (usr-tc) Netgear problem!
From: Sam Lowe <slowe@universalcom.net>
Date: 1999-05-12 06:39:34

We also had the same problem, but when we upgraded to 4.1.59-6 the user was able to make a 64K connection. We still cannot get the TC to allow the netgear to bond two channels for 128K. The Netgear router we have had problems with is the RT-328. These units do seem to work on other NAS units (PMs, Cisco's) as we use them in other areas with great success. Samuel S. Lowe Director, Data Network Services UniversalCom, Inc Voice 850-837-0077 VM x116 FAX 850-654-1794 slowe@universalcom.net ----- Original Message ----- Sent: Tuesday, May 11, 1999 20:32 PM > We have a customer that just purchased a Netgear (Bay Networks) Modem Router > (RM 356) They say when they dial into us over half the time it will not > connect. Once it connects it does fine They set it up to dial into a > competors site (They use Assend equipment) and it will connect everytime, > perfectly. We are running 4.1.59 (not -6) right now. Anyone have any > experience with these? Anything special I should know? They said they will > bring the box by the office to let us test it out from here, but I am > totally unfamiliar with these units. Any help or insight would be greatly > appreciated!! > Greg Owens > Magnolia Internet 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. >

Subject: Re: (usr-tc) Netgear problem!
From: Sam Lowe <slowe@universalcom.net>
Date: 1999-05-12 06:40:26

Subject: Re: (usr-tc) Limit Baud Rate
From: Alan Martin <alamarti@nortelnetworks.com>
Date: 1999-05-12 08:53:26

To answer my own question, In case anyone else cares. To disable 3429 symbol rate. Under Signal Converter Settings, just set disable 3429 The MIB is mdmScVFCSmrate3429 Thanks Alan At 01:34 PM 5/11/99 -0400, you wrote: >Hello, > >Anyone know how to limit the Baud rate on a TC to 3200, or better yet to >disable the extended symbol rate of 3429? >Thanks >Alan > >- > 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. >

Subject: (usr-tc) Hiper DSP and Netserver Cards
From: Greg Coffey <greg@coffey.com>
Date: 1999-05-12 09:27:41

Can you run Hiper DSP cards with Netserver cards? Do they require have a Hiperarc? We can trade in some of our quad modem cards but not all of the chassis have the Hiperarcs at this time. Thanks, Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax ==================================================================== 142 S. Center St. 3Com v.90 56k $20 in Casper & Douglas Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas, http://WWW.COFFEY.COM Wheatland, Pinedale, Lander & Lusk, WY

Subject: (usr-tc) TCH and voice over IP
From: Grzegorz Paszka <grzegorz.paszka@pik-net.pl>
Date: 1999-05-12 10:08:17

Hi. Anyone is using TCH with VoIP ? Do you think 3com products are good solution for VoIP ? Any opinios are appreciated. -- Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102 e-mail: Grzegorz.Paszka@pik-net.pl tel. 48-32-2799600 wew 333

Subject: RE: (usr-tc) changing to EST from GMT
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-05-12 10:21:10

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck |Sent: Wednesday, May 12, 1999 4:43 AM |To: 'usr-tc@lists.xmission.com' |Subject: RE: (usr-tc) changing to EST from GMT | | |Even NTP doesn't change from GMT... and NTP is required for MPIP to work... NTP is in GMT always.. I think the tech was saying that if you configure your NTP so send the time in your TZ instead of GMT your time will show correctly. This is not really a good workaround. |3Com, give it a thought, will ya ? | |Must be 2 lines of code somewhere, one hour of work for an programmer who |knows his business ;-) | | Out of curiosity... What do you gain from changing the timezone? Do you frequently use the CLI to tell what time it is? All RADIUS & Syslog timestamping is done by the receiving server. Besides the requirement for time sync in MPIP, time on a NAS doesn't really provide you much.. Anyway, your requests are being addressed and the ability to change TZ is scheduled for a future release of HARC. (not 4.2)...

Subject: RE: (usr-tc) Hiper DSP and Netserver Cards
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-12 10:59:13

DSP's do work just fine with Netservers. Example if the DSP was in slot 14: set modem density 14 24 set s49-s72 active reset s49-s72 If you do a 'sho modem' you'll see your new ports. ...and that about does it. You might want to reboot the Netserver card for good measure. ...and if you have <dual> 45amp's, they are additive, but obviously you get no redundancy then. You also have to have at least 16mb of RAM on your Netserver and a pretty well upgraded NMC with 16-20mb of RAM as well. I wouldn't put any more than 96 ports per Netserver anyway as it's just too much a load for the Netserver never mind the amperage. SMT

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Jason Woods <jasonw@islc.net>
Date: 1999-05-12 11:15:09

I've tried doing it several way's now.... waltaway Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 63.67.200.10, Framed-Netmask = 255.255.255.255, Framed-Routing = None, Framed-Route = "63.67.200.0/24 63.67.200.10 1", Framed-Compression = None, Framed-MTU = 1500 And I also tried this.... waltaway Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 63.67.200.10, Framed-Netmask = 255.255.255.255, Framed-Routing = None, Framed-Route = "63.67.200.0/24 63.67.200.1 1", Framed-Compression = None, Framed-MTU = 1500 And this too ... waltaway Password = "UNIX" User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 63.67.200.10, Framed-Netmask = 255.255.255.255, Framed-Routing = None, Framed-Route = "63.67.200.0 63.67.200.10 1", Framed-Compression = None, Framed-MTU = 1500 Another note, I don't have rip enabled on all my HiperArcs, I don't know if that makes a difference. As a heads up, what I'm trying to do is sell filtered internet to customers. I want to give them dedicated ip's in radius and set their default gateway to the router that filters the pornographic material. Also I don't know if this makes a difference either. The ip's that I am assigning in radius are not on the same class C that the HiperArcs are on. It seems to me that they might have to be to route correctly, but I'm not sure. If anyone has anymore suggestions, feel free to speak up. Thanks again. Jason - ISLC Technical Support http://www.islc.net 843.770.1000 -----Original Message----- Jason Woods said once upon a time: > >Tatai, > This is my entry in radius for the framed routing. Is >this correct? > >waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0 63.67.200.3 1", > Framed-Compression = None, > Framed-MTU = 1500 No. Here's an entry for one of our Framed-Route customers. Note that we are routing to the same address which is specified in Framed-Address line, and the required CIDR mask (also note that our dictionary names are slightly different, but you get the gist). gerberb Authentication-Type = Unix-PW Framed-IP-Address = 166.70.43.1, Framed-IP-Netmask = 255.255.255.255, Framed-Route = "198.60.105.0/24 166.70.43.1 1", Idle-Timeout = 1800 We're using Merit, so the rest is filled in at the bottom: DEFAULT Authentication-Type = Unix-PW Port-Limit = 1, Idle-Timeout = 1800 pppuser Authentication-Type = None Port-Limit = 1, Service-Type = Framed, Framed-Protocol = PPP - 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.

Subject: (usr-tc) Call Waiting
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-12 11:29:00

A few weeks back I had asked the question on what can be done when a user wants to have call waiting knock down their Internet connection when they are online and another call comes in. Most of the replies I received involved adjusting the S10= register on the customer's modem to like 1 or 2 . I had out customer set it to S10=1 and the call waiting didn't knock down his session. Instead we only heard ringing when we call them and they were online. DOes anyone have any other simple solution or options ? For reference we are running this into a TC and they have a Sportster modem. Thanks, Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-12 11:34:09

On Wed, 12 May 1999, Jason Woods wrote: > I've tried doing it several way's now.... > > waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0/24 63.67.200.10 1", > Framed-Compression = None, > Framed-MTU = 1500 In this case you want to route 63.67.200 network to 63.67.200.10 - This can be done in a very simple way. All you need here is to setup the netmask for the user as 255.255.255.0. No framed-route required. Hiper arc should advertise the route and HiPer arc's ethernet should not be in the same network meaning you cannot have an ip on the ethernet interface for the hiper arc as 63.67.200.2/24 krish > > And I also tried this.... > > waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0/24 63.67.200.1 1", > Framed-Compression = None, > Framed-MTU = 1500 > > And this too ... > > waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0 63.67.200.10 1", > Framed-Compression = None, > Framed-MTU = 1500 > > Another note, I don't have rip enabled on all my HiperArcs, I don't > know if that makes a difference. As a heads up, what I'm trying to > do is sell filtered internet to customers. I want to give them dedicated > ip's in radius and set their default gateway to the router that filters > the pornographic material. Also I don't know if this makes a difference > either. The ip's that I am assigning in radius are not on the same > class C that the HiperArcs are on. It seems to me that they might have > to be to route correctly, but I'm not sure. If anyone has anymore > suggestions, feel free to speak up. > > Thanks again. > -------------------------------------------- > Jason - ISLC Technical Support > http://www.islc.net > 843.770.1000 > --------------------------------------------- > > -----Original Message----- > From: Pete Ashdown <pashdown@xmission.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Date: Tuesday, May 11, 1999 6:08 PM > Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000 > > > Jason Woods said once upon a time: > > > >Tatai, > > This is my entry in radius for the framed routing. Is > >this correct? > > > >waltaway Password = "UNIX" > > User-Service-Type = Framed-User, > > Framed-Protocol = PPP, > > Framed-Address = 63.67.200.10, > > Framed-Netmask = 255.255.255.255, > > Framed-Routing = None, > > Framed-Route = "63.67.200.0 63.67.200.3 1", > > Framed-Compression = None, > > Framed-MTU = 1500 > > No. Here's an entry for one of our Framed-Route customers. Note that we > are routing to the same address which is specified in Framed-Address line, > and the required CIDR mask (also note that our dictionary names are > slightly different, but you get the gist). > > > gerberb Authentication-Type = Unix-PW > Framed-IP-Address = 166.70.43.1, > Framed-IP-Netmask = 255.255.255.255, > Framed-Route = "198.60.105.0/24 166.70.43.1 1", > Idle-Timeout = 1800 > > We're using Merit, so the rest is filled in at the bottom: > > DEFAULT Authentication-Type = Unix-PW > Port-Limit = 1, > Idle-Timeout = 1800 > pppuser Authentication-Type = None > Port-Limit = 1, > Service-Type = Framed, > Framed-Protocol = PPP > > - > 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. >

Subject: RE: (usr-tc) changing to EST from GMT
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-05-12 11:42:52

Even NTP doesn't change from GMT... and NTP is required for MPIP to work... 3Com, give it a thought, will ya ? Must be 2 lines of code somewhere, one hour of work for an programmer who knows his business ;-) --- Robert von Bismarck Network Systems Engineer Petrel Communications SA / SPAN Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 e-mail : rvb@petrel.ch -----Original Message----- From: Todd_Keister@3com.com [SMTP:Todd_Keister@3com.com] Sent: mardi, 11. mai 1999 17:36 To: usr-tc@lists.xmission.com Subject: Re: (usr-tc) changing to EST from GMT To change time use" Set time [time]. This will allow you to set the time to whatever time you wish. However, the display (G.M.T.) can not be changed. Apparently it is hard coded, and can't be changed. Hope this helps. Todd ;-} "Mark S - Squid Manager" <squid@greenapple.com> on 05/11/99 10:13:53 AM Please respond to usr-tc@lists.xmission.com Sent by: "Mark S - Squid Manager" <squid@greenapple.com> To: usr-tc@lists.xmission.com cc: (Todd Keister/MW/US/3Com) Subject: (usr-tc) changing to EST from GMT Any way to change the chassis from GMT to EST? Couldn't find anything in docs. 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. - 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.

Subject: Re: (usr-tc) Call Waiting
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-05-12 11:48:43

On Wed, 12 May 1999, Jeff Binkley wrote: > I had out customer set it to S10=1 and the call waiting > didn't knock down his session. Don't know of any other solutions. However, I would suspect that something's wrong here. A call waiting tone does interrupt the data carrier, and the register determines how long the modem will put up with a carrier loss. I suspect the customer didn't properly set the register, or that his dialup software does an ATZ or equiv and the change to the register was overwritten by the reset.

Subject: Re: (usr-tc) Call Waiting
From: Alan Martin <alamarti@nortelnetworks.com>
Date: 1999-05-12 11:53:28

Setting the S10 Reg. this low could cause more problems than its worth, then they'll blame the ISP and forget to mention they set this. There is a device at COMP USA, and Im sure other places, that "hear" the call waiting tone and alert the user. Probably a safer way. At 11:48 AM 5/12/99 -0400, Lon R. Stockton, Jr. wrote: > >On Wed, 12 May 1999, Jeff Binkley wrote: > >> I had out customer set it to S10=1 and the call waiting >> didn't knock down his session. > >Don't know of any other solutions. However, I would suspect that >something's wrong here. A call waiting tone does interrupt the data >carrier, and the register determines how long the modem will put up >with a carrier loss. > >I suspect the customer didn't properly set the register, or that >his dialup software does an ATZ or equiv and the change to the register >was overwritten by the reset. > > >- > 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. >

Subject: Re: (usr-tc) NMC Class C only?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-12 12:39:37

Thus spake Randy Cosby >I have an NMC with 5.5.2 software on it. I would like to change the IP >address on it, but the new network is not a class c. It's a 255.255.252.0 >network. I put my local IP address in, then the subnet mask, and all >seems to work fine. When I go to save the config, I get "Invalid LAN Subnet >Mask for a class C address.". Hello.. It's not a class C address. >Suggestions? You *might* try the new NMC code, I haven't had a chance to play with it yet, so I don't know if they got classless support in it yet, but the current 5.4.x and 5.5.x code is pretty much fully classful from what I understand. :/ -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Netgear problem!
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-12 12:41:32

Thus spake Sam Lowe >We also had the same problem, but when we upgraded to 4.1.59-6 the user was >able to make a 64K connection. We still cannot get the TC to allow the >netgear to bond two channels for 128K. The Netgear router we have had >problems with is the RT-328. >These units do seem to work on other NAS units (PMs, Cisco's) as we use them >in other areas with great success. I have an RT328 at home and noticed a *world* of difference when I changed the MultiLink setting from "Off" to "BOD". This has the effect of turning on MultiLink attributes in the PPP negotiation, and the RT328 seems to work *much* better with MultiLink enabled. That seems a bit counter-intuitive, but that's what I've experienced. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) changing to EST from GMT
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-12 13:14:40

On Wednesday, May 12, 1999 12:21 PM, Mike Wronski [SMTP:mike@coredump.ae.usr.com] wrote: > Out of curiosity... > What do you gain from changing the timezone? Do you frequently use the CLI to > tell what time it is? All RADIUS & Syslog timestamping is done by the receiving > server. Besides the requirement for time sync in MPIP, time on a NAS doesn't > really provide you much.. I can't speak for whoever started the thread, but I would like to have some way to know how long users have been connected without too much mental arithmetic. My first preference would be a "start" field similar to the NETServer but, barring that, second preference would be a "start time" in my own time zone. Matt...

Subject: Re: (usr-tc) changing to EST from GMT
From: Mark S - Squid Manager <squid@greenapple.com>
Date: 1999-05-12 13:33:00

I did start this and doesn't it just make common sense to have the time displayed to be your own time zone. Sure we could all live in GMT with 24hr clock, but we don't, so put a time zone adjustment in the damn things. Mark Green Apple Inc ----- Original Message ----- Sent: Wednesday, May 12, 1999 12:14 PM >On Wednesday, May 12, 1999 12:21 PM, Mike Wronski >[SMTP:mike@coredump.ae.usr.com] wrote: >> Out of curiosity... >> What do you gain from changing the timezone? Do you frequently use the >CLI to >> tell what time it is? All RADIUS & Syslog timestamping is done by the >receiving >> server. Besides the requirement for time sync in MPIP, time on a NAS >doesn't >> really provide you much.. > >I can't speak for whoever started the thread, but I would like to have some >way to know how long users have been connected without too much mental >arithmetic. My first preference would be a "start" field similar to the >NETServer but, barring that, second preference would be a "start time" in >my own time zone. > >Matt... > > >- > 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. >

Subject: Re: (usr-tc) changing to EST from GMT
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-12 13:42:00

Thus spake Mark S - Squid Manager >I did start this and doesn't it just make common sense to have the time >displayed to be your own time zone. Sure we could all live in GMT with 24hr >clock, but we don't, so put a time zone adjustment in the damn things. I can see some logic in that...however, on the flip side. We're based in Louisville, KY (EDT), but have a POP in Nashville, TN (CDT), which timezone do I set on my Arc down there (well, its not there yet, but arrived today for me to go take it down there...next week maybe :)? ie, GMT is a nice universal time to use for folks that are not dealing with just one timezone. Having said though, however, I do agree with you...it would be kinda nice to have an adjustable timezone setting on the things...not a big deal for me, but I can certainly see the desire for that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Call Waiting
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-12 14:41:24

On Wed, 12 May 1999, Jeff Binkley wrote: > A few weeks back I had asked the question on what can be done when a > user wants to have call waiting knock down their Internet connection > when they are online and another call comes in. Most of the replies I > received involved adjusting the S10= register on the customer's modem to > like 1 or 2 . I had out customer set it to S10=1 and the call waiting > didn't knock down his session. Instead we only heard ringing when we > call them and they were online. DOes anyone have any other simple > solution or options ? There isn't one as far as I know. Even with S10=1, some modems tend to try to retrain rather than hang up, and training takes quite a while, so it never hangs up. (I'm pretty sure my Couriers fall into this category.) Unless you're connected with some modulation that has a near-zero retrain time, like 2400 bps. ;-) S10=1 *sometimes* helps, but sometimes doesn't, and as far as I know there just isn't anything that always works. Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head."

Subject: RE: (usr-tc) changing to EST from GMT
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-12 22:50:32

At 01:14 PM 5/12/99 -0300, matthews <matthews@staff.brunnet.net> wrote: >I can't speak for whoever started the thread, but I would like to have some >way to know how long users have been connected without too much mental >arithmetic. My first preference would be a "start" field similar to the >NETServer but, barring that, second preference would be a "start time" in >my own time zone. SET TIME <your local time> LIST CONNECTIONS will show the start time of each user Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Hiper DSP and Netserver Cards
From: das <das@gol.com>
Date: 1999-05-13 00:36:19

Yep, do it all the time. I've not had a problem with this yet. You should probably be careful of overloading the chassis if it is 45amp though. I'm not sure what the limit is. The most I've ever put in a 45 amp chassis is two HiperDSP cards, the rest being quads. das > Can you run Hiper DSP cards with Netserver cards? Do they require have a > Hiperarc? We can trade in some of our quad modem cards but not all of the > chassis have the Hiperarcs at this time. > > Thanks, > Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax > ==================================================================== > 142 S. Center St. 3Com v.90 56k $20 in Casper & Douglas > Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas, > http://WWW.COFFEY.COM Wheatland, Pinedale, Lander & Lusk, WY > > - > 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. -- ____________________________________________ Alex Substanley Global OnLine Japan Engineering Department Das Man TEL: 81-3-5334-1700 Systems Engineer FAX: 81-3-5334-1711 ____________________________________________

Subject: RE: (usr-tc) changing to EST from GMT
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-13 08:18:23

> SET TIME <your local time> > LIST CONNECTIONS will show the start time of each user > Will NTP not negate the effects of this?

Subject: Re: (usr-tc) changing to EST from GMT
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-13 09:18:02

Thus spake matthews >> SET TIME <your local time> >> LIST CONNECTIONS will show the start time of each user >Will NTP not negate the effects of this? NTP is basically just an automated way to do the "set time"...it goes out on the network and grabs the time and essentially does the "set time" for you. list connections should still show the same info. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Hiper DSP and Netserver Cards
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-05-13 09:21:46

Don't forget to increase the size of your IP address pool accordingly. And that requires your Netserver be rebooted. Wayne Barber Coastal Telco Services > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Trautman > Sent: Wednesday, May 12, 1999 11:59 AM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) Hiper DSP and Netserver Cards > > > DSP's do work just fine with Netservers. > > Example if the DSP was in slot 14: > set modem density 14 24 > set s49-s72 active > reset s49-s72 > > If you do a 'sho modem' you'll see your new ports. > > ...and that about does it. You might want to reboot the Netserver card for > good measure. > > ...and if you have <dual> 45amp's, they are additive, but > obviously you get > no redundancy then. > > You also have to have at least 16mb of RAM on your Netserver and a pretty > well upgraded NMC with 16-20mb of RAM as well. > > I wouldn't put any more than 96 ports per Netserver anyway as > it's just too > much a load for the Netserver never mind the amperage. > > SMT > > > - > 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. >

Subject: (usr-tc) Netserver/HARC Reboot Radius Attributes?
From: Jesse Sipprell <jss@evcom.net>
Date: 1999-05-13 10:12:23

Can anyone, off-hand, tell me what radius packets/attributes the Netserver and HiperARC respectively send upon bootup? Thanks! -- Jesse Sipprell Technical Operations Director Evolution Communications, Inc. 800-496-4736 (ext 106) * Finger jss@evcom.net for my PGP Public Key *

Subject: RE: (usr-tc) changing to EST from GMT
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-13 10:28:52

On Thursday, May 13, 1999 10:18 AM, Jeff Mcadams [SMTP:jeffm@iglou.com] wrote: > Thus spake matthews > >> SET TIME <your local time> > >> LIST CONNECTIONS will show the start time of each user > > >Will NTP not negate the effects of this? > > NTP is basically just an automated way to do the "set time"...it goes > out on the network and grabs the time and essentially does the "set > time" for you. list connections should still show the same info. > -- So if I want to use NTP, the times listed by the li con command will still be in GMT. Setting your local system time to the time in your own time zone might work for some people to get more intelligible times from li con but I have to use NTP for multilink. Matt...

Subject: (usr-tc) Lost-Carrier
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-13 11:00:41

After the upgrade of my Hiper DSPs to 2.0.10 (E1-R2) ARC 4.1.59-6, the number of the users with "Lost-Carrier" problems increased very much. Is there any work around to that problem? - Marcelo

Subject: (usr-tc) Saving SNMP strings on NMC's
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-13 12:25:06

I've noticed that even though I've typically: - saved via #9 (save NVRAM) from a console session - saved via TCM Configuration->ActionsCommands->Save NVRAM ...that invariably the next reboot or upgrade of the NMC, they revert back to the last SNMP read/write settings--- Am I totally missing something here? What else do I need do to keep those suckah's with the current SNMP strings? Fortunately the rest of the settings DO seem to survive reboots; and this has remained consistent across all the NMC versions including the current. Seems like EVENTUALLY they "stick" but have no clue what exactly I've done to make it so. SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718

Subject: (usr-tc) Authenticating via NT
From: Paul Burwell <paulb@compusmart.com>
Date: 1999-05-13 12:43:07

I am wondering how many ISP's are using RadiusNT to authenticate against an NT domain. If you are using this method, I would be curious as to your user base to domain controller ratio. Microsoft's recommendations seem ridiculous to me if I am just authenticating and not actually logging users on to a domain. We have about 15,000 subs and am thinking about using the domain authentication model (currently using flat text files). However our research shows that Microsoft would recommend having about 10 domain controllers. If you have input on this, please reply directly to my email address at paulb@compusmart.com I apologise if this is an intrusion on the purpose of the list. Regards, Paul Burwell SmartNet Communications

Subject: Re: (usr-tc) Date: Tue, 11 May 99 21:26:20 +0000
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-13 13:08:38

Jason Woods said once upon a time: > >I've tried doing it several way's now.... > >waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0/24 63.67.200.10 1", > Framed-Compression = None, > Framed-MTU = 1500 You've got overlap here. Why don't you just set your netmask to 255.255.255.0 and forget the framed-route? >And I also tried this.... > >waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0/24 63.67.200.1 1", > Framed-Compression = None, > Framed-MTU = 1500 Overlap and framed-address is not equal to your gateway route. >And this too ... > >waltaway Password = "UNIX" > User-Service-Type = Framed-User, > Framed-Protocol = PPP, > Framed-Address = 63.67.200.10, > Framed-Netmask = 255.255.255.255, > Framed-Routing = None, > Framed-Route = "63.67.200.0 63.67.200.10 1", > Framed-Compression = None, > Framed-MTU = 1500 The Framed-Route is in the wrong format. Lacks a netmask.

Subject: Re: (usr-tc) Limit Baud Rate
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-13 13:33:45

Mike Andrews writes... >Just out of curiosity... why did you want to disable 3429 baud? I've considered it myself, since 3429 is so close to the theoretical maximum symbol rate. It's better to get more stable connections and less BER if the trade-off would be just 2kpbs. But in practice I haven't noticed any eyeball correlation between either the baud rate or the constellation used with the BER or retrain count, so I haven't mucked with it. -a >On Wed, 12 May 1999, Alan Martin wrote: > >> To answer my own question, In case anyone else cares. To disable 3429 >> symbol rate. >> Under Signal Converter Settings, just set disable 3429 >> The MIB is mdmScVFCSmrate3429 >> Thanks >> Alan -- Aaron Nabil

Subject: (usr-tc) Sharing a D channel between HiperDSP's
From: Ryan Hilliard <hilliard@twoalpha.net>
Date: 1999-05-13 14:38:59

I'm getting some PRI lines installed next week, and I have heard that it is possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as 24B. What do I need to do to make this work? Ryan Hilliard TwoAlpha Internet

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: Frank Basso <frank@got.net>
Date: 1999-05-13 15:14:58

NFAS support.... and 3COM does not offer it on the ARC ----- Original Message ----- Sent: Thursday, May 13, 1999 1:38 PM > I'm getting some PRI lines installed next week, and I have heard that it is > possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as > 24B. What do I need to do to make this work? > > Ryan Hilliard > TwoAlpha Internet > > > - > 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. >

Subject: Re: (usr-tc) Limit Baud Rate
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-13 15:54:30

Just out of curiosity... why did you want to disable 3429 baud? Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head." On Wed, 12 May 1999, Alan Martin wrote: > To answer my own question, In case anyone else cares. To disable 3429 > symbol rate. > Under Signal Converter Settings, just set disable 3429 > The MIB is mdmScVFCSmrate3429 > Thanks > Alan

Subject: Re: (usr-tc) Limit Baud Rate
From: Alan Martin <alamarti@nortelnetworks.com>
Date: 1999-05-13 16:03:16

Mike, Because I can. Well actually some older Rockwell client modems, and some other modems as well, didn't do to well on the extended baud rates. Some client modems, like USR let the user disable 3429, but most dont. It comes in handy for trouble shooting problems with "OLDER" modems. Why on earth anyone would still use one is beyond me. But they do. Alan At 03:54 PM 5/13/99 -0400, Mike Andrews wrote: >Just out of curiosity... why did you want to disable 3429 baud? > > >Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY >mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a >Microsoft operating system is like a dog without a brick tied to its head." > >On Wed, 12 May 1999, Alan Martin wrote: > >> To answer my own question, In case anyone else cares. To disable 3429 >> symbol rate. >> Under Signal Converter Settings, just set disable 3429 >> The MIB is mdmScVFCSmrate3429 >> Thanks >> Alan > > >- > 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. >

Subject: Re: (usr-tc) Limit Baud Rate
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-13 16:42:38

On Thu, 13 May 1999, Aaron Nabil wrote: > Mike Andrews writes... > >Just out of curiosity... why did you want to disable 3429 baud? > > I've considered it myself, since 3429 is so close to the theoretical > maximum symbol rate. It's better to get more stable connections and > less BER if the trade-off would be just 2kpbs. > > But in practice I haven't noticed any eyeball correlation between > either the baud rate or the constellation used with the BER or retrain > count, so I haven't mucked with it. OK. Now that I think about it, I remember some mumblings a long time ago on another mailing list about some Rockwell v.34 modems that had broken 3429 baud implementations. I don't think that applied to their v.90/Kflex modems in v.34 mode though. Now that I'm remembering that, maybe I'll go do that on our 33.6K-only phone number... Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head."

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: Frank Basso <frank@got.net>
Date: 1999-05-13 17:03:56

Sucks to be us ----- Original Message ----- Sent: Thursday, May 13, 1999 3:23 PM > I think it's up to the DSP's, not the ARC... and TCS 3.5 (just released) > is supposed to support it on DSP's now. I don't have TCS 3.5 or NFAS so I > can't tell you for sure how well it works. > > > Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY > mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a > Microsoft operating system is like a dog without a brick tied to its head." > > On Thu, 13 May 1999, Frank Basso wrote: > > > NFAS support.... and 3COM does not offer it on the ARC > > ----- Original Message ----- > > From: Ryan Hilliard <hilliard@twoalpha.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, May 13, 1999 1:38 PM > > Subject: (usr-tc) Sharing a D channel between HiperDSP's > > > > > > > I'm getting some PRI lines installed next week, and I have heard that it > > is > > > possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as > > > 24B. What do I need to do to make this work? > > > > > > Ryan Hilliard > > > TwoAlpha Internet > > > > > > - > 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. >

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-13 18:08:06

On Thu, 13 May 1999, Ryan Hilliard wrote: >I'm getting some PRI lines installed next week, and I have heard that it is >possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as >24B. What do I need to do to make this work? NFAS --Ricky

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: pferraro@wna-linknet.com
Date: 1999-05-13 18:16:02

We know it is NFAS... I think what he wants to know is where and how to set it up! I know the "DOCS" are sometimes not really clear! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Thu, 13 May 1999, Ricky Beam wrote: > On Thu, 13 May 1999, Ryan Hilliard wrote: > >I'm getting some PRI lines installed next week, and I have heard that it is > >possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as > >24B. What do I need to do to make this work? > > NFAS > > --Ricky > > > > - > 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. >

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-13 18:23:43

I think it's up to the DSP's, not the ARC... and TCS 3.5 (just released) is supposed to support it on DSP's now. I don't have TCS 3.5 or NFAS so I can't tell you for sure how well it works. Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head." On Thu, 13 May 1999, Frank Basso wrote: > NFAS support.... and 3COM does not offer it on the ARC > ----- Original Message ----- > From: Ryan Hilliard <hilliard@twoalpha.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, May 13, 1999 1:38 PM > Subject: (usr-tc) Sharing a D channel between HiperDSP's > > > > I'm getting some PRI lines installed next week, and I have heard that it > is > > possible to have one PRI provisioned as 23B+1D and any subsequent PRI's as > > 24B. What do I need to do to make this work? > > > > Ryan Hilliard > > TwoAlpha Internet > >

Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's
From: Frank Basso <frank@got.net>
Date: 1999-05-14 00:05:44

We used this extensively with the 2059 Netservers w/Dual T-1 Cards, though it has not yet been supported with the Hiper gear so we have abandoned it.... ----- Original Message ----- Sent: Thursday, May 13, 1999 8:49 PM > > I'm currently in the beginning phase of working with the telco to try this > out. I just put the translations group on notice that they should be > prepared for a test some time next week. I'll let anyone interested know > how it goes. > > > -----Original Message----- > > From: Mike Andrews [SMTP:mandrews@termfrost.org] > > Sent: Thursday, May 13, 1999 7:24 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's > > > > I think it's up to the DSP's, not the ARC... and TCS 3.5 (just released) > > is supposed to support it on DSP's now. I don't have TCS 3.5 or NFAS so I > > can't tell you for sure how well it works. > > > > > > Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort > > KY > > mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without > > a > > Microsoft operating system is like a dog without a brick tied to its > > head." > > > > On Thu, 13 May 1999, Frank Basso wrote: > > > > > NFAS support.... and 3COM does not offer it on the ARC > > > ----- Original Message ----- > > > From: Ryan Hilliard <hilliard@twoalpha.net> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Thursday, May 13, 1999 1:38 PM > > > Subject: (usr-tc) Sharing a D channel between HiperDSP's > > > > > > > > > > I'm getting some PRI lines installed next week, and I have heard that > > it > > > is > > > > possible to have one PRI provisioned as 23B+1D and any subsequent > > PRI's as > > > > 24B. What do I need to do to make this work? > > > > > > > > Ryan Hilliard > > > > TwoAlpha Internet > > > > > > > > > > - > > 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. >

Subject: RE: (usr-tc) Sharing a D channel between HiperDSP's
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 1999-05-14 00:49:14

I'm currently in the beginning phase of working with the telco to try this out. I just put the translations group on notice that they should be prepared for a test some time next week. I'll let anyone interested know how it goes. > -----Original Message----- > From: Mike Andrews [SMTP:mandrews@termfrost.org] > Sent: Thursday, May 13, 1999 7:24 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Sharing a D channel between HiperDSP's > > I think it's up to the DSP's, not the ARC... and TCS 3.5 (just released) > is supposed to support it on DSP's now. I don't have TCS 3.5 or NFAS so I > can't tell you for sure how well it works. > > > Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort > KY > mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without > a > Microsoft operating system is like a dog without a brick tied to its > head." > > On Thu, 13 May 1999, Frank Basso wrote: > > > NFAS support.... and 3COM does not offer it on the ARC > > ----- Original Message ----- > > From: Ryan Hilliard <hilliard@twoalpha.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, May 13, 1999 1:38 PM > > Subject: (usr-tc) Sharing a D channel between HiperDSP's > > > > > > > I'm getting some PRI lines installed next week, and I have heard that > it > > is > > > possible to have one PRI provisioned as 23B+1D and any subsequent > PRI's as > > > 24B. What do I need to do to make this work? > > > > > > Ryan Hilliard > > > TwoAlpha Internet > > > > > > - > 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.

Subject: (usr-tc) Netserver/16 v.34 code and Radius
From: Bogdan Pelinescu <bpelin@itcnet.ro>
Date: 1999-05-14 14:06:57

I've flashed 4.1.82 on one of these machines and it seems that the Radius support has a few bugs. The login port reported is always 3. Also, I don't see any VSA send to my radius. Can anyone help ? Version 3.3.0 works ok, but doesn't have VSA (true ???). Bogdan Pelinescu <bpelin@itcnet.ro> | Network Administrator | Tel: (401) 232 0998 ITC - Networks & Communications Dept. | Fax: (401) 230 7845 Bucharest, Romania |

Subject: RE: (usr-tc) changing to EST from GMT
From: Scott Boggs <sboggs@unitedbank.net>
Date: 1999-05-14 14:33:35

I have found a timezone setting in TCM for the NMC card. Go to NMC - Configuration Group-Time Zone. I have this set to eastern and set the local time on the hiper-arc. All my times appear correct for connection starts, etc. What data had the GMT timestamp from the original question on this thread? Scott B. > -----Original Message----- > From: Robert von Bismarck [SMTP:rvb@petrel.ch] > Sent: Friday, May 14, 1999 4:11 PM > To: 'usr-tc@xmission.com' > Subject: RE: (usr-tc) changing to EST from GMT > > Well, it gives me the creeps when I see a customer logged in for 45 > minutes > when I have rebooted a NAS 5 minutes ago.... (when I do a list conn) > > It just *feels* nicer... I guess that my swiss precision coming up again > ;-) > > Robert > > -----Original Message----- > From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] > Sent: mercredi, 12. mai 1999 17:21 > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) changing to EST from GMT > > > Out of curiosity... > What do you gain from changing the timezone? Do you frequently use > the CLI to > tell what time it is? All RADIUS & Syslog timestamping is done by > the receiving > server. Besides the requirement for time sync in MPIP, time on a NAS > doesn't > really provide you much.. > > Anyway, your requests are being addressed and the ability to change > TZ is > scheduled for a future release of HARC. (not 4.2)... > > > > - > 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.

Subject: RE: (usr-tc) Limit Baud Rate
From: Craig Holland <cholland@yahoo-inc.com>
Date: 1999-05-14 16:23:57

...got my 300 coupler modem... craig -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Ricky Beam Sent: Friday, May 14, 1999 4:17 PM On Thu, 13 May 1999, Alan Martin wrote: >in handy for trouble shooting problems with "OLDER" modems. Why on earth >anyone would still use one is beyond me. But they do. Hey now! I've still got a working Hayes Smartmodem 300! --Ricky - 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.

Subject: (usr-tc) RIP Question
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-14 16:49:11

I have 3 NetServer based chassis, 2 of them are broadcasting routes as 10.0.0.1/32 or host routes. One however is broadcasting the routes as 10.0.0.0/24 or class c routes... now I would like them all to broadcast host address's, any pointers as to how to change this? TIA Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire - 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.

Subject: Re: (usr-tc) Limit Baud Rate
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-14 19:17:03

On Thu, 13 May 1999, Alan Martin wrote: >in handy for trouble shooting problems with "OLDER" modems. Why on earth >anyone would still use one is beyond me. But they do. Hey now! I've still got a working Hayes Smartmodem 300! --Ricky

Subject: RE: (usr-tc) changing to EST from GMT
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-05-14 22:11:01

Well, it gives me the creeps when I see a customer logged in for 45 minutes when I have rebooted a NAS 5 minutes ago.... (when I do a list conn) It just *feels* nicer... I guess that my swiss precision coming up again ;-) Robert -----Original Message----- From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] Sent: mercredi, 12. mai 1999 17:21 To: usr-tc@lists.xmission.com Subject: RE: (usr-tc) changing to EST from GMT Out of curiosity... What do you gain from changing the timezone? Do you frequently use the CLI to tell what time it is? All RADIUS & Syslog timestamping is done by the receiving server. Besides the requirement for time sync in MPIP, time on a NAS doesn't really provide you much.. Anyway, your requests are being addressed and the ability to change TZ is scheduled for a future release of HARC. (not 4.2)... - 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.

Subject: (usr-tc) TCM through a firewall
From: Charles Sprickman <spork@inch.com>
Date: 1999-05-15 15:20:52

Hi, I recently moved most of our workstations behind a firewall (ipfilter - stateful inspection / NAT) and tried flashing an NMC card... It basically left the card braindead and failed with "Download done, 0% complete". I PCSDL'd it, and tried again after moving my laptop to a non-firewalled network. That worked... So how do I make it work behind the firewall? I always assumed that TCM tftp'd the code TO the card, not the other way around. I tried making a redirect that took incoming tftp requests and redirected them to the machine running TCM, but that didn't work either. So either TCM is saying "come tftp to 192.168.0.blah" or something else is going on. Any ideas? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) TCM through a firewall
From: Ronald Kushner <ron@glis.net>
Date: 1999-05-15 15:39:40

Charles Sprickman wrote: > > Hi, > > I recently moved most of our workstations behind a firewall (ipfilter - > stateful inspection / NAT) and tried flashing an NMC card... It basically > left the card braindead and failed with "Download done, 0% complete". I > PCSDL'd it, and tried again after moving my laptop to a non-firewalled > network. That worked... > > So how do I make it work behind the firewall? I always assumed that TCM > tftp'd the code TO the card, not the other way around. I tried making a > redirect that took incoming tftp requests and redirected them to the > machine running TCM, but that didn't work either. So either TCM is saying > "come tftp to 192.168.0.blah" or something else is going on. TCM starts a tftp server, and the MNC downloads the image from the tftp server on your PC. -Ron GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) TCM through a firewall
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-15 16:20:35

On Sat, 15 May 1999, Charles Sprickman wrote: > Hi, > > I recently moved most of our workstations behind a firewall (ipfilter - > stateful inspection / NAT) and tried flashing an NMC card... It basically > left the card braindead and failed with "Download done, 0% complete". I > PCSDL'd it, and tried again after moving my laptop to a non-firewalled > network. That worked... The problem is with your NAT setup. TCM is an application and relies on the tcpip stack of your PC ( windows/unix). When you start download or upload to the chassis, the tcm sends a snmp set to the NMC and the NMC sets itself/or the set card to accpet the tftp of the code. Then the tcm starts the tftp to the nmc. Now if the nmc is dead - then it means that you started the tftp after the snmpset and something happened that stoped the tftp - thus causing the problem. tftp can timeout very easily - so check the tftp in the nat setup. krish > > So how do I make it work behind the firewall? I always assumed that TCM > tftp'd the code TO the card, not the other way around. I tried making a > redirect that took incoming tftp requests and redirected them to the > machine running TCM, but that didn't work either. So either TCM is saying > "come tftp to 192.168.0.blah" or something else is going on. > > Any ideas? > > Thanks, > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > > - > 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. >

Subject: (usr-tc) Lan to Lan configuration
From: d baud <dbaud@iname.com>
Date: 1999-05-17 09:12:56

I am trying to set up a simple Lan to Lan configuration as in the HARCs documentation (chapter 7). I would like to connect a branch office to the main office's network with a telephone link. Only the branch office can have a dialout line. I have one Classe C say 192.168.100.0/24 with a gateway to the outside world on 192.168.100.1 Half of the class C would be in the main office (192.168.100.0/25) and the other half for the branch office (192.168.100.128/25) . Here's the configuration: HiPer ARC main_office add ip network ipnet-1 address 192.168.100.30/25 interface eth:1 add user branch_user password chicago type network,dialout set network user branch_user ip remote_ip_address 192.168.100.130/25 HiPer ARC branch_office add ip network ipnet-2 address 192.168.100.130/25 interface eth:1 add user main_user password boston type network,dialout set network user main_user ip remote_ip_address 192.168.100.30/25 set user main_user phone_number 5556666 modem_group slot:2 set dialout user main_user site type manual set system transmit_authentication_name branch_user name branch_office set network user main_user send_pass chicago When i do a DIAL MAIN_USER the connection gets cut immediately after pap authentication.

Subject: Re: (usr-tc) TCM through a firewall
From: Charles Sprickman <spork@inch.com>
Date: 1999-05-17 11:35:44

So if you do NAT, you're basically out of luck... What's the reasoning behind having the equipment "come get the code" rather than having the management station "send it the code"? If I follow correctly this isn't working because TCM sends an snmp command telling the NMC to tftp to 192.168.0.x, and since that's a non-routed, unreachable address, it just times out, correct? Is there any way I can tell TCM to send another address? Any trickery? Thanks, Charles On Sat, 15 May 1999, Tatai SV Krishnan wrote: > The problem is with your NAT setup. TCM is an application and relies on > the tcpip stack of your PC ( windows/unix). When you start download or > upload to the chassis, the tcm sends a snmp set to the NMC and the NMC > sets itself/or the set card to accpet the tftp of the code. Then the > tcm starts the tftp to the nmc. Now if the nmc is dead - then it means > that you started the tftp after the snmpset and something happened that > stoped the tftp - thus causing the problem. > > tftp can timeout very easily - so check the tftp in the nat setup. > > krish > > > > > > So how do I make it work behind the firewall? I always assumed that TCM > > tftp'd the code TO the card, not the other way around. I tried making a > > redirect that took incoming tftp requests and redirected them to the > > machine running TCM, but that didn't work either. So either TCM is saying > > "come tftp to 192.168.0.blah" or something else is going on. > > > > Any ideas? > > > > Thanks, > > > > Charles > > > > -- > > =-----------------= = > > | Charles Sprickman Internet Channel | > > | INCH System Administration Team (212)243-5200 | > > | spork@inch.com access@inch.com | > > = =----------------= > > > > > > - > > 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. >

Subject: (usr-tc) Netserver/16 v.34 code and Radius
From: Bogdan Pelinescu <bpelin@itcnet.ro>
Date: 1999-05-17 13:26:45

I've flashed 4.1.82 on one of these machines and it seems that the Radius support has a few bugs. The login port reported is always 3. Also, I don't see any VSA send to my radius. I used the raddebug tool made by Mike Wronski. Can anyone help ? Version 3.3.0 works ok, but doesn't have VSA (true ???). And Mike, what happened to the raddebug program ? I have compiled 2.7 and 2.8 on my machine and got nothing even on the test packets. However, the windows version works ok. Is there a switch problem or what ? Bogdan Pelinescu <bpelin@itcnet.ro> | Network Administrator | Tel: (401) 232 0998 ITC - Networks & Communications Dept. | Fax: (401) 230 7845 Bucharest, Romania |

Subject: Re: (usr-tc) TCM through a firewall
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-17 14:15:16

It's not the SNMP that's the problem, it's the TFTP. Your PC has to run a TFTP server on it, and it's kinda hard to connect to *any* server process that's sitting behind a NAT setup. SNMP doesn't really care. If you have another TFTP server floating around (on a Unix box perhaps) you can use that in your SNMP command... but you can't really do that using TCM. I ended up writing my own Perl script to do flash upgrades under Unix... Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head." On Mon, 17 May 1999, Charles Sprickman wrote: > So if you do NAT, you're basically out of luck... What's the reasoning > behind having the equipment "come get the code" rather than having the > management station "send it the code"? > > If I follow correctly this isn't working because TCM sends an snmp command > telling the NMC to tftp to 192.168.0.x, and since that's a non-routed, > unreachable address, it just times out, correct? Is there any way I can > tell TCM to send another address? Any trickery? > > Thanks, > > Charles > > On Sat, 15 May 1999, Tatai SV Krishnan wrote: > > > The problem is with your NAT setup. TCM is an application and relies on > > the tcpip stack of your PC ( windows/unix). When you start download or > > upload to the chassis, the tcm sends a snmp set to the NMC and the NMC > > sets itself/or the set card to accpet the tftp of the code. Then the > > tcm starts the tftp to the nmc. Now if the nmc is dead - then it means > > that you started the tftp after the snmpset and something happened that > > stoped the tftp - thus causing the problem. > > > > tftp can timeout very easily - so check the tftp in the nat setup. > > > > krish > > > > > > > > > > So how do I make it work behind the firewall? I always assumed that TCM > > > tftp'd the code TO the card, not the other way around. I tried making a > > > redirect that took incoming tftp requests and redirected them to the > > > machine running TCM, but that didn't work either. So either TCM is saying > > > "come tftp to 192.168.0.blah" or something else is going on. > > > > > > Any ideas? > > > > > > Thanks, > > > > > > Charles > > > > > > -- > > > =-----------------= = > > > | Charles Sprickman Internet Channel | > > > | INCH System Administration Team (212)243-5200 | > > > | spork@inch.com access@inch.com | > > > = =----------------= > > > > > > > > > - > > > 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. >

Subject: Re: (usr-tc) TCM through a firewall
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-17 14:27:18

Thus spake Mike Andrews >It's not the SNMP that's the problem, it's the TFTP. Your PC has to run a >TFTP server on it, and it's kinda hard to connect to *any* server process >that's sitting behind a NAT setup. SNMP doesn't really care. Unless you can set up a static mapping on the NAT box to redirect udp/69 (TFTP) requests to the inside address and back again on the way out. Without that though...there's no real work-around for using TCM. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Pause in packets passing on TC
From: Clint R. Sparks <csparks@cqc.com>
Date: 1999-05-17 20:02:47

We have a customer trying to use Novell Border Manager with an external USR 56k V.90 Sportster to dial-in to a Total Control with the Hiper DSP and Hiper Arc cards, we are running Hiper DSP code 1.2.43 and Hiper Arc 4.1.59-6. He sometimes experiences timeouts during authentication (the radius server never sees anything from these), and when he does authenticate, the connection is quite bursty. I have seen one ping from our side to his PPP address which returned no packets for 70 seconds and then returned them all in one big burst. I had a 'MONITOR PPP' running on his connection at the time and it showed no other traffic, just a packet per second of outgoing data, then suddenly lots of incoming. After 70 seconds, I'm shocked that the packets haven't just been dropped. He's tried different modems, with no luck, and now he's begun to see the same problem on a Webramp using external USR 56k V.90 Sportster modems. He says the same phone lines work fine from a Windows98 laptop using a 33.6k modem. Now the questions. Has anybody already seen and fixed this problem? Is there any trace I can do at a lower level than PPP, to see what the modems are doing during the huge pauses? Something that gives measurable evidence of line noise, if that is the problem? Thanks for any help, Clint R. Sparks ComQuest Internet Services csparks@cqc.com

Subject: RE: (usr-tc) changing to EST from GMT
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-05-17 22:29:09

Connection start time on HiPerARC, when you do a 'list connections' command from the CLI --- Robert von Bismarck Network Systems Engineer Petrel Communications SA / SPAN Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 e-mail : rvb@petrel.ch -----Original Message----- From: Scott Boggs [SMTP:sboggs@unitedbank.net] Sent: vendredi, 14. mai 1999 20:34 To: usr-tc@lists.xmission.com Subject: RE: (usr-tc) changing to EST from GMT I have found a timezone setting in TCM for the NMC card. Go to NMC - Configuration Group-Time Zone. I have this set to eastern and set the local time on the hiper-arc. All my times appear correct for connection starts, etc. What data had the GMT timestamp from the original question on this thread? Scott B. > -----Original Message----- > From: Robert von Bismarck [SMTP:rvb@petrel.ch] > Sent: Friday, May 14, 1999 4:11 PM > To: 'usr-tc@xmission.com' > Subject: RE: (usr-tc) changing to EST from GMT > > Well, it gives me the creeps when I see a customer logged in for 45 > minutes > when I have rebooted a NAS 5 minutes ago.... (when I do a list conn) > > It just *feels* nicer... I guess that my swiss precision coming up again > ;-) > > Robert > > -----Original Message----- > From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] > Sent: mercredi, 12. mai 1999 17:21 > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) changing to EST from GMT > > > Out of curiosity... > What do you gain from changing the timezone? Do you frequently use > the CLI to > tell what time it is? All RADIUS & Syslog timestamping is done by > the receiving > server. Besides the requirement for time sync in MPIP, time on a NAS > doesn't > really provide you much.. > > Anyway, your requests are being addressed and the ability to change > TZ is > scheduled for a future release of HARC. (not 4.2)... > > > > - > 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.

Subject: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital modem
From: Darren Widenmaier <darren@quadrant.net>
Date: 1999-05-17 23:05:33

System: TCS 3.3ish with Netserver/DualPRI/Quad digital modems. Goal: configure a host device port for dialout. Problem: I can telnet to the modem, and issue various AT commands, however, dialing out fails; ati6 reports: "Failure to Connect Reason is Network Busy" Any suggestions? Dialin ISDN MPP works, if that means anything (I understand that requires _some_ dialout/dialback functionality to be working...). Is this really a telco network problem? Or something to do with packet bus control? Thanks. -Darren

Subject: Re: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital modem
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-18 07:18:38

On Mon, 17 May 1999, Darren Widenmaier wrote: > > System: TCS 3.3ish with Netserver/DualPRI/Quad digital modems. > > Goal: configure a host device port for dialout. > > Problem: I can telnet to the modem, and issue various AT commands, > however, dialing out fails; ati6 reports: > > "Failure to Connect Reason is Network Busy" > Telco problem - When you can connect to the modem and issue at commands to the modem - that basically means the packet bus is working. ati6 reports the modem connection problem. You need to call Telco and fine out why the network is busy. krish > > Any suggestions? Dialin ISDN MPP works, if that means anything (I > understand that requires _some_ dialout/dialback functionality to be > working...). > > Is this really a telco network problem? Or something to do with packet bus > control? > > Thanks. > > -Darren > > > > - > 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. >

Subject: Re: (usr-tc) NETWORK BUSY when trying to dial out using Quad digital
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-18 09:53:59

On Tue, 18 May 1999, Tatai SV Krishnan wrote: >On Mon, 17 May 1999, Darren Widenmaier wrote: >> System: TCS 3.3ish with Netserver/DualPRI/Quad digital modems. >> >> Goal: configure a host device port for dialout. >> >> Problem: I can telnet to the modem, and issue various AT commands, >> however, dialing out fails; ati6 reports: >> >> "Failure to Connect Reason is Network Busy" > >Telco problem - When you can connect to the modem and issue at commands >to the modem - that basically means the packet bus is working. ati6 >reports the modem connection problem. You need to call Telco and fine >out why the network is busy. Not necessarily... I'm guessing the netserver has 3.8 code on it? If so, then that's your problem. During beta, the only way I could get dialout to work was to turn off modem control -- which also turns of incoming calls. I pointed out problems with dialout more than once while they were (supposedly) still working on the Netserver code, but they were either ignored or lost. (Mike Wronski sent me the 3.8.85 code, but it was still broken. There are a lot of things broken in the netserver that was never fixed -- and never will be.) >> Any suggestions? Dialin ISDN MPP works, if that means anything (I >> understand that requires _some_ dialout/dialback functionality to be >> working...). No it doesn't. The netserver is not initiating any connections. For both channels, the user dials in. It's not until the last part of the PPP setup that the channels get bonded together. (The netserver isn't calling the user back.) --Ricky

Subject: (usr-tc) Re: V90 code for MP/16
From: Jose Roberto Bulcao <bulcao@rio.com.br>
Date: 1999-05-18 10:17:39

Dear Coleagues, I've put the mail below some days ago but nobody answered this question. So I'm reposting it. Sorry for the incovenience but it's truly important for us. Tks, On Wed, 5 May 1999, Jose Roberto Bulcao wrote: > > I've seen in the new Small Business support site from 3Com that there is > a V90 upgrade to MP/16 analog V.34 modems. The file is mpv90an.zip and the > description says "Modem Pool 8/16 analog domestic V.90 release". > > Does anybody knows if it can be applied to the modems on a Managed box or > is it just for Non-managed MP/16 boxes? The description isn't clear. > > I'm waiting for a long time for the V.90 upgrade for Managed MP/16 and > don't want to be frustrated upgrading with a code which doesn't work over > this platform (or maybe, worst, do a damage to them). > > Can anybody precisely (Hey 3Com! Are you there?) answer this question? > > Thanks in advance, > Jose Roberto Bulcao - RioLink Internet Tel : (021) 577-8899 e-mail : bulcao@rio.com.br

Subject: (usr-tc) Odd problem... causing 720 error
From: Stephen Amadei <amadei@dandy.net>
Date: 1999-05-18 22:17:22

Hello... I have had some odd problems crop up over the last two weeks. It seems that Windows is having a 720 error with some of our customers. They dial in, authenicate, but then the logging shows that three seconds later, the TC does a "stopping drain timer for interface slot:xx/mod:yy". The next log item (same timestamp as the stopped drain) is a "connection for call id 99999999, on slot:xx/mod:yy was dropped for user UNKNOWN". The user then calls us complaining about a 720 error, "Windows could not negotiate a valid set of protocols" or something. These users get the same message on several TC units... and they all claim that the problem goes away about 20 minutes later without changing any setting. I had one user try coming on non-PPP (telnet) and he experienced no line noise or errors. The main problem child is running all the most current software before the TCS 3.5 came out. Any thoughts? This has happened with many users, but the current one is using a USR Sportster modem... we haven't changed any settings for at least a month. ----Steve Stephen Amadei Director of MIS Dandy Connections, Inc. Atlantic City, NJ

Subject: (usr-tc) caller id
From: Phil Henson <phil@cloh.net>
Date: 1999-05-19 08:42:01

Does anyone know how to set the tc to show caller id? Phil

Subject: Re: (usr-tc) caller id
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-19 09:37:41

Caller id is a standard radius attribute that is recoreded in your accounting logs. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 19 May 1999, Phil Henson wrote: > Does anyone know how to set the tc to show caller id? > > Phil > > > - > 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. >

Subject: Re: (usr-tc) TCM through a firewall
From: Charles Sprickman <spork@inch.com>
Date: 1999-05-19 17:27:18

On Mon, 17 May 1999, Jeff Mcadams wrote: > Unless you can set up a static mapping on the NAT box to redirect udp/69 > (TFTP) requests to the inside address and back again on the way out. > Without that though...there's no real work-around for using TCM. I can do that no problem, it's just that I can't make TCM specify the address to tftp to. All the NAT'd machines hide behind one real address, and all the NAT'd machines have fake, unrouted addresses... :( One day I'll have to figure out all the snmp stuff related to code-loading, as I haven't seen any tools for that yet. I'd love to get away from TCM for upgrades. Thanks, Charles

Subject: (usr-tc) ifOutOctets.1 on Netserver always shows 0
From: Darren Widenmaier <darren@quadrant.net>
Date: 1999-05-19 17:27:46

I'm trying to determine traffic through a Netserver; I can get the ifInOctets, but the out counter is always 0. Is there a reason for this? I can't imagine why the couters for all the other interfaces (including ifInOctets.1) would work, and the outgoing octets on net0 would not... (sh netstat shows in and out packets on net0). Thanks. -Darren

Subject: (usr-tc) radius 's users file
From: richard bosire <bosire@africaonline.co.ke>
Date: 1999-05-20 09:03:26

Hi ''s My users file is becoming and bigger everyday and as such it is contributing to noticeble delays in dialup authentication. Does anyone know how can either convert it to a db format or anyway i can make the parsing of the file faster .. thanx bosire --

Subject: Re: (usr-tc) Odd problem... causing 720 error
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-20 09:10:28

Stephen Amadei said once upon a time: >The user then calls us complaining about a 720 error, "Windows could not >negotiate a valid set of protocols" or something. These users get the >same message on several TC units... and they all claim that the problem >goes away about 20 minutes later without changing any setting. Get rid of all the protocols in the Networking except for TCP/IP.

Subject: (usr-tc) Latest working Netserver 16/I code ?
From: Martin Pfeilsticker <pfeilsticker@ffm.pandacom.de>
Date: 1999-05-20 10:08:28

Hello, What is the latest stable code (Netserver and Modems) for the Netserver 16/I with Euro-ISDN ? Are there any updates for the Netserver Manager, our latest version is 3.2.5. Thanks Martin Pfeilsticker Martin Pfeilsticker Security Specialist Pan Dacom Daten- und Kommunikationssysteme GmbH Robert-Bosch-Stra=DFe 32 63303 Dreieich, Germany Tel.: x49-6103-932-156

Subject: RE: (usr-tc) radius 's users file
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-20 10:24:33

Run it with radiusd -b; you'll need to use builddbm which comes with radius. Check the radius documentation for the details. You do need to run builddbm any time you have changes to your users file. To decrease the size of your users file, dunno how many items per entry you have, but the most of them can be put into a DEFAULT entry so pretty much left with the account/password line. We're running radius 2.01 just slightly modified and doesn't affect anything talked of here. For example, for the usual dialup: USER_DEFAULT Password = "goofystuffhere" Idle-Timeout = 1200, User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 255.255.255.254, Framed-MTU = 1500 We also use this: DEFAULT Password = "UNIX" User-Service-Type = Login-User, Login-Host = hostnamehere, Login-Service = Rlogin For the very very rare shell account person. Anything that isn't the default you can specify under the user name. SMT -----Original Message----- Sent: Thursday, May 20, 1999 1:03 AM Hi ''s My users file is becoming and bigger everyday and as such it is contributing to noticeble delays in dialup authentication. Does anyone know how can either convert it to a db format or anyway i can make the parsing of the file faster .. thanx bosire --

Subject: Re: (usr-tc) Lan to Lan configuration
From: Tom Collins <tom_collins@mw.3com.com>
Date: 1999-05-20 10:33:04

Try this for the HiperARC branch_office configuration: add ip network ipnet-2 address 192.168.100.130/25 interface eth:1 set ip network ipnet-2 routing_protocol ripv2 add user main_user password boston type network,dialout set network user main_user ip remote_ip_address 192.168.100.30/25 set user main_user phone_number 5556666 modem_group slot:2 set network user main_user ip routing both rip ripv2 (omit this if not needed) set network user main_user spoofing enable (omit this if not needed) set dialout user main_user site type manual set system transmit_authentication_name branch_user set network user main_user send_password chicago save all dial main_user Try this! Tom Collins Technical instructor Carrier Training Delivery d baud <dbaud@iname.com> on 05/17/99 08:12:56 AM Please respond to usr-tc@lists.xmission.com Sent by: d baud <dbaud@iname.com> cc: (Tom Collins/MW/US/3Com) I am trying to set up a simple Lan to Lan configuration as in the HARCs documentation (chapter 7). I would like to connect a branch office to the main office's network with a telephone link. Only the branch office can have a dialout line. I have one Classe C say 192.168.100.0/24 with a gateway to the outside world on 192.168.100.1 Half of the class C would be in the main office (192.168.100.0/25) and the other half for the branch office (192.168.100.128/25) . Here's the configuration: HiPer ARC main_office add ip network ipnet-1 address 192.168.100.30/25 interface eth:1 add user branch_user password chicago type network,dialout set network user branch_user ip remote_ip_address 192.168.100.130/25 HiPer ARC branch_office add ip network ipnet-2 address 192.168.100.130/25 interface eth:1 add user main_user password boston type network,dialout set network user main_user ip remote_ip_address 192.168.100.30/25 set user main_user phone_number 5556666 modem_group slot:2 set dialout user main_user site type manual set system transmit_authentication_name branch_user name branch_office set network user main_user send_pass chicago When i do a DIAL MAIN_USER the connection gets cut immediately after pap authentication. - 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.

Subject: (usr-tc) Little info on Netservers.....Netserver minus munich daughterboar
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-20 10:38:16

...is the Munich daughterboard card for support of the WAN ports (which we don't use)? ...given that, does the usual NMC NIC work in it's place? Anyone had any experience with this? There's a jumper on the NMC NIC that says NMC or NIC. The NIC I got mistakedly with a Netserver+Munich didn't work with this NIC, and the jumber was on NIC. Looking to buy this Netserver if it's essentially the same as our other ones minus the WAN support. Anyone that can shed some light would be appreciated. SMT PS: I've got 3 HiperARC's in the box and in the box they'll stay for another few software releases..... Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718

Subject: Re: (usr-tc) Little info on Netservers.....Netserver minus munich
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-20 14:45:47

On Thu, 20 May 1999, Scott Trautman wrote: >...is the Munich daughterboard card for support of the WAN ports (which we >don't use)? The munich card is for termination of ISDN traffic directly from the PRI card. I don't think it has anything at all to do with the two WAN ports on the Netserver NIC. >...given that, does the usual NMC NIC work in it's place? Anyone had any >experience with this? Yes. I've used an NMC NIC with a Netserver before. Switch the jumper to NIC and put in any slot other than 17. --Ricky

Subject: (usr-tc) FW: TC Equipment available
From: hunter@inficad.com
Date: 1999-05-20 17:56:01

I have several almost new HiperDSP cards for the 3com/USR Total Control Chassis. I have a total of 6 HiperDSP cards available and am willing to part with them for $3800.00/ea. or $22,000.00 for the lot. Our company (Inficad Communications) excepts VISA, MASTERCARD and DISCOVER. Let me know ASAP if you are interested...these usually go VERY fast. We will pay shipping in US. You can call me at 602-549-6699, or email me at hunter@inficad.com. Thank you, Hunter Bennett Inficad Communications http://www.inficad.com

Subject: Re: (usr-tc) Odd problem... causing 720 error
From: Stephen Amadei <amadei@dandy.net>
Date: 1999-05-21 02:44:41

On Thu, 20 May 1999, Pete Ashdown wrote: > Stephen Amadei said once upon a time: > > >The user then calls us complaining about a 720 error, "Windows could not > >negotiate a valid set of protocols" or something. These users get the > >same message on several TC units... and they all claim that the problem > >goes away about 20 minutes later without changing any setting. > > Get rid of all the protocols in the Networking except for TCP/IP. Already did it. Didn't help. The users authenticate on my two authenication RADIUS servers, but come up as UNAUTHENICATED on my Accounting RADIUS server. Yes, all three servers are kept in sync. It's as if the users are getting a bogus TCPIP info. Monitoring the user results in a good login. ----Steve Stephen Amadei Director of MIS Dandy Connections, Inc. Atlantic City, NJ

Subject: (usr-tc) ISDN & Multi-linking
From: Sam Lowe <slowe@universalcom.net>
Date: 1999-05-21 07:19:11

I am hoping the group can assist. We are running RadiusNT 1.65 and are doing pretty well with assistance as we go. I have one problem that I cannot seem to figure out. Users who require dual channel bonding (ISDN128, Multi-link) can get the first channel, but the second simply will not complete. RadiusNT appears to accept the login, notes the user has one channel up and allows the second link in, but my Total Control simply logs it as unauthenticated and sends a stop accounting record. We are running a combination of TC configurations. The unit I seem to have the most problems with is equipped with a Hiper Arc running 4.1.59 code. We get around this today by creating the user in the TC and setting max_channels to two, and we still get the accounting records, but the auth is done in the TC. The odd thing is, not all the TCs exhibit this behaviour. We have other TCs with HiPer's (and older) that seem to work perfectly well. We would really prefer not to do this, so any idea's you have would be appreciated. Samuel S. Lowe Director, Data Network Services UniversalCom, Inc. slowe@universalcom.net

Subject: (usr-tc) Netserver 16 Mibs
From: Bogdan Pelinescu <bpelin@itcnet.ro>
Date: 1999-05-21 10:08:50

Can anyone send me a valid Mib for Netserver 16 ? I've tried the ones from 3Com site and no luck. My machine doesn't understand a thing. Thanks, Bogdan Pelinescu <bpelin@itcnet.ro> | Network Administrator | Tel: (401) 232 0998 ITC - Networks & Communications Dept. | Fax: (401) 230 7845 Bucharest, Romania |

Subject: (usr-tc) knowlegebase article on configuring dovbs?
From: Randy McMillan <randy@pacinfo.com>
Date: 1999-05-21 15:45:30

Will there be an article in the knowledge base regarding how to setup dovbs on the quad modems? Also, will that be supported on the Hiper DSP cards? Thanks. Randy McMillan PacInfo

Subject: (usr-tc) Tx power level (s82) not saved.
From: Randy McMillan <randy@pacinfo.com>
Date: 1999-05-21 15:53:32

I was doing some experimenting with the tx power level in the x2/v90 configuration, and noticed that the number I set it to is not retained when I open the configuration screen again and is back to the default of 12. Does that mean I shouldn't play with it, or is there a bug in the code, or do you need to do something else to make it effective? This is on quad cards and TCS 3.5. Thanks. Randy McMillan PacInfo

Subject: Re: (usr-tc) Tx power level (s82) not saved.
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-21 18:59:44

On Fri, 21 May 1999, Randy McMillan wrote: >I was doing some experimenting with the tx power level in the >x2/v90 configuration, and noticed that the number I set it to is >not retained when I open the configuration screen again and is >back to the default of 12. Does that mean I shouldn't play >with it, or is there a bug in the code, or do you need to do something else >to make it effective? This is on quad cards >and TCS 3.5. Thanks. That means you cannot change it. The modem used to silently ignore it. --Ricky

Subject: (usr-tc) NFAS
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 1999-05-21 20:46:34

In setting up NFAS, I notice a setting that I haven't seen before called "Logical Group Type" and the options are FAS, NFAS, and SS7. Does one logical group type have advantages over the others? I assume what is set on the DSP has to jive with what the telco has set, but does SS7 offer any benefits over the FAS or NFAS types?

Subject: (usr-tc) Administrative User on NetServer
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-21 22:04:46

Anyway to fake one up in radius, or how do I reset a missing/forgotten password? A power failure necessitated shutting down the box, and now I cant get back in. Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire

Subject: Re: (usr-tc) Administrative User on NetServer
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-22 00:44:03

On Fri, 21 May 1999, Paul M. Oster wrote: >Anyway to fake one up in radius, or how do I reset a missing/forgotten >password? A power failure necessitated shutting down the box, and now I >cant get back in. Not on a netserver... erase the flash and start over. (DIP 5 or 6?) --Ricky

Subject: (usr-tc) Radius Question
From: Paul M. Oster <devious@minot.com>
Date: 1999-05-22 00:54:47

Probably better suited to a radius list, but does anyone have a pointer how to set a user up to automatically telnet to a specific host... I've got this so farf username Password = "password" Service-Type = Telnet This might, or might not be the right direction, a pointer to the correct attributes or a FAQ would be GREAT! Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire

Subject: (usr-tc) NMC Card
From: T.Spaulding <tsplding@talweb.com>
Date: 1999-05-22 12:53:31

I received have had problems getting into my NMC card and tech support suggested hooking up the cable and resetting the IP addresses. I did but I think I might have put in a wrong subnet or something 'cause after I issued a reset the card will reset and when it goes to show the information in the LED window it then resets again...over..and..over :-( I thought I heard of a way to switch the dip-switches to blank out the memory, does anyone know what to switch them to? I have the TCH 2059 bundle running quad-modems. Also, I took an NMC card from my other chassis and it comes up fine on this one so the chassis is ok (whew). Thank you. Thomas Spaulding, MCP http://www.talweb.com/tsplding/ Staff@TalWeb.com http://www.talweb.com/ Valeyard* in Everquest's E'ci server. Kali Registration # 0978

Subject: Re: (usr-tc) NMC Card
From: todd_keister@3com.com
Date: 1999-05-22 14:02:50

Tom: To "Blank the Memory" on the Netserver, you must remove the card, look on the "right side" (from facing the front of the card), and the throw dip #5. Reboot the card (this flushes memory), pull it out, reset dip 5 to off, the reboot - and now you can reconfigure the card. Please remember to save your new settings to NVRAM, otherwise the nextreboot will bring back the "Bad Settings" you currently have saved in NVRAM. Of course you could always call us at Tech Support (800) 231-8770. You will also find detailed instructions if you go to our 3KB database, and search for "How to Reset the Netserver to Factory Defaults" Please note that this is a new solution, and may not be accessable from the website for a few days. 3KB can be found at: http://knowledgebase.3com.com/ Hope this helps. Todd ;-} "T.Spaulding" <tsplding@talweb.com> on 05/22/99 11:53:31 AM Please respond to usr-tc@lists.xmission.com Sent by: "T.Spaulding" <tsplding@talweb.com> cc: (Todd Keister/MW/US/3Com) I received have had problems getting into my NMC card and tech support suggested hooking up the cable and resetting the IP addresses. I did but I think I might have put in a wrong subnet or something 'cause after I issued a reset the card will reset and when it goes to show the information in the LED window it then resets again...over..and..over :-( I thought I heard of a way to switch the dip-switches to blank out the memory, does anyone know what to switch them to? I have the TCH 2059 bundle running quad-modems. Also, I took an NMC card from my other chassis and it comes up fine on this one so the chassis is ok (whew). Thank you. Thomas Spaulding, MCP http://www.talweb.com/tsplding/ Staff@TalWeb.com http://www.talweb.com/ Valeyard* in Everquest's E'ci server. Kali Registration # 0978 - 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.

Subject: Re: (usr-tc) NMC Card
From: T.Spaulding <tsplding@talweb.com>
Date: 1999-05-22 20:33:45

Thank you for your message. There must be something else wrong :-( The card constantly re-boots itself. It goes through the cycle and when it comes up with NONE in the LED it flashes TWO (which I set it to) then immediately goes blank and goes through the process again. Even when I switched #5 to on it will still continuously reboot. Thomas Spaulding, MCP http://www.talweb.com/tsplding/ Staff@TalWeb.com http://www.talweb.com/ Valeyard* in Everquest's E'ci server. Kali Registration # 0978 ----- Original Message ----- Sent: Saturday, May 22, 1999 3:02 PM > > > > > Tom: > > > > To "Blank the Memory" on the Netserver, you must remove the card, look on > the "right side" (from facing the front of the card), and the throw dip #5. > Reboot the card (this flushes memory), pull it out, reset dip 5 to off, the > reboot - and now you can reconfigure the card. Please remember to save your > new settings to NVRAM, otherwise the nextreboot will bring back the "Bad > Settings" you currently have saved in NVRAM. > > Of course you could always call us at Tech Support (800) 231-8770. > > You will also find detailed instructions if you go to our 3KB database, and > search for "How to Reset the Netserver to Factory Defaults" Please note that > this is a new solution, and may not be accessable from the website for a few > days. > > > > 3KB can be found at: http://knowledgebase.3com.com/ > > Hope this helps. > > Todd ;-} > > > > > > > > > "T.Spaulding" <tsplding@talweb.com> on 05/22/99 11:53:31 AM > > Please respond to usr-tc@lists.xmission.com > > Sent by: "T.Spaulding" <tsplding@talweb.com> > > > To: usr-tc@mail.xmission.com > cc: (Todd Keister/MW/US/3Com) > Subject: (usr-tc) NMC Card > > > > > I received have had problems getting into my NMC card and tech support > suggested hooking up the cable and resetting the IP addresses. > > I did but I think I might have put in a wrong subnet or something 'cause > after I issued a reset the card will reset and when it goes to show the > information in the LED window it then resets again...over..and..over :-( > > I thought I heard of a way to switch the dip-switches to blank out the > memory, does anyone know what to switch them to? > > I have the TCH 2059 bundle running quad-modems. > > Also, I took an NMC card from my other chassis and it comes up fine on this > one so the chassis is ok (whew). > > Thank you. > > > Thomas Spaulding, MCP http://www.talweb.com/tsplding/ > Staff@TalWeb.com http://www.talweb.com/ > Valeyard* in Everquest's E'ci server. > Kali Registration # 0978 > > > > > - > 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.

Subject: RE: (usr-tc) NMC Card
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-23 07:46:12

Try another flash-ROM if you have one hanging around; if it's a 2mb one (I've got a stack) no RAM is needed, if you have an 8MB one, make sure you have a 16mb DRAM in there. And replace the DRAM while you're at it too if that's the problem. If not that, then you've got a bad NMC. Had one myself last week. Be sure you test it thoroughly when you get it back from 3Com; had one that the serial number was corrupted on it when it came back and wouldn't do x2/v90, nor would it take the feature enable code 'cuz it didn't match the serial number. 3Com does a pretty lame job of testing stuff and sends it back if it boots; doesn't mean it's fixed. SMT > -----Original Message----- > From: T.Spaulding [mailto:tsplding@talweb.com] > Sent: Saturday, May 22, 1999 7:34 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) NMC Card > > > Thank you for your message. There must be something else wrong :-( > > The card constantly re-boots itself. > > It goes through the cycle and when it comes up with NONE in the LED it > flashes TWO (which I set it to) then immediately goes blank > and goes through > the process again. > > Even when I switched #5 to on it will still continuously reboot. > > > > Thomas Spaulding, MCP http://www.talweb.com/tsplding/ > Staff@TalWeb.com http://www.talweb.com/ > Valeyard* in Everquest's E'ci server. > Kali Registration # 0978 > > ----- Original Message ----- > From: <Todd_Keister@3com.com> > To: <usr-tc@lists.xmission.com> > Sent: Saturday, May 22, 1999 3:02 PM > Subject: Re: (usr-tc) NMC Card > > > > > > > > > > > > Tom: > > > > > > > > To "Blank the Memory" on the Netserver, you must > remove the card, > look on > > the "right side" (from facing the front of the card), and > the throw dip > #5. > > Reboot the card (this flushes memory), pull it out, reset > dip 5 to off, > the > > reboot - and now you can reconfigure the card. Please > remember to save > your > > new settings to NVRAM, otherwise the nextreboot will bring > back the "Bad > > Settings" you currently have saved in NVRAM. > > > > Of course you could always call us at Tech Support > (800) 231-8770. > > > > You will also find detailed instructions if you go to our 3KB > database, and > > search for "How to Reset the Netserver to Factory Defaults" > Please note > that > > this is a new solution, and may not be accessable from the > website for a > few > > days. > > > > > > > > 3KB can be found at: http://knowledgebase.3com.com/ > > > > Hope this helps. > > > > Todd ;-} > > > > > > > > > > > > > > > > > > "T.Spaulding" <tsplding@talweb.com> on 05/22/99 11:53:31 AM > > > > Please respond to usr-tc@lists.xmission.com > > > > Sent by: "T.Spaulding" <tsplding@talweb.com> > > > > > > To: usr-tc@mail.xmission.com > > cc: (Todd Keister/MW/US/3Com) > > Subject: (usr-tc) NMC Card > > > > > > > > > > I received have had problems getting into my NMC card and > tech support > > suggested hooking up the cable and resetting the IP addresses. > > > > I did but I think I might have put in a wrong subnet or > something 'cause > > after I issued a reset the card will reset and when it goes > to show the > > information in the LED window it then resets > again...over..and..over :-( > > > > I thought I heard of a way to switch the dip-switches to > blank out the > > memory, does anyone know what to switch them to? > > > > I have the TCH 2059 bundle running quad-modems. > > > > Also, I took an NMC card from my other chassis and it > comes up fine on > this > > one so the chassis is ok (whew). > > > > Thank you. > > > > > > Thomas Spaulding, MCP http://www.talweb.com/tsplding/ > > Staff@TalWeb.com http://www.talweb.com/ > > Valeyard* in Everquest's E'ci server. > > Kali Registration # 0978 > > > > > > > > > > - > > 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. >

Subject: Re: (usr-tc) Administrative User on NetServer
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-23 09:50:19

On Fri, 21 May 1999, Paul M. Oster wrote: > > > Anyway to fake one up in radius, or how do I reset a missing/forgotten > password? A power failure necessitated shutting down the box, and now I > cant get back in. For the netserver there is no way, you have to delete the config, for the hiper arc you can add a adminstrative user on the radius. krish > > Paul M. Oster <devious@minot.com> http://www.minot.com/ > Magic Internet Services (701) 838-1265 > Minots FIRST Internet Connection > > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- > > "I might not agree with what you have to say but I will defend, to > my death, your right to say it." - Voltaire > > > - > 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. >

Subject: Re: (usr-tc) NMC Card
From: eric@dol.net
Date: 1999-05-23 11:52:44

I belive it has to do with the setting of a wan ip addresss that may be incorrect or the same as the ethernet ip of the card. The knowledgebase should help you. Look for netserver reboot eric At 08:33 PM 5/22/99 -0400, you wrote: >Thank you for your message. There must be something else wrong :-( > >The card constantly re-boots itself. > >It goes through the cycle and when it comes up with NONE in the LED it >flashes TWO (which I set it to) then immediately goes blank and goes through >the process again. > >Even when I switched #5 to on it will still continuously reboot. > > > >Thomas Spaulding, MCP http://www.talweb.com/tsplding/ >Staff@TalWeb.com http://www.talweb.com/ >Valeyard* in Everquest's E'ci server. >Kali Registration # 0978 > >----- Original Message ----- >From: <Todd_Keister@3com.com> >To: <usr-tc@lists.xmission.com> >Sent: Saturday, May 22, 1999 3:02 PM >Subject: Re: (usr-tc) NMC Card > > >> >> >> >> >> Tom: >> >> >> >> To "Blank the Memory" on the Netserver, you must remove the card, >look on >> the "right side" (from facing the front of the card), and the throw dip >#5. >> Reboot the card (this flushes memory), pull it out, reset dip 5 to off, >the >> reboot - and now you can reconfigure the card. Please remember to save >your >> new settings to NVRAM, otherwise the nextreboot will bring back the "Bad >> Settings" you currently have saved in NVRAM. >> >> Of course you could always call us at Tech Support (800) 231-8770. >> >> You will also find detailed instructions if you go to our 3KB >database, and >> search for "How to Reset the Netserver to Factory Defaults" Please note >that >> this is a new solution, and may not be accessable from the website for a >few >> days. >> >> >> >> 3KB can be found at: http://knowledgebase.3com.com/ >> >> Hope this helps. >> >> Todd ;-} >> >> >> >> >> >> >> >> >> "T.Spaulding" <tsplding@talweb.com> on 05/22/99 11:53:31 AM >> >> Please respond to usr-tc@lists.xmission.com >> >> Sent by: "T.Spaulding" <tsplding@talweb.com> >> >> >> To: usr-tc@mail.xmission.com >> cc: (Todd Keister/MW/US/3Com) >> Subject: (usr-tc) NMC Card >> >> >> >> >> I received have had problems getting into my NMC card and tech support >> suggested hooking up the cable and resetting the IP addresses. >> >> I did but I think I might have put in a wrong subnet or something 'cause >> after I issued a reset the card will reset and when it goes to show the >> information in the LED window it then resets again...over..and..over :-( >> >> I thought I heard of a way to switch the dip-switches to blank out the >> memory, does anyone know what to switch them to? >> >> I have the TCH 2059 bundle running quad-modems. >> >> Also, I took an NMC card from my other chassis and it comes up fine on >this >> one so the chassis is ok (whew). >> >> Thank you. >> >> >> Thomas Spaulding, MCP http://www.talweb.com/tsplding/ >> Staff@TalWeb.com http://www.talweb.com/ >> Valeyard* in Everquest's E'ci server. >> Kali Registration # 0978 >> >> >> >> >> - >> 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. >Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option...

Subject: (usr-tc) Per port packet filters
From: Robert Mugo <rmugo@africaonline.co.ke>
Date: 1999-05-23 12:10:05

Hi, I'm trying to make some of my Quad V.34 modems locked down to only certain services but I'm having problems assigning per port packet filters on my Netserver and HiperArc cards. I assign the filters OK and when I look at the port settings it shows the filter has been applied to port. But when I dial in and show the port setting again the filter is not listed. What could I be doing wrong. TIA, Robert.

Subject: (usr-tc) Quad modem NIC's...take up power??
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-23 12:26:40

Just a curiousity; Anyone know whether the Quad card NIC's take up much in the way of power? These TC's are power hungry beasties, I'm wondering if I'm saving anything by pulling the NIC's. We're all digital of course so don't have any real use for them, other than plugging a hole. On most of my units I've pulled 'em and put blanks over them, but now I'm out of blanks. And...anyone have or know where to get blanks reasonably? Can't say that I've checked 3Com yet...but only guess they'd be expensive there. Otherwise I'll probably have some made. If I'm having them made, anyone need some as well? Nothing too fancy but cover they will. SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718

Subject: (usr-tc) ifOutOctets.1 on Netserver always shows 0
From: Darren Widenmaier <darren@quadrant.net>
Date: 1999-05-23 21:29:59

Subject: RE: (usr-tc) NMC Card
From: Ray Bellis <rpb@community.net.uk>
Date: 1999-05-24 08:30:13

This is a multi-part message in MIME format. ------=_NextPart_000_000C_01BEA5BF.A50298E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit > Thank you for your message. There must be something else wrong :-( > > The card constantly re-boots itself. > > It goes through the cycle and when it comes up with NONE in the LED it > flashes TWO (which I set it to) then immediately goes blank and > goes through > the process again. > > Even when I switched #5 to on it will still continuously reboot. I've got an NMC card that continuously reboots. In my case it's a faulty NIC. Anyone know where I can get an NMC NIC in the UK without the NAC? 3Com say I've got to buy a whole replacement NMC :-( 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/ ------=_NextPart_000_000C_01BEA5BF.A50298E0 Content-Type: text/x-vcard; name="Ray Bellis.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Ray Bellis.vcf" BEGIN:VCARD VERSION:2.1 N:Bellis;Ray;; FN:Ray Bellis ORG:Oxford CommUnity Internet plc; TITLE:Technical Director TEL;WORK;VOICE:+44 (1865) 856000 TEL;WORK;FAX:+44 (1865) 856001 ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Windsor House=3D0D=3D0A12 High = Street;Kidlington;Oxfordshire;OX5 2PJ;United Ki=3D ngdom LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Windsor House=3D0D=3D0A12 High = Street=3D0D=3D0AKidlington, Oxfordshire OX5 2PJ=3D0D=3D =3D0AUnited Kingdom URL: URL:http://www.community.co.uk/ EMAIL;PREF;INTERNET:rpb@community.net.uk EMAIL;INTERNET:rpb@community.net.uk EMAIL;INTERNET:rpb@community.co.uk REV:19990205T105103Z END:VCARD ------=_NextPart_000_000C_01BEA5BF.A50298E0--

Subject: Re: (usr-tc) NMC Card
From: florin_neamtu@3com.com
Date: 1999-05-24 08:40:09

Most likely it has to do with a wrong format of the WAN IP. The only way to recover the NMC is to reflash the card using either PCSDL or Z-Modem. I suggest to do not setup the WAN IP unless you intent to use the SLIP connection (the basic app for this setting). Is this a P5NMC? Hope this will help. Regards, FN

Subject: Re: (usr-tc) Quad modem NIC's...take up power??
From: florin_neamtu@3com.com
Date: 1999-05-24 09:03:57

Here some Power figures: Current (A) Current (A) Configuration Choices +5.2 Volt +/- 12.2 Volt Watts HiPer ARC 4 20.8 70.9 HiPer ARC Max. Set 7 36.4 124.1 HiPer DSP 4.3 22.4 76.2 HiPer DSP NIC only .6 3.1 10.6 HiPer DSP Set 4.9 25.5 86.9 EdgeServer Set 4.5 23.4 79.8 Digital Quad Modems 2.1 10.9 37.2 Quad Modem NIC 1 5.2 17.7 486 NETServer 3 15.6 53.2 NET Enet NIC 1.5 7.8 26.6 NET Token NIC 2 10.4 35.5 NMC (486SX) 3 15.6 53.2 NMC Enet NIC 1.5 7.8 26.6 Dual PRI NAC 1.5 7.8 26.6 Dual PRI NIC .5 2.6 8.9 Hope this helps. FN

Subject: (usr-tc) Simple Filter Question
From: brian@semo.net
Date: 1999-05-24 09:53:16

We have a new "Family Safe Internet" solution for some of our dialup users and I need to make sure that only they can access it (through proxy settings) and others who aren't paying for it are not able to get it. So I need two filters: Family Safe Customer: Either don't allow Port 80 requests OR (so that I don't have to make them set up proxy in their browser) translate port 80 requests to the proxy ip and port: 199.217.243.6:8406 Non family safe Customers: Don't allow requests made to 199.217.243.6 (doesn't need to worry about the port because this box is only a proxy). Thanks for the help. Brian Becker Poplar Bluff Internet, Inc. http://www.semo.net Home of JerusalemPerspective.com Bookstore http://www.JerusalemPerspective.com TotallyFabricated.com's Webgabber Chat Software http://www.TotallyFabricated.com and my personal page http://www.Tonionio.com

Subject: Re: (usr-tc) Radius Question
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1999-05-24 10:17:26

On Sat, 22 May 1999, Paul M. Oster wrote: > > Probably better suited to a radius list, but does anyone have a pointer > how to set a user up to automatically telnet to a specific host... I've > got this so farf > > username Password = "password" > Service-Type = Telnet Try: username Password = "password" Service-Type = Login-User, Login-Service = Telnet, Login-TCP-Port = 23, Login-IP-Host = wherever.domain.com Your Dictionary defs may differ slightly. We're running Cistron 1.5.4.3-bx --jeff ============================================================================ Jeffrey A. Lynch | JORSM Internet, Regional Internet Services email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN Autoresponse: info@jorsm.com | Quality Service, Affordable Prices http://www.jorsm.com | Serving Gov, Biz, Indivds Since 1995

Subject: RE: (usr-tc) Radius Question
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-24 10:30:57

You may or may not need an entry in hosts.equiv for this on the Login-IP-Host as well. A little foggy as it's been awhile but if you get 2 password prompts you will wnat an entry for hosts.equiv on a "shell" login to get rid of the 2nd password prompt. Using the last message entry suspect you'll have to have radius authentication enabled if on a UNIX box. check login.conf on BSDI boxes. Life can't be too simple, can it? We use a DEFAULT section at the end of the users file like: DEFAULT Password = "UNIX" User-Service-Type = Login-User, Login-Host = host-name-here, Login-Service = Rlogin ..which forces it to use the UNIX password authentication if it doesn't match a specific entry in the users database. SMT

Subject: (usr-tc) IP pools diminishing
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-24 12:10:43

I'm looking for more insight into a problem we have with an ip pool losing ip's. I've worked with Krish on this in the past, and he indicated that if the server doesn't recieve a valid "ACK" on an accounting STOP record, it would not give up an ip address, and the pool would effectively be one smaller. When another user connects and cannot get an IP because of the shortage, we get NAS_ERROR in the detail file like this: Thu May 20 17:10:21 1999 Class = "Default Dial-up User" User-Name = "user123" Client-Id = xx.xx.xx.5 Acct-Status-Type = Stop Acct-Session-Id = "33622525" Acct-Delay-Time = 0 Acct-Authentic = RADIUS Service-Type = Framed-User NAS-Port-Type = Async NAS-Port = 514 Modem-Training-Time = 12 Interface-Index = 1770 Chassis-Call-Slot = 3 Chassis-Call-Span = 16 Chassis-Call-Channel = 2 Unauthenticated-Time = 6 Calling-Station-Id = "" Called-Station-Id = "" Modulation-Type = v34 Simplified-MNP-Levels = ccittV42 Simplified-V42bis-Usage = none Connect-Speed = 38400_BPS Framed-Protocol = PPP Framed-IP-Address = 0.0.0.0 Acct-Session-Time = 6 Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR Acct-Input-Octets = 353 Acct-Output-Octets = 364 Acct-Input-Packets = 11 Tunnel-Security = 12 Timestamp = 927241821 Suggestions I've received in the past include: 1. Increase the size of the pool. This just delays the agony. IP's are expensive. 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on a 100Base T network on the same switch as my HiperARCs. 3. Play with the accounting settings. Here's my current "show accounting": >_show ver V4.1.59 - 6 >show accounting The Primary Server Status is: ENABLED Primary Server is: x.y.z.20 Primary First Backup Server is: x.y.z.10 Primary Second Backup Server is: 0.0.0.0 Primary Destination Port is: 1646 Primary First Backup Destination Port: 1646 Primary Second Backup Destination Port: 1646 Max Primary Retranmissions: 20 The Secondary Server Status is: ENABLED Secondary Server is: 0.0.0.0 Secondary First Backup Server is: 0.0.0.0 Secondary Second Backup Server is: 0.0.0.0 Secondary Destination Port is: 1646 Secondary First Backup Destination Port: 1646 Secondary Second Backup Destination Port: 1646 Max Secondary Retranmissions: 0 Source Port is: 1646 Retransmission Timeout: 12 seconds Accounting Start Time: CONNECTION Log Unauthenticated Calls: TRUE Vendor Specific Attribute: ENABLED Active Accounting Server (Primary): x.y.z.20 Active Accounting Server (Secondary): 0.0.0.0 Attribute Style: STANDARD Prioritize First Server in a Server Group: ENABLED 20 retransmissions should be plenty. Any more suggestions? The only way I can recover from this situation is to reboot the HiperARC, which is not a good thing. Everything else is working wonderfully otherwise. I would even be happy to know a way to force the removal of a "dead" ip. I don't know how I would find out what that IP is, since it doesn't show up on the "list ip net". If you have not had this problem, and you're willing to take a minute to compare what you're doing to what I'm doing, I'd sure appreciate it. Thanks, Randy

Subject: (usr-tc) No Answer and Dropoffs.
From: John Scrivner <john@scrivner.com>
Date: 1999-05-24 12:16:06

My Total Control is having problems. I do not know if the message below is showing this problem or not. We get many complaints of not getting on until trying several times. No answer is the response many times. Others complain of dropping connectiomns like crazy. I know this is a TC problem because the Portmaster PM-3's do just fine in here. I have personally dialed in with a phone and heard no handshake or anything on a number of occasions. Tech support has been promising me accounting setup for a year with no followup so if accounting is the place to look for a clue I will be out of luck. Anyone out there have an idea what to look for? I have started loosing customers over this problem. Below is a paste from the telnet response for one of the ports: slot:13/mod:2 DIALIN INVALID 00- -0000 00:00:00 I have noticed that slot:12/mod:15 and slot:12/mod:24 appear to never connect. slot:12 is the first card in the hunt and I am thinking that may be the source. Any ideas are greatly appreciated. Sincerely, John Scrivner John Scrivner (john@mountvernon.net) President (john@scrivner.com) Mount Vernon Net Inc. (johnscrivner@cablenow.com)

Subject: RE: (usr-tc) IP pools diminishing
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-24 12:31:00

We're using arc-assigned ip pools. I AM complaining to the manufacturer - 3COM :) -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Stainforth, Matthew Sent: Monday, May 24, 1999 12:16 PM I don't have this problem but I manage the pools on the ARCs themselves, and I assume you're using RADIUS to assign addresses from pools on the RADIUS server. I do, however, use RADIUS to limit concurrent logons which would effectively be plagued by the same phenomenon except that the RADIUS I use is smart enough to understand that if an auth request comes in with the same NAS-Port attribute as a connection that it already has listed in its internal "currently logged on users" list, it assumes that the previous user has dropped and clears the connection. You would definitely want your RADIUS server to have the same behaviour in order to reclaim lost IPs in your pools. So I would suggest you complain loudly to your manufacturer or just maintain pools on the ARCs themselves. > -----Original Message----- > From: Randy Cosby [SMTP:dcosby@infowest.com] > Sent: Monday, May 24, 1999 3:11 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) IP pools diminishing > > I'm looking for more insight into a problem we have with an ip pool losing > ip's. I've worked with Krish on this in the past, and he indicated that > if > the server doesn't recieve a valid "ACK" on an accounting STOP record, it > would not give up an ip address, and the pool would effectively be one > smaller. When another user connects and cannot get an IP because of the > shortage, we get NAS_ERROR in the detail file like this: > > Thu May 20 17:10:21 1999 > Class = "Default Dial-up User" > User-Name = "user123" > Client-Id = xx.xx.xx.5 > Acct-Status-Type = Stop > Acct-Session-Id = "33622525" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 514 > Modem-Training-Time = 12 > Interface-Index = 1770 > Chassis-Call-Slot = 3 > Chassis-Call-Span = 16 > Chassis-Call-Channel = 2 > Unauthenticated-Time = 6 > Calling-Station-Id = "" > Called-Station-Id = "" > Modulation-Type = v34 > Simplified-MNP-Levels = ccittV42 > Simplified-V42bis-Usage = none > Connect-Speed = 38400_BPS > Framed-Protocol = PPP > Framed-IP-Address = 0.0.0.0 > Acct-Session-Time = 6 > Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR > Acct-Input-Octets = 353 > Acct-Output-Octets = 364 > Acct-Input-Packets = 11 > Tunnel-Security = 12 > Timestamp = 927241821 > > > Suggestions I've received in the past include: > > 1. Increase the size of the pool. This just delays the agony. IP's are > expensive. > 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on > a > 100Base T network on the same switch as my HiperARCs. > 3. Play with the accounting settings. Here's my current "show > accounting": > > >_show ver > V4.1.59 - 6 > >show accounting > The Primary Server Status is: ENABLED > Primary Server is: x.y.z.20 > Primary First Backup Server is: x.y.z.10 > Primary Second Backup Server is: 0.0.0.0 > Primary Destination Port is: 1646 > Primary First Backup Destination Port: 1646 > Primary Second Backup Destination Port: 1646 > Max Primary Retranmissions: 20 > The Secondary Server Status is: ENABLED > Secondary Server is: 0.0.0.0 > Secondary First Backup Server is: 0.0.0.0 > Secondary Second Backup Server is: 0.0.0.0 > Secondary Destination Port is: 1646 > Secondary First Backup Destination Port: 1646 > Secondary Second Backup Destination Port: 1646 > Max Secondary Retranmissions: 0 > Source Port is: 1646 > Retransmission Timeout: 12 seconds > Accounting Start Time: CONNECTION > Log Unauthenticated Calls: TRUE > Vendor Specific Attribute: ENABLED > Active Accounting Server (Primary): x.y.z.20 > Active Accounting Server (Secondary): 0.0.0.0 > Attribute Style: STANDARD > Prioritize First Server in a Server Group: ENABLED > > > 20 retransmissions should be plenty. Any more suggestions? > > The only way I can recover from this situation is to reboot the HiperARC, > which is not a good thing. Everything else is working wonderfully > otherwise. > I would even be happy to know a way to force the removal of a "dead" ip. > I > don't know how I would find out what that IP is, since it doesn't show up > on > the "list ip net". > > If you have not had this problem, and you're willing to take a minute to > compare what you're doing to what I'm doing, I'd sure appreciate it. > > Thanks, > > Randy > > > - > 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.

Subject: (usr-tc) S&A Server docs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-24 13:05:07

After finally getting my support issue resolved with 3Com, and getting S&A Server running somewhat decently, I'm still not getting the information I should be. I've beed through 3 or 4 3Com support people so far, and each has suggested different settings in the "RADIUS Clients" section and trap settings in TCM. I've also driven myself nuts trying to find some definitive documentation showing exactly how these should be set up. Does anyone know of a source for such documentation that I may have missed? Thanks, Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Static IP's and Multiple Chasis
From: Kevin Benton <s1kevin@tims.net>
Date: 1999-05-24 13:09:09

On Mon, 24 May 1999, Robert Mugo wrote: > I have a couple of Netservers in one location and another in a remote location > connected via a serial line. I have users who dial up and are assigned static > IP's in order to receive their mail. Each of the Netservers is on different > subnets. Currently the dialup users can only use a specific Netserver due to > routing issues. I'd like them to be able use any of the Netservers to reduce > congestion. Any suggestions on how to go about this. Below is the a rough sketch > of the setup. Had this problem... Are all three NetServers on the same subnet? Do you have RIP turned on at the NSC's and the router? I know this may sound cheesy, but do check on this with your 3COM Network Consultant about it. We have known about this problem for a long time. One of the ways we've been able to handle it is by moving static IP users to a specific chassis by having multiple hunt groups locally. Your telco should be able to handle this by allowing your main hunt group to hunt into your static hunt group so that your static users should always hit the same NSC or HARC. As a general rule, those static IP's won't work on NSC1-3 and NSC4 because the router would have to route it differnetly based on where the address is located. Kevin Benton Sr Network Engineer SOTA Technologies E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: (usr-tc) Maximum cards per chassis (WAS RE: Quad modem NIC's...take up power??)
From: Ronald Kushner <ron@glis.net>
Date: 1999-05-24 13:18:01

Florin_Neamtu@3com.com wrote: > > Here some Power figures: > [Figures Deleted] Going over these numbers, it would appear that if you had the older 45A dual power supply chassis, you can smack in the following components and still have a redundant power supply: One 486 NMC W/Ethernet NIC One HiPer Arc W/Ethernet NIC Six HiPer DSP Sets I assume the 45A number is in reference to the 5.2v power side of the supply. Am I correct, or did I miss something that might reduce the maximum to five HiPer DSP's? The power draw you posted for the HiPer DSP's is somewhat lower than what's listed on the datasheets, do the datasheets assume E1 for maximum power requirement calculation? I just did a rough figure using the numbers here, plus the 5A rating for the HiPer NMC listed on the datasheet, and assuming the fan try runs off the AC power and not DC, it looks like you can put 10 DSP's, two ARC's, and a HiPer NMC in a chassis with a 70A supply. What does the backplane consume, if anything? -Ron GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) No Answer and Dropoffs.
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-24 13:25:32

Thus spake John Scrivner >slot:13/mod:2 DIALIN INVALID 00- -0000 00:00:00 This just indicates that a call has been received on the port, but is not fully connected yet. Once they get connected, the "INVALID" will change to whatever service type is in use "PPP" or "RLOGIN" or something like that. If the port stays in this state for a long time (like...minutes), then it could indicate a problem. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) S&A Server docs
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-24 13:25:47

On Mon, 24 May 1999, K Mitchell wrote: > After finally getting my support issue resolved with 3Com, and getting >S&A Server running somewhat decently, I'm still not getting the information >I should be. I've beed through 3 or 4 3Com support people so far, and each >has suggested different settings in the "RADIUS Clients" section and trap >settings in TCM. I've also driven myself nuts trying to find some >definitive documentation showing exactly how these should be set up. Does >anyone know of a source for such documentation that I may have missed? Not that I'm aware of. There's nothing better than experience. (unfortunately) As long as you're not using windows (read: access), then I can help you get SA to do just about anything. --Ricky

Subject: RE: (usr-tc) IP pools diminishing
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-24 13:32:24

Well, I lose about 1 ip every 2 weeks or so, sometimes more sometimes less. That's a LOT of tracing to do. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jason W. Sent: Monday, May 24, 1999 12:50 PM Have you ran a trace level 4 on Radiator? It should give you enough information to see wether or not your radius server is getting an ack from your HiPer ARC or not... ***************************************** Jason Watkins jwatkins@iland.net I-Land NOC Tech http://www.iland.net ***************************************** Fast, Dependable Access! ***************************************** ----- Original Message ----- Sent: Monday, May 24, 1999 1:10 PM > I'm looking for more insight into a problem we have with an ip pool losing > ip's. I've worked with Krish on this in the past, and he indicated that if > the server doesn't recieve a valid "ACK" on an accounting STOP record, it > would not give up an ip address, and the pool would effectively be one > smaller. When another user connects and cannot get an IP because of the > shortage, we get NAS_ERROR in the detail file like this: > > Thu May 20 17:10:21 1999 > Class = "Default Dial-up User" > User-Name = "user123" > Client-Id = xx.xx.xx.5 > Acct-Status-Type = Stop > Acct-Session-Id = "33622525" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 514 > Modem-Training-Time = 12 > Interface-Index = 1770 > Chassis-Call-Slot = 3 > Chassis-Call-Span = 16 > Chassis-Call-Channel = 2 > Unauthenticated-Time = 6 > Calling-Station-Id = "" > Called-Station-Id = "" > Modulation-Type = v34 > Simplified-MNP-Levels = ccittV42 > Simplified-V42bis-Usage = none > Connect-Speed = 38400_BPS > Framed-Protocol = PPP > Framed-IP-Address = 0.0.0.0 > Acct-Session-Time = 6 > Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR > Acct-Input-Octets = 353 > Acct-Output-Octets = 364 > Acct-Input-Packets = 11 > Tunnel-Security = 12 > Timestamp = 927241821 > > > Suggestions I've received in the past include: > > 1. Increase the size of the pool. This just delays the agony. IP's are > expensive. > 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on a > 100Base T network on the same switch as my HiperARCs. > 3. Play with the accounting settings. Here's my current "show accounting": > > >_show ver > V4.1.59 - 6 > >show accounting > The Primary Server Status is: ENABLED > Primary Server is: x.y.z.20 > Primary First Backup Server is: x.y.z.10 > Primary Second Backup Server is: 0.0.0.0 > Primary Destination Port is: 1646 > Primary First Backup Destination Port: 1646 > Primary Second Backup Destination Port: 1646 > Max Primary Retranmissions: 20 > The Secondary Server Status is: ENABLED > Secondary Server is: 0.0.0.0 > Secondary First Backup Server is: 0.0.0.0 > Secondary Second Backup Server is: 0.0.0.0 > Secondary Destination Port is: 1646 > Secondary First Backup Destination Port: 1646 > Secondary Second Backup Destination Port: 1646 > Max Secondary Retranmissions: 0 > Source Port is: 1646 > Retransmission Timeout: 12 seconds > Accounting Start Time: CONNECTION > Log Unauthenticated Calls: TRUE > Vendor Specific Attribute: ENABLED > Active Accounting Server (Primary): x.y.z.20 > Active Accounting Server (Secondary): 0.0.0.0 > Attribute Style: STANDARD > Prioritize First Server in a Server Group: ENABLED > > > 20 retransmissions should be plenty. Any more suggestions? > > The only way I can recover from this situation is to reboot the HiperARC, > which is not a good thing. Everything else is working wonderfully otherwise. > I would even be happy to know a way to force the removal of a "dead" ip. I > don't know how I would find out what that IP is, since it doesn't show up on > the "list ip net". > > If you have not had this problem, and you're willing to take a minute to > compare what you're doing to what I'm doing, I'd sure appreciate it. > > Thanks, > > Randy > > > - > 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.

Subject: RE: (usr-tc) IP pools diminishing
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-24 13:37:27

On a 48 port box with an ip pool size of 50: Wookie>> show accounting counters Accounting Counters Start Time: 31-MAR-1997 03:40:24 ACCOUNTING COUNTERS Number Of Local Users: 2 Number of Active Users: 49 UDP Packets Received: 140302 UDP Packets Retransmitted: 6229 PRIMARY SERVER GROUP COUNTERS Round Robin switching count: 21 Percent Queue Full: 0 Number of Packets Outstanding 0 Number of Packets Discarded: 0 SECONDARY SERVER GROUP COUNTERS Round Robin switching count: 0 Percent Queue Full: 0 Number of Packets Outstanding: 0 Number of Packets Discarded: 0 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Wronski Sent: Monday, May 24, 1999 1:35 PM |-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby |Sent: Monday, May 24, 1999 1:11 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) IP pools diminishing | | |I'm looking for more insight into a problem we have with an ip pool losing |ip's. I've worked with Krish on this in the past, and he indicated that if |the server doesn't recieve a valid "ACK" on an accounting STOP record, it |would not give up an ip address, and the pool would effectively be one |smaller. When another user connects and cannot get an IP because of the |shortage, we get NAS_ERROR in the detail file like this: [Detail snipped] Is the ARC getting the ACK? If it does not, it will retransmit the STOP packet based on your accounting settings. (in your case 20 times, every 12 seconds. then discard) A "show accounting counters" will give the needed information. -M - 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.

Subject: Re: (usr-tc) IP pools diminishing
From: Jason W. <jwatkins@iland.net>
Date: 1999-05-24 13:50:15

Have you ran a trace level 4 on Radiator? It should give you enough information to see wether or not your radius server is getting an ack from your HiPer ARC or not... ***************************************** Jason Watkins jwatkins@iland.net I-Land NOC Tech http://www.iland.net ***************************************** Fast, Dependable Access! ***************************************** ----- Original Message ----- Sent: Monday, May 24, 1999 1:10 PM > I'm looking for more insight into a problem we have with an ip pool losing > ip's. I've worked with Krish on this in the past, and he indicated that if > the server doesn't recieve a valid "ACK" on an accounting STOP record, it > would not give up an ip address, and the pool would effectively be one > smaller. When another user connects and cannot get an IP because of the > shortage, we get NAS_ERROR in the detail file like this: > > Thu May 20 17:10:21 1999 > Class = "Default Dial-up User" > User-Name = "user123" > Client-Id = xx.xx.xx.5 > Acct-Status-Type = Stop > Acct-Session-Id = "33622525" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 514 > Modem-Training-Time = 12 > Interface-Index = 1770 > Chassis-Call-Slot = 3 > Chassis-Call-Span = 16 > Chassis-Call-Channel = 2 > Unauthenticated-Time = 6 > Calling-Station-Id = "" > Called-Station-Id = "" > Modulation-Type = v34 > Simplified-MNP-Levels = ccittV42 > Simplified-V42bis-Usage = none > Connect-Speed = 38400_BPS > Framed-Protocol = PPP > Framed-IP-Address = 0.0.0.0 > Acct-Session-Time = 6 > Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR > Acct-Input-Octets = 353 > Acct-Output-Octets = 364 > Acct-Input-Packets = 11 > Tunnel-Security = 12 > Timestamp = 927241821 > > > Suggestions I've received in the past include: > > 1. Increase the size of the pool. This just delays the agony. IP's are > expensive. > 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on a > 100Base T network on the same switch as my HiperARCs. > 3. Play with the accounting settings. Here's my current "show accounting": > > >_show ver > V4.1.59 - 6 > >show accounting > The Primary Server Status is: ENABLED > Primary Server is: x.y.z.20 > Primary First Backup Server is: x.y.z.10 > Primary Second Backup Server is: 0.0.0.0 > Primary Destination Port is: 1646 > Primary First Backup Destination Port: 1646 > Primary Second Backup Destination Port: 1646 > Max Primary Retranmissions: 20 > The Secondary Server Status is: ENABLED > Secondary Server is: 0.0.0.0 > Secondary First Backup Server is: 0.0.0.0 > Secondary Second Backup Server is: 0.0.0.0 > Secondary Destination Port is: 1646 > Secondary First Backup Destination Port: 1646 > Secondary Second Backup Destination Port: 1646 > Max Secondary Retranmissions: 0 > Source Port is: 1646 > Retransmission Timeout: 12 seconds > Accounting Start Time: CONNECTION > Log Unauthenticated Calls: TRUE > Vendor Specific Attribute: ENABLED > Active Accounting Server (Primary): x.y.z.20 > Active Accounting Server (Secondary): 0.0.0.0 > Attribute Style: STANDARD > Prioritize First Server in a Server Group: ENABLED > > > 20 retransmissions should be plenty. Any more suggestions? > > The only way I can recover from this situation is to reboot the HiperARC, > which is not a good thing. Everything else is working wonderfully otherwise. > I would even be happy to know a way to force the removal of a "dead" ip. I > don't know how I would find out what that IP is, since it doesn't show up on > the "list ip net". > > If you have not had this problem, and you're willing to take a minute to > compare what you're doing to what I'm doing, I'd sure appreciate it. > > Thanks, > > Randy > > > - > 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. >

Subject: Re: (usr-tc) S&A Server docs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-05-24 13:54:07

At 01:25 PM 5/24/99 -0400, Ricky Beam wrote: >Not that I'm aware of. There's nothing better than experience. >(unfortunately) As long as you're not using windows (read: access), >then I can help you get SA to do just about anything. Um...er...well...thanks anyway ;o) Kirk Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) Link Block Errors.
From: Ronald Kushner <ron@glis.net>
Date: 1999-05-24 14:27:50

I just installed TCS 3.5 in my system, and I noticed that the HiPer DSP cards no longer show any Link Block Errors when using the session monitor from TCM. Damn, that cool if new software could eliminate link block errors, but I know that having two dozen modem connections up without incurring one link block error is impossible. Has anyone else noticed this odd behavior? -Ron GLISnet, Inc. +1 810/939.9885

Subject: RE: (usr-tc) IP pools diminishing
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-05-24 14:34:50

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby |Sent: Monday, May 24, 1999 1:11 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) IP pools diminishing | | |I'm looking for more insight into a problem we have with an ip pool losing |ip's. I've worked with Krish on this in the past, and he indicated that if |the server doesn't recieve a valid "ACK" on an accounting STOP record, it |would not give up an ip address, and the pool would effectively be one |smaller. When another user connects and cannot get an IP because of the |shortage, we get NAS_ERROR in the detail file like this: [Detail snipped] Is the ARC getting the ACK? If it does not, it will retransmit the STOP packet based on your accounting settings. (in your case 20 times, every 12 seconds. then discard) A "show accounting counters" will give the needed information. -M

Subject: RE: (usr-tc) IP pools diminishing
From: Stainforth, Matthew <matthews@staff.brunnet.net>
Date: 1999-05-24 15:16:11

I don't have this problem but I manage the pools on the ARCs themselves, and I assume you're using RADIUS to assign addresses from pools on the RADIUS server. I do, however, use RADIUS to limit concurrent logons which would effectively be plagued by the same phenomenon except that the RADIUS I use is smart enough to understand that if an auth request comes in with the same NAS-Port attribute as a connection that it already has listed in its internal "currently logged on users" list, it assumes that the previous user has dropped and clears the connection. You would definitely want your RADIUS server to have the same behaviour in order to reclaim lost IPs in your pools. So I would suggest you complain loudly to your manufacturer or just maintain pools on the ARCs themselves. > -----Original Message----- > From: Randy Cosby [SMTP:dcosby@infowest.com] > Sent: Monday, May 24, 1999 3:11 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) IP pools diminishing > > I'm looking for more insight into a problem we have with an ip pool losing > ip's. I've worked with Krish on this in the past, and he indicated that > if > the server doesn't recieve a valid "ACK" on an accounting STOP record, it > would not give up an ip address, and the pool would effectively be one > smaller. When another user connects and cannot get an IP because of the > shortage, we get NAS_ERROR in the detail file like this: > > Thu May 20 17:10:21 1999 > Class = "Default Dial-up User" > User-Name = "user123" > Client-Id = xx.xx.xx.5 > Acct-Status-Type = Stop > Acct-Session-Id = "33622525" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 514 > Modem-Training-Time = 12 > Interface-Index = 1770 > Chassis-Call-Slot = 3 > Chassis-Call-Span = 16 > Chassis-Call-Channel = 2 > Unauthenticated-Time = 6 > Calling-Station-Id = "" > Called-Station-Id = "" > Modulation-Type = v34 > Simplified-MNP-Levels = ccittV42 > Simplified-V42bis-Usage = none > Connect-Speed = 38400_BPS > Framed-Protocol = PPP > Framed-IP-Address = 0.0.0.0 > Acct-Session-Time = 6 > Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR > Acct-Input-Octets = 353 > Acct-Output-Octets = 364 > Acct-Input-Packets = 11 > Tunnel-Security = 12 > Timestamp = 927241821 > > > Suggestions I've received in the past include: > > 1. Increase the size of the pool. This just delays the agony. IP's are > expensive. > 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on > a > 100Base T network on the same switch as my HiperARCs. > 3. Play with the accounting settings. Here's my current "show > accounting": > > >_show ver > V4.1.59 - 6 > >show accounting > The Primary Server Status is: ENABLED > Primary Server is: x.y.z.20 > Primary First Backup Server is: x.y.z.10 > Primary Second Backup Server is: 0.0.0.0 > Primary Destination Port is: 1646 > Primary First Backup Destination Port: 1646 > Primary Second Backup Destination Port: 1646 > Max Primary Retranmissions: 20 > The Secondary Server Status is: ENABLED > Secondary Server is: 0.0.0.0 > Secondary First Backup Server is: 0.0.0.0 > Secondary Second Backup Server is: 0.0.0.0 > Secondary Destination Port is: 1646 > Secondary First Backup Destination Port: 1646 > Secondary Second Backup Destination Port: 1646 > Max Secondary Retranmissions: 0 > Source Port is: 1646 > Retransmission Timeout: 12 seconds > Accounting Start Time: CONNECTION > Log Unauthenticated Calls: TRUE > Vendor Specific Attribute: ENABLED > Active Accounting Server (Primary): x.y.z.20 > Active Accounting Server (Secondary): 0.0.0.0 > Attribute Style: STANDARD > Prioritize First Server in a Server Group: ENABLED > > > 20 retransmissions should be plenty. Any more suggestions? > > The only way I can recover from this situation is to reboot the HiperARC, > which is not a good thing. Everything else is working wonderfully > otherwise. > I would even be happy to know a way to force the removal of a "dead" ip. > I > don't know how I would find out what that IP is, since it doesn't show up > on > the "list ip net". > > If you have not had this problem, and you're willing to take a minute to > compare what you're doing to what I'm doing, I'd sure appreciate it. > > Thanks, > > Randy > > > - > 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.

Subject: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
From: Matt Harrington <matteo@dnai.com>
Date: 1999-05-24 15:54:54

Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8 remote access server? I'd use it to allow 8 V.90 connections over 4 ISDN BRI lines. I need it to support TCP/IP and Appletalk over PPP. The price on the secondhand market is quite good. Matt Harrington University of California San Francisco 415-476-4628

Subject: Re: (usr-tc) NMC Card
From: T.Spaulding <tsplding@talweb.com>
Date: 1999-05-24 15:58:20

Yep I made the WAN the same as the other (DULH!) It seems that setting the dip switch 5 did not fix it. I then checked the knowledge base and it mentioned about doing the pcsdl (so did someone else on list). I have never used that to patch but I did find a useful article :-) The pcsdl would not successfully work something about the NAC timing out...BUT it did reset the IP and the WAN so I could go in and fix it properly. The card now comes up fine with the TCM and I am patching it back up to 5.5.5 (the article mentioned using the 4.3.9) A big THANK YOU to everyone for their help and I did get many responses personally asking for help IF I could fix this ;-) Thomas Spaulding, MCP http://www.talweb.com/tsplding/ Staff@TalWeb.com http://www.talweb.com/ Valeyard* in Everquest's E'ci server. Kali Registration # 0978 ----- Original Message ----- Sent: Sunday, May 23, 1999 1:52 PM > I belive it has to do with the setting of a wan ip addresss that > may be incorrect or the same as the ethernet ip of the card. > The knowledgebase should help you. Look for netserver reboot > eric > > > At 08:33 PM 5/22/99 -0400, you wrote: > >Thank you for your message. There must be something else wrong :-( > > > >The card constantly re-boots itself. > > > >It goes through the cycle and when it comes up with NONE in the LED it > >flashes TWO (which I set it to) then immediately goes blank and goes through > >the process again. > > > >Even when I switched #5 to on it will still continuously reboot. > > > > > > > >Thomas Spaulding, MCP http://www.talweb.com/tsplding/ > >Staff@TalWeb.com http://www.talweb.com/ > >Valeyard* in Everquest's E'ci server. > >Kali Registration # 0978 > > > >----- Original Message ----- > >From: <Todd_Keister@3com.com> > >To: <usr-tc@lists.xmission.com> > >Sent: Saturday, May 22, 1999 3:02 PM > >Subject: Re: (usr-tc) NMC Card > > > > > >> > >> > >> > >> > >> Tom: > >> > >> > >> > >> To "Blank the Memory" on the Netserver, you must remove the card, > >look on > >> the "right side" (from facing the front of the card), and the throw dip > >#5. > >> Reboot the card (this flushes memory), pull it out, reset dip 5 to off, > >the > >> reboot - and now you can reconfigure the card. Please remember to save > >your > >> new settings to NVRAM, otherwise the nextreboot will bring back the "Bad > >> Settings" you currently have saved in NVRAM. > >> > >> Of course you could always call us at Tech Support (800) 231-8770. > >> > >> You will also find detailed instructions if you go to our 3KB > >database, and > >> search for "How to Reset the Netserver to Factory Defaults" Please note > >that > >> this is a new solution, and may not be accessable from the website for a > >few > >> days. > >> > >> > >> > >> 3KB can be found at: http://knowledgebase.3com.com/ > >> > >> Hope this helps. > >> > >> Todd ;-} > >> > >> > >> > >> > >> > >> > >> > >> > >> "T.Spaulding" <tsplding@talweb.com> on 05/22/99 11:53:31 AM > >> > >> Please respond to usr-tc@lists.xmission.com > >> > >> Sent by: "T.Spaulding" <tsplding@talweb.com> > >> > >> > >> To: usr-tc@mail.xmission.com > >> cc: (Todd Keister/MW/US/3Com) > >> Subject: (usr-tc) NMC Card > >> > >> > >> > >> > >> I received have had problems getting into my NMC card and tech support > >> suggested hooking up the cable and resetting the IP addresses. > >> > >> I did but I think I might have put in a wrong subnet or something 'cause > >> after I issued a reset the card will reset and when it goes to show the > >> information in the LED window it then resets again...over..and..over :-( > >> > >> I thought I heard of a way to switch the dip-switches to blank out the > >> memory, does anyone know what to switch them to? > >> > >> I have the TCH 2059 bundle running quad-modems. > >> > >> Also, I took an NMC card from my other chassis and it comes up fine on > >this > >> one so the chassis is ok (whew). > >> > >> Thank you. > >> > >> > >> Thomas Spaulding, MCP http://www.talweb.com/tsplding/ > >> Staff@TalWeb.com http://www.talweb.com/ > >> Valeyard* in Everquest's E'ci server. > >> Kali Registration # 0978 > >> > >> > >> > >> > >> - > >> 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. > >Delaware Online!.........The SMART Choice! > With 56K V.90 & X2 & Flex Modems > Phone : 302-762-0375 > Fax: 302-762-3462 > Failure is NOT an option... > > > > - > 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.

Subject: (usr-tc) Idle time show?
From: David Swearingin <david@carolnet.com>
Date: 1999-05-24 16:14:30

Does idle time now show with 6.0.9? David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

Subject: (usr-tc) Error message
From: Brian <signal@shreve.net>
Date: 1999-05-24 16:35:18

Anyone know what these mean? May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:4 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:9 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:21 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:12 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:2 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:6/mod:11 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:6/mod:12 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:6/mod:13 May 24 12:47:39 usr3ts2 At 17:47:10, Facility "Driver", Level "CRITICAL":: Deactivating Timer Fired on interface: slot:8/mod:16 Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Limiting IPPool to an Interface
From: brian@semo.net
Date: 1999-05-24 17:07:56

We've got a separate DSP card that terminates our 800 number for customer roaming. But I have no good way to track it. Is there a way to designate ip addresses to each modem so that my billing software can bill those ip addresses by the minute? Or designating an ippool to be for a specific DSP card? Thanks, Brian Brian Becker Poplar Bluff Internet, Inc. http://www.semo.net Home of JerusalemPerspective.com Bookstore http://www.JerusalemPerspective.com TotallyFabricated.com's Webgabber Chat Software http://www.TotallyFabricated.com and my personal page http://www.Tonionio.com

Subject: (usr-tc) USR Bundles Available
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-24 17:39:17

I have the following USR Bundles available for sale. Looking for BUYERS...no prices in concrete. Well maybe the DSP's :) 5- USR Hyper DSP's $3900each 3- 2059 Bundles $3500each Include: 2- 45a 1- nmc 1- netserver pri 12- analog/digital 1- dual pri ext fan tray for 2 of them 3- 1866 Bundles $4500each Include: 1- 70a pwr 1- nmc 1- netserver pri 12- quad an/dig 1- dual pri integrated fan tray Also have: Netserver 16I Netserver 8I Netserver 8 Netserver 16 MP8 MP16I Spare NMC NACS call or email for pricing.

Subject: Re: (usr-tc) No Answer and Dropoffs.
From: John Scrivner <john@scrivner.com>
Date: 1999-05-24 17:47:21

Thank you for this information. Does anyone have any ideas what would cause the "No Answers" or constant dropoffs? It is really getting bad. Thanks, John Scrivner >Thus spake John Scrivner >>slot:13/mod:2 DIALIN INVALID 00- -0000 00:00:00 > >This just indicates that a call has been received on the port, but is >not fully connected yet. Once they get connected, the "INVALID" will >change to whatever service type is in use "PPP" or "RLOGIN" or something >like that. If the port stays in this state for a long time >(like...minutes), then it could indicate a problem. >-- >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. > > John Scrivner (john@mountvernon.net) President (john@scrivner.com) Mount Vernon Net Inc. (johnscrivner@cablenow.com)

Subject: (usr-tc) Radius Question
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-24 18:42:27

Which is the command in the ARC 4.1.59-6 that replaces the old: set accounting use_servers <one|both> After upgrade, all accounting records are sent to both primary AND secundary servers. - Marcelo

Subject: (usr-tc) Static IP's and Multiple Chasis
From: Robert Mugo <rmugo@africaonline.co.ke>
Date: 1999-05-24 18:47:53

This is a multi-part message in MIME format. ------=_NextPart_000_01A9_01BEA615.F3129D40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, I have a couple of Netservers in one location and another in a remote location connected via a serial line. I have users who dial up and are assigned static IP's in order to receive their mail. Each of the Netservers is on different subnets. Currently the dialup users can only use a specific Netserver due to routing issues. I'd like them to be able use any of the Netservers to reduce congestion. Any suggestions on how to go about this. Below is the a rough sketch of the setup. Rgds, Robert. NServer1 Nserver2 NServer3 | | | Switch | | | Router -------- Serial Line ------- NServer4 | | | LAN ------=_NextPart_000_01A9_01BEA615.F3129D40 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKITCCAjww ggGlAhAyUDPPUNFW81yBrWVcT8glMA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yMDAxMDcyMzU5NTlaMF8xCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg 1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQIFAAOBgQBLRGZgaGTkmBvzsHLm lYl83XuzlcAdLtjYGdAtND3GUJoQhoyqPzuoBPw3UpXD2cnbzfKGBsSxG/CCiDBCjhdQHGR6uD6Z SXSX/KwCQ/uWDFYEJQx8fIedJKfY8DIptaTfXaJMxRYyqEL2Raa2Nrngv2U2k8LS12vc3lnWojX4 RTCCAy4wggKXoAMCAQICEQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIy MzU5NTlaMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJ bmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBou5XZMUFweoFL uUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+HSr8Z2vkV6A+Hthzj zMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglghkgBhvhCAQEEBAMCAQYw RwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIBFh93d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEB AgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPKZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/ LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjjF7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDl X4KmsaiSxVhqwY0DPOvDzQWikK5uMIIEqzCCBBSgAwIBAgIQFD/h1RKNpwGy1fqq5WEdajANBgkq hkiG9w0BAQQFADCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDAeFw05OTA1MTQw MDAwMDBaFw05OTA3MTMyMzU5NTlaMIIBCjEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDEnMCUGA1UECxMeRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWljcm9zb2Z0 MRQwEgYDVQQDFAtSb2JlcnQgTXVnbzEnMCUGCSqGSIb3DQEJARYYcm11Z29AYWZyaWNhb25saW5l LmNvLmtlMFwwDQYJKoZIhvcNAQEBBQADSwAwSAJBAIiNUTBUM6rSQP17uc8FW1WAzfcy/1KfIvNA QwVEjJxbiIhReMURNuqn4+0iSuHMdTKbfL81YnAT5cuZEjld8OUCAwEAAaOCAY8wggGLMAkGA1Ud EwQCMAAwgawGA1UdIASBpDCBoTCBngYLYIZIAYb4RQEHAQEwgY4wKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9DUFMwYgYIKwYBBQUHAgIwVjAVFg5WZXJpU2lnbiwgSW5jLjAD AgEBGj1WZXJpU2lnbidzIENQUyBpbmNvcnAuIGJ5IHJlZmVyZW5jZSBsaWFiLiBsdGQuIChjKTk3 IFZlcmlTaWduMBEGCWCGSAGG+EIBAQQEAwIHgDCBhgYKYIZIAYb4RQEGAwR4FnZkNDY1MmJkNjNm MjA0NzAyOTI5ODc2M2M5ZDJmMjc1MDY5YzczNTliZWQxYjA1OWRhNzViYzRiYzk3MDE3NDdkYTVk M2Y0MTQxYmVhZGIyYmQyZTg5MjFmYWQ2OWYwZDcxMTQ5OWFhM2JjNDVmZmYzZWE0NTBjMDMGA1Ud HwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2NsYXNzMS5jcmwwDQYJKoZIhvcN AQEEBQADgYEAO5mvbAStVmw2qJdeYKNNi8Je6tnUTOP6Fl6L4qjIdwx4/EijbGo/era40wC8KGQD yhxP2d6jp+IU2YV6QugXv627N2E0IMEWz6DJCuPldxIbXaV1M31mqXaNUd7bL9k6bFzuuSdmB1ug 4o6U3HWWNqyXs8ZA6QMLIEln+aZ+nlgxggHGMIIBwgIBATCB4TCBzDEXMBUGA1UEChMOVmVyaVNp Z24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52 ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgx SDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNv bmEgTm90IFZhbGlkYXRlZAIQFD/h1RKNpwGy1fqq5WEdajAJBgUrDgMCGgUAoH0wGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNOTkwNTI0MTg0NzUzWjAeBgkqhkiG9w0B CQ8xETAPMA0GCCqGSIb3DQMCAgEoMCMGCSqGSIb3DQEJBDEWBBQqJhLu6aCcYX3eHbYVpwlQNAVT AzANBgkqhkiG9w0BAQEFAARAZI3kZJjI1nle81pzCqP1wrTWODU5WQrz3hkc31P4oAp2+uCvD5gm WCjW6WkBQeXLynq3sBNd7YBb1xTRPi8GtwAAAAAAAA== ------=_NextPart_000_01A9_01BEA615.F3129D40--

Subject: Re: (usr-tc) S&A Server docs
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-24 21:34:08

On Mon, 24 May 1999, K Mitchell wrote: >At 01:25 PM 5/24/99 -0400, Ricky Beam wrote: >>Not that I'm aware of. There's nothing better than experience. >>(unfortunately) As long as you're not using windows (read: access), >>then I can help you get SA to do just about anything. > >Um...er...well...thanks anyway ;o) What is it with people these days? Everything has to be run on a [censored] NT box? (using microsoft's lame excuse for a database) All the work I did to SA was under Solaris (and well, linux <grin> ...) so you'd be completely on your own as far as the database side is concerned. SA5+ has an ODBC database interface, but I've got enough people to hand-hold as it is :-) (RADIUS on NT talking to mysql on a freebsd box, for example) (In my case, it was two SA/solaris boxes pointed at postgres on a linux/x86 box. *laugh* It still is as far as I know.) --Ricky

Subject: RE: (usr-tc) Limiting IPPool to an Interface
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-24 22:31:52

What about looking at DNIS based authentication or realms if your Radius software supports it? Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of brian@semo.net > Sent: Monday, May 24, 1999 5:08 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Limiting IPPool to an Interface > > > We've got a separate DSP card that terminates our 800 number for customer > roaming. But I have no good way to track it. Is there a way to designate ip > addresses to each modem so that my billing software can bill those ip > addresses by the minute? Or designating an ippool to be for a specific DSP > card? > > Thanks, > Brian > > Brian Becker > Poplar Bluff Internet, Inc. > http://www.semo.net > Home of JerusalemPerspective.com Bookstore > http://www.JerusalemPerspective.com > TotallyFabricated.com's Webgabber Chat Software > http://www.TotallyFabricated.com > and my personal page > http://www.Tonionio.com > > > - > 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. > >

Subject: (usr-tc) (USR-TC) S&A SERVER DOCS
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-25 08:20:00

Kirk, I am running S&A using MSAccess (Hey 3Com, how about supporting SQL Server someday ? ). I may be able to help. WHat are you looking for ? Jeff Binkley ASA Network Coputing U> After finally getting my support issue resolved with 3Com, and U>getting S&A Server running somewhat decently, I'm still not getting U>the information I should be. I've beed through 3 or 4 3Com support U>people so far, and each has suggested different settings in the U>"RADIUS Clients" section and trap settings in TCM. I've also driven U>myself nuts trying to find some definitive documentation showing U>exactly how these should be set up. Does anyone know of a source for U>such documentation that I may have missed? U>Thanks, U>Kirk CMPQwk 1.42 9999

Subject: (usr-tc) (USR-TC) LIMITING IPPOOL
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-25 08:20:00

Brian, We attacked it a different way. We had telco assign a second number to our PRIs and then had the 800 number pointed at it. That was we could control access (screen on called number) and do accounting. Jeff Binkley ASA Network Computing U>We've got a separate DSP card that terminates our 800 number for U>customer roaming. But I have no good way to track it. Is there a way U>addresses to designate ip to each modem so that my billing software U>addresses can bill those ip by the minute? Or designating an ippool to U>be for a specific DSP card? U>Thanks, U>Brian U>Brian Becker U>Poplar Bluff Internet, Inc. U> http://www.semo.net U>Home of JerusalemPerspective.com Bookstore U> http://www.JerusalemPerspective.com U>TotallyFabricated.com's Webgabber Chat Software U> http://www.TotallyFabricated.com U>and my personal page U> http://www.Tonionio.com 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

Subject: (usr-tc) RE: (USR-TC) S&A SERVER D
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-25 08:20:00

U>On Mon, 24 May 1999, K Mitchell wrote: U>>At 01:25 PM 5/24/99 -0400, Ricky Beam wrote: U>>>Not that I'm aware of. There's nothing better than experience. U>>>(unfortunately) As long as you're not using windows (read: access), U>>>then I can help you get SA to do just about anything. U>> U>>Um...er...well...thanks anyway ;o) U>What is it with people these days? Everything has to be run on a U>[censored] NT box? (using microsoft's lame excuse for a database) U>All the work I did to SA was under Solaris (and well, linux <grin> U>...) so you'd be completely on your own as far as the database side is U>concerned. SA5+ has an ODBC database interface, but I've got enough U>people to hand-hold as it is :-) (RADIUS on NT talking to mysql on a U>freebsd box, for example) (In my case, it was two SA/solaris boxes U>pointed at postgres on a linux/x86 box. *laugh* It still is as far U>as I know.) I am running under NT witn MSAccess (Hey 3Com, how about supporting SQL Server ? ). Anyway, no real problem other than the HiPerArc problem where it occassionally forgets to send stop records. I've not been able to get the S&A to talk to SQL via ODBC due to the way some of the calls are made via the S&A server (i.e. MS Jet Access calls vs. true SQL calls). Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Subject: (usr-tc) Assigning IP to user
From: John C Hill II <carroll@netexas.net>
Date: 1999-05-25 09:16:04

One of our customers wants to have a static IP. How do can we assign him a static IP in the Total Control unit? I'm running ver 4.1.72 on HyperARC and 1.2.43 on DSP. John C Hill II North East Texas Internet

Subject: Re: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-25 09:22:12

At 03:54 PM 5/24/99 -0700, you wrote: > > > >Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8 >remote access server? I'd use it to allow 8 V.90 connections over 4 ISDN >BRI lines. I need it to support TCP/IP and Appletalk over PPP. The price >on the secondhand market is quite good. > >Matt Harrington >University of California San Francisco >415-476-4628 > > > > >- > 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. > Steve Rivera - sales@wrca.net - 732-833-2111 http://www.wrca.net WTB: Cisco 2501, 2511, 4500M, Ascend Max4000 Chassis, MXSL-16MOD-L56, Hot Items in Stock: Cisco AS5248 v90,241514, Livingston ORU, PM2E-30, USR Ntsvr 16I+ '''''''''''''''''''''''''''''''''''''''''''''''

Subject: RE: (usr-tc) Radius Question
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-05-25 09:48:52

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Marcelo Souza |Sent: Monday, May 24, 1999 4:42 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) Radius Question | | | | | Which is the command in the ARC 4.1.59-6 that replaces the old: | | set accounting use_servers <one|both> | | After upgrade, all accounting records are sent to both primary AND |secundary servers. | You dont use secondary anymore.. Set up a primary and primary first backup and this will not happen.. -M

Subject: Re: (usr-tc) Limiting IPPool to an Interface
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-25 09:51:22

Thus spake brian@semo.net >We've got a separate DSP card that terminates our 800 number for customer >roaming. But I have no good way to track it. Is there a way to designate ip >addresses to each modem so that my billing software can bill those ip >addresses by the minute? Or designating an ippool to be for a specific DSP >card? We actually do the billing based on the DNIS number. This number should be passed in the RADIUS accounting packet, so you can key on that for your 800 calls. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Limiting IPPool to an Interface
From: brian@semo.net
Date: 1999-05-25 09:56:50

Currently we are not being sent any DNIS information. 1.) How many digits should we have them send (which is the question I'm always asked and I have said 0 up til now). 2.) I thought DNIS only recorded where the call was coming from? If the user dials in long distance versus the 800 number, how will DNIS show anything different? 3.) Is there a way to get TC to report via radius what slot/modem is being used by the client so that we can pull all "stop" entries for a certain slot/modem? Thanks, Brian Brian Becker Poplar Bluff Internet, Inc. http://www.semo.net Home of JerusalemPerspective.com Bookstore http://www.JerusalemPerspective.com TotallyFabricated.com's Webgabber Chat Software http://www.TotallyFabricated.com and my personal page http://www.Tonionio.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Tuesday, May 25, 1999 8:51 AM Thus spake brian@semo.net >We've got a separate DSP card that terminates our 800 number for customer >roaming. But I have no good way to track it. Is there a way to designate ip >addresses to each modem so that my billing software can bill those ip >addresses by the minute? Or designating an ippool to be for a specific DSP >card? We actually do the billing based on the DNIS number. This number should be passed in the RADIUS accounting packet, so you can key on that for your 800 calls. -- 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.

Subject: Re: (usr-tc) Limiting IPPool to an Interface
From: Brian Elfert <brian@citilink.com>
Date: 1999-05-25 10:06:17

On Mon, 24 May 1999 brian@semo.net wrote: > We've got a separate DSP card that terminates our 800 number for customer > roaming. But I have no good way to track it. Is there a way to designate ip > addresses to each modem so that my billing software can bill those ip > addresses by the minute? Or designating an ippool to be for a specific DSP > card? Why not just monitor based on the Port-ID in Radius? If the call hits those specific ports, then it is an 800 call. Brian

Subject: RE: (usr-tc) Limiting IPPool to an Interface
From: brian@semo.net
Date: 1999-05-25 10:22:55

How is the port ID mapped: Client-Port-Id = 3587 resolves to: Slot: Modem: Thanks, Brian Brian Becker Poplar Bluff Internet, Inc. http://www.semo.net Home of JerusalemPerspective.com Bookstore http://www.JerusalemPerspective.com TotallyFabricated.com's Webgabber Chat Software http://www.TotallyFabricated.com and my personal page http://www.Tonionio.com -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Elfert Sent: Tuesday, May 25, 1999 10:06 AM On Mon, 24 May 1999 brian@semo.net wrote: > We've got a separate DSP card that terminates our 800 number for customer > roaming. But I have no good way to track it. Is there a way to designate ip > addresses to each modem so that my billing software can bill those ip > addresses by the minute? Or designating an ippool to be for a specific DSP > card? Why not just monitor based on the Port-ID in Radius? If the call hits those specific ports, then it is an 800 call. Brian - 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.

Subject: (usr-tc) HiperARC "forgets" to send stops?
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-05-25 10:56:33

Earlier someone posted a message about hiperarcs not sending stop records from time to time. This would probably explain some of my problems with IP's not being freed from the pool after a user disconnects. Is this a documented problem? Is it being fixed? What version might have a fix for this? I'd appreciate any light that may be shed on the topic, as I still don't have a solution for my shrinking IP pool problem on the HiperARC. Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. Voice: (435)674-0165 Fax: (603)462-6427 http://www.infowest.com/

Subject: Re: (usr-tc) Limiting IPPool to an Interface
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-25 11:11:31

Thus spake brian@semo.net >Currently we are not being sent any DNIS information. >1.) How many digits should we have them send (which is the question I'm >always asked and I have said 0 up til now). Probably 10 (area code + exchange + extension, 3+3+4) >2.) I thought DNIS only recorded where the call was coming from? If the user >dials in long distance versus the 800 number, how will DNIS show anything >different? DNIS is the number that is being called, ANI is the number the call is coming from (caller id, if you will). If you have a switched 800 number, ie, something like MCI taking the 800 number and essentially call forwarding it to a local LEC number, then you'll see the LEC number show up. You can have the LEC assign another phone number to your trunks and point your 800 number at the second LEC number and do your accounting based on that. >3.) Is there a way to get TC to report via radius what slot/modem is being >used by the client so that we can pull all "stop" entries for a certain >slot/modem? The USR VSA's in RADIUS from the HiPer Arc include the span, slot and modem that the call comes in on I believe. Alternatively, you could take the NAS-Port value from the RADIUS accounting (which is I believe a standard value, not a VSA) and figure out the slot/mod from that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) HiPerARC CLI documentation
From: matthews <matthews@staff.brunnet.net>
Date: 1999-05-25 11:45:44

Is there a file anywhere that completely documents all the ARC CLI commands? I've been all over totalservice and I found the various release notes documenting new features and (sometimes) what they do, but I didn't see a full CLI reference anywhere with ALL available features. I may have missed something though... Matt...

Subject: Re: (usr-tc) Limiting IPPool to an Interface
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-25 11:53:33

Thus spake brian@semo.net >How is the port ID mapped: > Client-Port-Id = 3587 >resolves to: > Slot: > Modem: Ugh...I knew you were gonna ask me that... 3587/256 = 14.something or other 14-1 = 13 slot number 3587-(256*14) = 3 modem number so its slot:13/mod:3 unless I hosed up my math...which is quite possible. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) non-contiguous subnet dial-up strategy
From: Jesse Sipprell <jss@evcom.net>
Date: 1999-05-25 12:43:09

Anyone out there give me any tips on assigning multiple non-contiguous subnets to a dialup in a dynamically-routed network topology? Example: Customer already has: 10.1.1.1/24 Customer wants: 10.1.2.1/24 Currently, NetServer or HARC bounces a RIPv2 route into OSPF via cisco. Is there a special radius attribute to tell the NS/HARC to also propogate an additional route for the additional network(s)? -- Jesse Sipprell Technical Operations Director Evolution Communications, Inc. 800-496-4736 (ext 106) * Finger jss@evcom.net for my PGP Public Key *

Subject: Re: (usr-tc) non-contiguous subnet dial-up strategy
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-05-25 12:50:31

Jesse Sipprell said once upon a time: > >Anyone out there give me any tips on assigning multiple non-contiguous subnets >to a dialup in a dynamically-routed network topology? > >Example: > >Customer already has: 10.1.1.1/24 >Customer wants: 10.1.2.1/24 Use multiple Framed-Route entries. Here's one that we use for a customer: joeuser Authentication-Type = Unix-PW Framed-IP-Address = 204.228.158.129, Framed-IP-Netmask = 255.255.255.192, Framed-Route = "207.135.129.16/28 204.228.158.129 1", Framed-Route = "166.70.121.128/25 204.228.158.129 1", Idle-Timeout = 0

Subject: RE: (usr-tc) Radius Question
From: Jeff Lynch <jeff@mercury.jorsm.com>
Date: 1999-05-25 13:31:16

On Mon, 24 May 1999, Scott Trautman wrote: > You may or may not need an entry in hosts.equiv for this on the > Login-IP-Host as well. For Login-Service = Telnet, hosts.equiv is not an option (at least for every telnetd I've seen). Only usable for Login-Service = Rlogin and then it's of questionable use due to the security risk. > A little foggy as it's been awhile but if you get 2 password prompts you > will wnat an entry for hosts.equiv on a "shell" login to get rid of the 2nd > password prompt. Using the last message entry suspect you'll have to have > radius authentication enabled if on a UNIX box. check login.conf on BSDI > boxes. Life can't be too simple, can it? We give two prompts, no complaints, but then we discontinued shell access for most and don't offer it anymore except under _very_ special circumstances. 80/20 rule prevails. > > We use a DEFAULT section at the end of the users file like: > > DEFAULT Password = "UNIX" > User-Service-Type = Login-User, > Login-Host = host-name-here, > Login-Service = Rlogin > > ..which forces it to use the UNIX password authentication if it doesn't > match a specific entry in the users database. > > SMT Regards, --jeff ============================================================================ Jeffrey A. Lynch | JORSM Internet, Regional Internet Services email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN Autoresponse: info@jorsm.com | Quality Service, Affordable Prices http://www.jorsm.com | Serving Gov, Biz, Indivds Since 1995

Subject: (no subject)
From: chaos@zebra.net
Date: 1999-05-26 00:32:22

ok I need to figure out the harc command for current transmit speed I know I could get this from snmp so if someone knows the particular oid that may be helpful as well for a script im writing I have no quads so its all hiper hardware

Subject: Re: (usr-tc) IP pools diminishing
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-05-26 09:59:19

Randy, Your problem was not that your radius server was not fast enough. The problem was the HiPer arc would send an accouting stop packet to the radius server and the radius server would send back the accounting response. The accounting response was received by the HiPer arc in about 15 seconds or so. The hiper arc waits for the accounting response for a period of 10 sec before it drops the ip address from the pool and starts reusing it, you had a fully loadded chassis with users dialing in as soon as a user drops, thus since the accounting packet had not reached the hiper arc it waited for 10 sec but the ppp for the user had already started and ended in 7 sec. That is the reason I suggested that you make sure that the network is not busy and that if you could correct the problem on the network and have the packet sent faster - or increase the pool with 1 more IP. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Mon, 24 May 1999, Randy Cosby wrote: > I'm looking for more insight into a problem we have with an ip pool losing > ip's. I've worked with Krish on this in the past, and he indicated that if > the server doesn't recieve a valid "ACK" on an accounting STOP record, it > would not give up an ip address, and the pool would effectively be one > smaller. When another user connects and cannot get an IP because of the > shortage, we get NAS_ERROR in the detail file like this: > > Thu May 20 17:10:21 1999 > Class = "Default Dial-up User" > User-Name = "user123" > Client-Id = xx.xx.xx.5 > Acct-Status-Type = Stop > Acct-Session-Id = "33622525" > Acct-Delay-Time = 0 > Acct-Authentic = RADIUS > Service-Type = Framed-User > NAS-Port-Type = Async > NAS-Port = 514 > Modem-Training-Time = 12 > Interface-Index = 1770 > Chassis-Call-Slot = 3 > Chassis-Call-Span = 16 > Chassis-Call-Channel = 2 > Unauthenticated-Time = 6 > Calling-Station-Id = "" > Called-Station-Id = "" > Modulation-Type = v34 > Simplified-MNP-Levels = ccittV42 > Simplified-V42bis-Usage = none > Connect-Speed = 38400_BPS > Framed-Protocol = PPP > Framed-IP-Address = 0.0.0.0 > Acct-Session-Time = 6 > Acct-Terminate-Cause = ACCT_TERM_NAS_ERROR > Acct-Input-Octets = 353 > Acct-Output-Octets = 364 > Acct-Input-Packets = 11 > Tunnel-Security = 12 > Timestamp = 927241821 > > > Suggestions I've received in the past include: > > 1. Increase the size of the pool. This just delays the agony. IP's are > expensive. > 2. Faster radius. Mine's plenty fast - dedicated Radiator with mysql on a > 100Base T network on the same switch as my HiperARCs. > 3. Play with the accounting settings. Here's my current "show accounting": > > >_show ver > V4.1.59 - 6 > >show accounting > The Primary Server Status is: ENABLED > Primary Server is: x.y.z.20 > Primary First Backup Server is: x.y.z.10 > Primary Second Backup Server is: 0.0.0.0 > Primary Destination Port is: 1646 > Primary First Backup Destination Port: 1646 > Primary Second Backup Destination Port: 1646 > Max Primary Retranmissions: 20 > The Secondary Server Status is: ENABLED > Secondary Server is: 0.0.0.0 > Secondary First Backup Server is: 0.0.0.0 > Secondary Second Backup Server is: 0.0.0.0 > Secondary Destination Port is: 1646 > Secondary First Backup Destination Port: 1646 > Secondary Second Backup Destination Port: 1646 > Max Secondary Retranmissions: 0 > Source Port is: 1646 > Retransmission Timeout: 12 seconds > Accounting Start Time: CONNECTION > Log Unauthenticated Calls: TRUE > Vendor Specific Attribute: ENABLED > Active Accounting Server (Primary): x.y.z.20 > Active Accounting Server (Secondary): 0.0.0.0 > Attribute Style: STANDARD > Prioritize First Server in a Server Group: ENABLED > > > 20 retransmissions should be plenty. Any more suggestions? > > The only way I can recover from this situation is to reboot the HiperARC, > which is not a good thing. Everything else is working wonderfully otherwise. > I would even be happy to know a way to force the removal of a "dead" ip. I > don't know how I would find out what that IP is, since it doesn't show up on > the "list ip net". > > If you have not had this problem, and you're willing to take a minute to > compare what you're doing to what I'm doing, I'd sure appreciate it. > > Thanks, > > Randy > > > - > 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. >

Subject: (usr-tc) 128k Dialup
From: Greg Coffey <greg@coffey.com>
Date: 1999-05-26 12:12:12

I attended a seminar in Denver yesterday put on by Lucent. One of the speakers mentioned that 128k dialup access was coming and that some patents had been filed. No company names or other specifics were mentioned. Any of you heard anything about it? I wonder who is closest and when we can expect some details about it. Thanks, Greg Coffey, CoffeyNet Voice 307-234-5443 307-234-5446 Fax ==================================================================== 142 S. Center St. 3Com v.90 56k $20 in Casper & Douglas Casper, WY 82601 Local Internet for Casper, Rawlins, Douglas, http://WWW.COFFEY.COM Wheatland, Pinedale, Lander & Lusk, WY

Subject: RE: (usr-tc) quad digital modem gone stupid
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-26 13:33:57

Pull it out of the chassis, swap it with one like it in another slot. I've found that pulling it out, putting it back into the same slot doesn't do any good. If you end up (from TCM anyway) with a blinking green light, you'll need to reload code on that card and that can be done from TCM (no PCSDL thankfully) SMT -----Original Message----- Sent: Wednesday, May 26, 1999 1:08 PM Cc: usr-tc@lists.xmission.com hello. i have a quad digital modem - single sided - that has gone stupid. what can i do to reset it to factory settings and get it to recover? matthew - 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.

Subject: (usr-tc) quad digital modem gone stupid
From: matthew de Jongh <matthew.de.jongh@the-spa.com>
Date: 1999-05-26 14:07:44

hello. i have a quad digital modem - single sided - that has gone stupid. what can i do to reset it to factory settings and get it to recover? matthew

Subject: (usr-tc) quad digital modem gone stupid
From: matthew de Jongh <matthew.de.jongh@the-spa.com>
Date: 1999-05-26 14:07:44

hello. i have a quad digital modem - single sided - that has gone stupid. what can i do to reset it to factory settings and get it to recover? matthew

Subject: (usr-tc) USR Bundles Available
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-26 15:15:10

All V90. I have the following USR Bundles available for sale. Looking for BUYERS...no prices in concrete. Well maybe the DSP's :) 5- USR Hyper DSP's $3900each 3- 2059 Bundles $3500each Include: 2- 45a 1- nmc 1- netserver pri 12- analog/digital 1- dual pri ext fan tray for 2 of them 3- 1866 Bundles $4500each Include: 1- 70a pwr 1- nmc 1- netserver pri 12- quad an/dig 1- dual pri integrated fan tray Also have: Netserver 16I Netserver 8I Netserver 8 Netserver 16 MP8 MP16I Spare NMC NACS call or email for pricing.

Subject: (usr-tc) Anyone using ANI for anything useful?
From: Scott Trautman <scottt@corp.gdinet.com>
Date: 1999-05-26 16:24:41

I'm looking at potentially bumping to feature group B and getting ANI; But not sure if I can get out of it what I want. Experiences please--- Like: a) log calling number - believe radius will record that, yes? (not callED number...DNIS) b) make decisions based on calling number? - route to one modem group or another (perhaps for classes of service) - busy out for blacklisted former-customers The call logging would be interesting for a few folks that are "sharing" their accounts, though we use TSMON to drop any multilogins; Also very interesting for tracking patterns of calling problems that could be traced back to a CO problem; Would really be cool to be able to send a busy signal to blacklisted former customers who in some cases use someone elses account or sign up under another name but use the same modem line. Neat for them to call in and complain about busy signals ALL the time and we nab them on it. Not that we necessarily have more than a handful of these....I think.... I haven't heard whether it's a big $ or not, or even available on T1's (understand it's standard on Primes), but if so would come down to "okay, so what can you do with it". Anyone doing anything interesting with ANI? For anyone not familiar with ANI it's basically undefeatable caller-ID. SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718

Subject: RE: (usr-tc) quad digital modem gone stupid
From: matthew de Jongh <matthew.de.jongh@the-spa.com>
Date: 1999-05-26 16:25:47

thanks that did it. matthew At 01:33 PM 5/26/99 -0500, you wrote: >Pull it out of the chassis, swap it with one like it in another slot. >I've found that pulling it out, putting it back into the same slot doesn't >do any good. > >If you end up (from TCM anyway) with a blinking green light, you'll need to >reload code on that card and that can be done from TCM (no PCSDL thankfully) > >SMT > >-----Original Message----- >From: matthew de Jongh [mailto:matthew.de.jongh@the-spa.com] >Sent: Wednesday, May 26, 1999 1:08 PM >To: usr-tc@lists.xmission.com >Cc: usr-tc@lists.xmission.com >Subject: (usr-tc) quad digital modem gone stupid > > > > hello. > > i have a quad digital modem - single sided - that has gone stupid. > > what can i do to reset it to factory settings and get it to recover? > > matthew > > >- > 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.

Subject: (usr-tc) Arc Counters
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-26 17:25:04

How can I reset the counters (i.ex. authentication counters) in the ARC ? - Marcelo

Subject: (usr-tc) only 23 total analog calls, with a second partial PRI
From: Bill Maloy <maloy@goldinc.com>
Date: 1999-05-26 17:27:52

Hi. We have a "classic" 17-slot chassis with a 3Com Dual PRI card (software v3.0.2) with 12 Quad V.34 Digital-Analog (4 Digital) Modem NACs of hardware v3.0.0, an ISDN Netserver NAC (software v3.7.24) and a hardware version 4.0 Network Management Card (software v5.4.1). We just recently had a second PRI installed, the second span of the Dual PRI card, but with only 10 of the 23 channels active. We *are* now seeing more than 23 simultaneous calls, which leads me to believe the TELCO is correct in their diagnostic that the partial PRI is working as required, but we never see more than 23 simultaneous *analog* calls. There is definitely a problem in our TC configuration: We've had 23 analog plus several ISDN and MP-ISDN calls active simultaneously, but a 24th analog call will result in a busy signal. Once, way back when, when we had a problem with a particular modem affecting the dialin pool, we changed the configuration from using the "first available" modem to the "next available modem". Around that same time, 3Com worked with us to change the chassis configuration so that calls would cycle among the first 24 modems -- and I don't know how to "undo" that. I *did* manage to mark channels 11-23 of the DS0 Service Configuration of Span 2 as "notSupported" using the TC Management program, thinking that the channel signaling of the partial PRI was confusing the Network Management Card (?) and maybe that was the cause for the hard limit of 23 analog calls. I'm wrong, of course, since analog calls from the single PRI were at one time cycling through all 12 modem cards, instead of just the first 6. What do I need to change, and how do I change it? :^) It puzzles me a little that the 24th modem of the existing configuration is never utilized. Thanks in advance. -- Bill Maloy (brm4) maloy@goldinc.com

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-26 17:32:27

Thus spake Scott Trautman >I'm looking at potentially bumping to feature group B and getting ANI; >But not sure if I can get out of it what I want. Experiences please--- >Like: >a) log calling number - believe radius will record that, yes? (not callED >number...DNIS) Yes, this gets reported in RADIUS. >b) make decisions based on calling number? >- route to one modem group or another (perhaps for classes of service) >- busy out for blacklisted former-customers I've heard other people do this...I think Mike Andrews has done this down at dcr.net...someone else I remember doing it, but don't remember who. They have a second number for low-end modems...does stuff like disables v.90 and x2, disables v42 selective reject...stuff like that...the idea being to get a dumbed down configuration that any modem will connect to. >The call logging would be interesting for a few folks that are "sharing" >their accounts, though we use TSMON to drop any multilogins; >Also very interesting for tracking patterns of calling problems that could >be traced back to a CO problem; This is *very* useful...we make use of these features occasionally in this way. >Would really be cool to be able to send a busy signal to blacklisted former >customers who in some cases use someone elses account or sign up under >another name but use the same modem line. Neat for them to call in and >complain about busy signals ALL the time and we nab them on it. Not that we >necessarily have more than a handful of these....I think.... Should be doable at least with a HiPer Arc...might even be able to do it in the DSP's directly...not sure... >I haven't heard whether it's a big $ or not, or even available on T1's >(understand it's standard on Primes), but if so would come down to "okay, so >what can you do with it". Yeah, its a standard part of PRI service...was a nice bonus when we switched over to PRI service...not that we had any ideas of what to do with it at the time, but we've started to start using the data a bit. >For anyone not familiar with ANI it's basically undefeatable caller-ID. My understanding is that you actually aren't getting true ANI...but its termed ANI in the setup...you really are getting caller id, so it can be defeated...we do have a few callers that block caller id, and we don't get the information on those calls...so I don't think its true ANI here. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-05-26 17:53:21

On Wed, 26 May 1999, Jeff Mcadams wrote: > Thus spake Scott Trautman > >I'm looking at potentially bumping to feature group B and getting ANI; > >But not sure if I can get out of it what I want. Experiences please--- > >b) make decisions based on calling number? > >- route to one modem group or another (perhaps for classes of service) > >- busy out for blacklisted former-customers > > I've heard other people do this...I think Mike Andrews has done this > down at dcr.net...someone else I remember doing it, but don't remember > who. They have a second number for low-end modems...does stuff like > disables v.90 and x2, disables v42 selective reject...stuff like > that...the idea being to get a dumbed down configuration that any modem > will connect to. Well, that's based on DNIS, not ANI. :) I've been meaning to document this, since I didn't do it exactly like was suggested here before. (Close, but there were some quirks where Quads and DSP's didn't behave consistently.... not like that's anything new!...) But something we do use ANI for is for a few problem users who insisted on giving their password to all their friends, or for ex-users who insisted on using all their friends passwords without them knowing. We've got some accounts set up so they may only dial in from one phone number, and some phone numbers blacklisted so nobody can dial in from it, and so on. Also, we've got something (like TSMON but homebrew) that goes through and kicks off people logged in more than once (as long as they're not in the multilink PPP group), and for safety it makes sure that both sessions don't have the same ANI. Technically this isn't ever supposed to happen, but sometimes sessions get "stuck" and it does happen... so those are handled a bit differently in that only the older of the two sessions is bumped instead of both of them. And yeah, we could prevent the duplicate logins in the first place, now that we're using Cistron radius... but this (combined with an automated email) gets the point across to the user a little better. > >The call logging would be interesting for a few folks that are "sharing" > >their accounts, though we use TSMON to drop any multilogins; > >Also very interesting for tracking patterns of calling problems that could > >be traced back to a CO problem; > > This is *very* useful...we make use of these features occasionally in > this way. True -- most of the problems, at least in Frankfort, are isolated to one exchange, and this helps a bit. What'd be more useful is to use something like Microsoft Mappoint 2000 and plot connect speeds on a map of the city -- I've tried this but it didn't end up telling me much that I didn't already know. > >Would really be cool to be able to send a busy signal to blacklisted former > >customers who in some cases use someone elses account or sign up under > >another name but use the same modem line. Neat for them to call in and > >complain about busy signals ALL the time and we nab them on it. Not that we > >necessarily have more than a handful of these....I think.... Sending a busy would be kinda hard -- not sure how you'd do that. It's easier to have Radius just not let them on, or, if you want to annoy them (only recommended for VERY problematic users, you don't generally want to intentionally annoy customers of course), kick them off right after they've logged in. Mike Andrews (icq 6602506) -- VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=-=-- "A computer without a Microsoft operating system is like a dog without a brick tied to its head."

Subject: Re: (usr-tc) HiPerARC CLI documentation
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-26 18:04:59

On Tue, 25 May 1999, matthews wrote: | |Is there a file anywhere that completely documents all the ARC CLI |commands? I've been all over totalservice and I found the various release |notes documenting new features and (sometimes) what they do, but I didn't |see a full CLI reference anywhere with ALL available features. I may have |missed something though... The nearest doc I could found was: harc41user.pdf Download it from totalservice.usr.com. If you could find any other more up-to-date, please let me know. - Marcelo

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: John Schmerold <john@katy.com>
Date: 1999-05-26 19:01:27

Where is this list archived? I accidently deleted several scripts At 06:14 PM 5/26/99 -0500, you wrote: >On Wed, 26 May 1999, Mike Andrews wrote: >>> >Would really be cool to be able to send a busy signal to blacklisted former >>> >customers who in some cases use someone elses account or sign up under >>> >another name but use the same modem line. Neat for them to call in and >>> >complain about busy signals ALL the time and we nab them on it. Not that we >>> >necessarily have more than a handful of these....I think.... >> >>Sending a busy would be kinda hard -- not sure how you'd do that. It's >>easier to have Radius just not let them on, or, if you want to annoy them >>(only recommended for VERY problematic users, you don't generally want to >>intentionally annoy customers of course), kick them off right after >>they've logged in. > >Heh, Max-Session-Time=5 (seconds) > >--Ricky > > > >- > 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. John Schmerold Katy Computer Systems, Inc. 20 Meramec Station Rd Valley Park, MO 63088 314-316-9000 v 314-316-9200 f email: john@katy.com

Subject: (usr-tc) Using MRTG with the DualPRI card and the Netserver
From: Ralph Helfenberger <r.helfenberger@comlight.ch>
Date: 1999-05-26 19:03:58

Is anybody using the MRTG tool to monitor a combination for DualPRI card and Netserver? I'm trying to set up this combination. The problem I have Max. Capacity is always on 44 (I would expect 60 because of the DualPRI) Current Utilisation is not correct (doesn't show all connections) I'm using the DUALPRI.PL script provided with MRTG. Maybe the problem is in the MIB identification wich I don't fully understand. I know that 1.3.6.1.4.1.429.1.16.x.x.x refers to the IDS0 Table in the MIB. But I can't figure out what the x.x.x.x.x.x.x.x.x.4.1.2 means. Maybe I'm refering to the wrong object because we are talking PRI and T1? Any ideas? Thanks Ralph This is the script provided with MRTG: #!c:\perl\bin # dualpri.pl # # # Created by Eric Billeter # returns: # Modems in use (value1) # Chassis Capacity (value2) use SNMP_Session; use BER; use Socket; use strict; %snmpget::OIDS = ( 'value1' => '1.3.6.1.4.1.429.1.16.4.1.2', ); my($community,$router) = split /\@/, $ARGV[0]; die <<USAGE unless $community && $router; USAGE: dualpri.pl 'SNMP_community'\@'aaa.bbb.ccc.ddd' Where 'aaa.bbb.ccc.ddd' is the ip address for the Network Management Card. USAGE my($sysName,$sysUptime,$interfaces,$value1,$value2) = snmpgettable($router,$community,'value1'); exit(0); sub snmpgettable{ my($host,$community,$var) = @_; my($next_oid,$enoid,$orig_oid, $response, $bindings, $binding, $value, $inoid,$outoid, $upoid,$oid,@table,$tempo); die "Unknown SNMP var $var\n" unless $snmpget::OIDS{$var}; $orig_oid = encode_oid(split /\./, $snmpget::OIDS{$var}); $enoid=$orig_oid; srand(); my $session = SNMP_Session->open ($host , $community, 161); for(;;) { if ($session->getnext_request_response(($enoid))) { $response = $session->pdu_buffer; ($bindings) = $session->decode_get_response ($response); ($binding,$bindings) = decode_sequence ($bindings); ($next_oid,$value) = decode_by_template ($binding, "%O%@"); # quit once we are outside the table last unless BER::encoded_oid_prefix_p($orig_oid,$next_oid); my $bulkindex = 3; while( $bulkindex < "96" ){ $tempo = substr ($value,$bulkindex,1); $bulkindex=$bulkindex+4; if( ord($tempo) eq '5' or ord($tempo) eq '3' or ord($tempo) eq '22' ){$value1=$value1 + 1 ; } if( ord($tempo) eq '2' or ord($tempo) eq '5' or ord($tempo) eq '3' or ord($tempo) eq '22' ){$value2=$value2 + 1 ; } } push @table, $tempo; } else { die "No answer from $ARGV[0]\n"; } $enoid=$next_oid; } $session->close (); if( $value1 eq ''){$value1 = 0 }; if( $value2 eq ''){$value2 = 0 }; print "$value1\n"; print "$value2\n"; return (@table); } -- ========================================================================== R. Helfenberger Internet r.helfenberger@comlight.ch Comlight AG Tel +41 31 740 40 40 Tennisweg 21 Fax +41 31 740 40 90 3178 Boesingen Switzerland www.comlight.ch ==========================================================================

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-26 19:10:27

On Wed, 26 May 1999, Jeff Mcadams wrote: >>b) make decisions based on calling number? >>- route to one modem group or another (perhaps for classes of service) >>- busy out for blacklisted former-customers > >I've heard other people do this...I think Mike Andrews has done this >down at dcr.net...someone else I remember doing it, but don't remember >who. They have a second number for low-end modems...does stuff like >disables v.90 and x2, disables v42 selective reject...stuff like >that...the idea being to get a dumbed down configuration that any modem >will connect to. Now, if you had "hub security", you could instruct the modem to refuse the call from dead-beat customers :-) >>Would really be cool to be able to send a busy signal to blacklisted former >>customers who in some cases use someone elses account or sign up under >>another name but use the same modem line. Neat for them to call in and >>complain about busy signals ALL the time and we nab them on it. Not that we >>necessarily have more than a handful of these....I think.... > >Should be doable at least with a HiPer Arc...might even be able to do it >in the DSP's directly...not sure... Actually, it would be a "fast busy" or the ever popular "Your call did not go through." Give it a try with my ISDN line @ 919-844-7355 -- all calls to that B channel will be refused (it's setup for dialback) --Ricky

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-26 19:14:15

On Wed, 26 May 1999, Mike Andrews wrote: >> >Would really be cool to be able to send a busy signal to blacklisted former >> >customers who in some cases use someone elses account or sign up under >> >another name but use the same modem line. Neat for them to call in and >> >complain about busy signals ALL the time and we nab them on it. Not that we >> >necessarily have more than a handful of these....I think.... > >Sending a busy would be kinda hard -- not sure how you'd do that. It's >easier to have Radius just not let them on, or, if you want to annoy them >(only recommended for VERY problematic users, you don't generally want to >intentionally annoy customers of course), kick them off right after >they've logged in. Heh, Max-Session-Time=5 (seconds) --Ricky

Subject: RE: (usr-tc) Anyone using ANI for anything useful?
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-05-26 20:45:23

> Yeah, its a standard part of PRI service...was a nice bonus when we > switched over to PRI service...not that we had any ideas of what to do > with it at the time, but we've started to start using the data a bit. > > >For anyone not familiar with ANI it's basically undefeatable caller-ID. > > My understanding is that you actually aren't getting true ANI...but its > termed ANI in the setup...you really are getting caller id, so it can be > defeated...we do have a few callers that block caller id, and we don't > get the information on those calls...so I don't think its true ANI here. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 Question: My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1. This was told to me within the last 10 days! When asked why, they stated something about legal reasons. I was told "The caller information is not known by the local switch from the remote CO as in PRI but is gathered from the billing records and is why it is not allowed." Is this true or made up? None the less, I still cannot get ANI from them as of today. Not a happy camper, Marshall Morgan Internet Doorway, Inc. (aka NETDOOR)

Subject: Re: (usr-tc) NO Phone support?
From: Brian Hitchcock <brianh@kcweb.net>
Date: 1999-05-26 22:25:14

Having dealt with all 3 I would say lucent has the best support hands down. And you dont need a service contract. Brian Hitchcock KC Web -----Original Message----- >hello all, > >I recently let my service contract with 3Com lapse, since they neither >improved the code or added any features I needed, I figured that I >shouldn't buy what I don't need. > >Called today about an idle modem problem and once the tech asked if I had >a contract #, I said no. He then transferred me to logistics to replace >the card. No diagnosis, no questions. > >Why is it I can get phone support for a $100 Sporster, but my $75,000 >worth of TC chassis get jack? > >Anyone else have this experience? Looking at populating the next POP with >ASCEND or Lucent.... what's thier "real world" tech support like? > >Paul D. Farber II >Farber Technology >Ph. 570-628-5303 >Fax 570-628-5545 >farber@admin.f-tech.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. >

Subject: RE: (usr-tc) Anyone using ANI for anything useful?
From: pferraro@wna-linknet.com
Date: 1999-05-26 22:42:43

I have had the same problem.. Seems to be something that the CT-1 switch and software can not provide... I was not told that it was a legal issue. We run both PRI and CT -1. The PRI give us ANI/DNIS the CT-1 Only gives us DNIS ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Wed, 26 May 1999, Marshall Morgan wrote: > > Yeah, its a standard part of PRI service...was a nice bonus when we > > switched over to PRI service...not that we had any ideas of what to do > > with it at the time, but we've started to start using the data a bit. > > > > >For anyone not familiar with ANI it's basically undefeatable caller-ID. > > > > My understanding is that you actually aren't getting true ANI...but its > > termed ANI in the setup...you really are getting caller id, so it can be > > defeated...we do have a few callers that block caller id, and we don't > > get the information on those calls...so I don't think its true ANI here. > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > Question: > > My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1. > This was told to me within the last 10 days! When asked why, they stated > something about legal reasons. > > I was told "The caller information is not known by the local switch from the > remote CO as in PRI but is gathered from the billing records and is why it is > not allowed." > > Is this true or made up? None the less, I still cannot get ANI from them as > of today. > > Not a happy camper, > > Marshall Morgan > > Internet Doorway, Inc. (aka NETDOOR) > > > - > 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. >

Subject: Re: (usr-tc) NO Phone support?
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-26 23:35:22

On Thu, 27 May 1999, Paul Farber wrote: >I recently let my service contract with 3Com lapse, since they neither >improved the code or added any features I needed, I figured that I >shouldn't buy what I don't need. > >Called today about an idle modem problem and once the tech asked if I had >a contract #, I said no. He then transferred me to logistics to replace >the card. No diagnosis, no questions. At least he didn't hang up on you. That happened to me -- and less than two minutes later, several managers had been "talked to." (And we had over a half million in hardware all over the place. Despite the support issues, I did, and still do, like the 3Com/USR dialup hardware -- nothing can compete with the quads!) >Why is it I can get phone support for a $100 Sporster, but my $75,000 >worth of TC chassis get jack? Because they sell millions of sportsters. The sell hundreds of TC's. Plus, there's much more cut-throat competition in the end user modem market. >Anyone else have this experience? Looking at populating the next POP with >ASCEND or Lucent.... what's thier "real world" tech support like? I'd be more concerned with the quality of the hardware. It won't make much of a difference if the hardware doesn't work well with 85% of your customers. (Granted, that's unlikely.) --Ricky

Subject: RE: (usr-tc) Anyone using ANI for anything useful?
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-27 00:00:32

On Wed, 26 May 1999, Marshall Morgan wrote: >> >For anyone not familiar with ANI it's basically undefeatable caller-ID. (it's part of the D-channel SETUP message from the switch. the CID blocking is in there too... Bellsouth made us honor that bit in our phone system a few years ago -- the switch was handing that info right along to the display on the handset.) >Question: > >My telco (Worldcom/MCI/Brooks Fiber) told me they CANNOT provide ANI on a CT1. >This was told to me within the last 10 days! When asked why, they stated >something about legal reasons. "legal reasons"? Bull sh*t. Point them to the (recent) FCC ruling regarding ANI and "ISPs". (my perception of time is rather scewed...) >I was told "The caller information is not known by the local switch from the >remote CO as in PRI but is gathered from the billing records and is why it is >not allowed." Again, BS. Just how the #$^# do you setup/bill a circuit switched call if you don't know where it's coming from? (this fact has always pissed me off in ref. to "tracing a phone call" -- any standard old phone call can be traced in an instant just like any plain old network connection.) The only problem is the "CT1" part :-) You cannot get both DNIS & ANI on a CT1. (well, not without some "magic".) Most people/switches just cannot provide ANI over a CT1. The telco switch _does_ know this information. (At the end of the month, they print it out and mail it to you :)) --Ricky

Subject: RE: (usr-tc) NO Phone support?
From: John C Hill II <carroll@netexas.net>
Date: 1999-05-27 09:08:09

We bought our TC Chasis from Solunet and they have wonderful tech support. I haven't had to use 3COM's support. John C Hill II North East Texas Internet -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber Sent: Thursday, May 27, 1999 9:39 AM hello all, I recently let my service contract with 3Com lapse, since they neither improved the code or added any features I needed, I figured that I shouldn't buy what I don't need. Called today about an idle modem problem and once the tech asked if I had a contract #, I said no. He then transferred me to logistics to replace the card. No diagnosis, no questions. Why is it I can get phone support for a $100 Sporster, but my $75,000 worth of TC chassis get jack? Anyone else have this experience? Looking at populating the next POP with ASCEND or Lucent.... what's thier "real world" tech support like? Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.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.

Subject: Re: (usr-tc) 128k Dialup
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-27 10:31:34

On Wed, 26 May 1999, Greg Coffey wrote: >I attended a seminar in Denver yesterday put on by Lucent. One of the >speakers mentioned that 128k dialup access was coming and that some patents >had been filed. No company names or other specifics were mentioned. Any >of you heard anything about it? I wonder who is closest and when we can >expect some details about it. I'm calling BS on that one. The PSTN is 8000 8bit samples per second. How do you suppose one would get more than 64kbps out of that? (Not that anyone can get 64k out of it either.) --Ricky

Subject: (usr-tc) NO Phone support?
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-27 10:39:07

hello all, I recently let my service contract with 3Com lapse, since they neither improved the code or added any features I needed, I figured that I shouldn't buy what I don't need. Called today about an idle modem problem and once the tech asked if I had a contract #, I said no. He then transferred me to logistics to replace the card. No diagnosis, no questions. Why is it I can get phone support for a $100 Sporster, but my $75,000 worth of TC chassis get jack? Anyone else have this experience? Looking at populating the next POP with ASCEND or Lucent.... what's thier "real world" tech support like? Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net

Subject: RE: (usr-tc) 128k Dialup
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-27 11:24:44

On Thu, 27 May 1999, Robert von Bismarck wrote: >Umm... Hardware level compression ? I know Nortel has been working hard on >that end, using benefits from the video encoding industry (MPEG layer 4 >specifically) >It's most probably good only for voice, as data doesn't support lossy >compression... ;-) That's not 128k now is it? Sometimes it is and sometimes it isn't. Heh, Trellis encode a digital bit stream? --Ricky

Subject: (usr-tc) USR Bundles Available- New & Improved Prices :)
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-27 11:33:17

Come on guys and gals. I have a customer who is trying to move these. I am just helping him out. Available now. They were taking out of service a less than a month ago. All V90. Looking for BUYERS... 3- 2059 Bundles $3000 Include: 2- 45a 1- nmc 1- netserver pri 12- analog/digital 1- dual pri ext fan tray for 2 of them 3- 1866 Bundles $3500 Include: 1- 70a pwr 1- nmc 1- netserver pri 12- quad an/dig 1- dual pri integrated fan tray Also have in STOCK...NJ Netserver 16I Netserver 8I Netserver 8 Netserver 16 MP8 MP16I Spare NMC NACS call or email for pricing.

Subject: Re: (usr-tc) Maximum cards per chassis (WAS RE: Quad modem NIC's.
From: florin_neamtu@3com.com
Date: 1999-05-27 12:51:42

Backplane consumption: 7.8 W 26.6 BTUs POWER AND HiPer CARD SUPPORT CONSIDERATIONS The following table provides the maximum number of cards in both HiPer Access Router and NetServer configurations supported in associated chassis. This table assumes T1 configurations, with each HiPer DSP card supporting 24 calls. |-------------------+--------------+------------------------> | | | | | | Double-Up | Maximum Number of | | Chassis | Supported? | HiPer DSP + HiPer ARC | | | | (1) | | | | | |-------------------+--------------+------------------------> >-----------------------| | | | Maximum Number of | | HiPer DSP + NetServer | | (2) | | | >-----------------------| |-------------------+--------------+------------------------> | | | | | 45Amp | Yes | 6 + 1 (144 calls) | | | | 6 HiPer DSP cards and | | | | 1 HiPer Access Router | | | | card | | | | | |-------------------+--------------+------------------------> >-----------------------| | | | 1 x (4 + 1) (96 | | calls) | | 1 set of 4 HiPer DSP | | cards with 1 | | NetServer | | | >-----------------------| |-------------------+--------------+------------------------> | | | | | 70Amp | Yes | 10 + 2 (240 calls) | | | | 10 HiPer DSP cards and | | | | 2 HiPer Access Router | | | | cards | | | | | |-------------------+--------------+------------------------> >-----------------------| | | | 2 x (4 + 1) (192 | | calls) | | 2 sets of 4 HiPer DSP | | cards with 1 | | NetServer | | | >-----------------------| |-------------------+--------------+------------------------> | | | | | 130Amp | Yes | 14 + 2 (336 calls) | | | | 14 HiPer DSP cards and | | | | 2 HiPer Access Router | | | | cards | | | | | |-------------------+--------------+------------------------> >-----------------------| | | | 3 x (4 + 1) (288 | | calls) | | 3 sets of 4 HiPer DSP | | cards with 1 | | NetServer | | | >-----------------------| Notes: (1) Figures shown in this column represent the maximum number of HiPer DSP cards and HiPer Access Router cards which can be supported in the associated chassis. Thus, the entry ?6 + 1? refers to 6 HiPer DSP card sets plus 1 HiPer Access Router set (10/100M ethernet) supporting a corresponding 144 calls. (2) Figures shown in this column represent the maximum number of HiPer DSP cards and NetServer cards which can be supported in the associated chassis. With the NetServer card upgraded to TCS3.0 (associated NetServer card release 3.6.x) and supporting up to 96 calls, the NetServer card is thus able to support 4 HiPer DSP cards, assuming T1 configurations (24 channels per HiPer DSP card set). Thus, the entry ?1 x (4 + 1)? refers to 1 set (1 x) of 4 HiPer DSP cards plus 1 NetServer card (supporting 96 calls) for a system capability of 96 calls. When Do Customers Need to go to the 130Amp Supplies Customers will need to swap out their existing 70Amp PSU/PSI set(s) and install 130Amp PSU/PSI set(s) once they exceed 10 HiPer DSP cards in the 10 HiPer DSP + 2 HiPer Access Router configuration or once they exceed the 2 sets of the 4 HiPer DSP + 1 NetServer card configuration. The 70Amp power supplies PSU/PSI sets can be exchanged for the 130Amp PSU/PSI sets. However, the 45Amp supplies cannot be upgraded to either 70Amp or 130Amp supplies. The information I have goes like this; Pwr supply Max calls hiper Arc /hdm max calls HDM/netserver 45Amp 6 HDM + 1 Harc = 144/180 calls 4 HDM + 1 Netserver =96/120 calls 70Amp 10 HDM + 2 Harc = 230/300 calls 8 HDM + 2 Netservers =192/240 calls 130Amp 14 HDM + 2 Harc = 336/420 calls 12 HDM + 3 Netservers = 288/360 calls Hope this helps Florin N

Subject: RE: (usr-tc) 128k Dialup
From: John Mies <john@cambert.com>
Date: 1999-05-27 13:54:47

Uh...they probably mean channel bonding. At 11:24 AM 5/27/99 -0400, you wrote: >On Thu, 27 May 1999, Robert von Bismarck wrote: >>Umm... Hardware level compression ? I know Nortel has been working hard on >>that end, using benefits from the video encoding industry (MPEG layer 4 >>specifically) >>It's most probably good only for voice, as data doesn't support lossy >>compression... ;-) > >That's not 128k now is it? Sometimes it is and sometimes it isn't. Heh, >Trellis encode a digital bit stream? > >--Ricky > > > >- > 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.

Subject: Re: (usr-tc) NO Phone support?
From: Greg Owens <gowens@magnolia-net.com>
Date: 1999-05-27 14:03:53

A Ditto on Soulnet. We were brand new to the Hiperarc and one of their techs stayed on the phone with us without interruption for over 3 hours holding our hand and walking us step by step through our problem. Needless to say We buy everything through them because of their tech support!!!(They also have good prices) Greg Owens Magnolia Internet Services http://www.magnolia-net.com -----Original Message----- >We bought our TC Chasis from Solunet and they have wonderful tech support. I >haven't had to use 3COM's support. > > >John C Hill II >North East Texas Internet > > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber >Sent: Thursday, May 27, 1999 9:39 AM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) NO Phone support? > > >hello all, > >I recently let my service contract with 3Com lapse, since they neither >improved the code or added any features I needed, I figured that I >shouldn't buy what I don't need. > >Called today about an idle modem problem and once the tech asked if I had >a contract #, I said no. He then transferred me to logistics to replace >the card. No diagnosis, no questions. > >Why is it I can get phone support for a $100 Sporster, but my $75,000 >worth of TC chassis get jack? > >Anyone else have this experience? Looking at populating the next POP with >ASCEND or Lucent.... what's thier "real world" tech support like? > >Paul D. Farber II >Farber Technology >Ph. 570-628-5303 >Fax 570-628-5545 >farber@admin.f-tech.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. > > >- > 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. >

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-27 14:46:58

Thus spake Mike Andrews >Sending a busy would be kinda hard -- not sure how you'd do that. It's >easier to have Radius just not let them on, or, if you want to annoy them >(only recommended for VERY problematic users, you don't generally want to >intentionally annoy customers of course), kick them off right after >they've logged in. With HiPer Arc's you could send an authentication request to the RADIUS server with the phone number as the userid....just set up the phone number as a no-auth userid in your RADIUS server and I *think* it'll give a busy instead of picking up the line. The Arc's can be configured to "pre-auth" with either DNIS or ANI/callerid before it answers the line. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Ricky Beam <jfbeam@beaker.interpath.net>
Date: 1999-05-27 15:10:43

On Thu, 27 May 1999, Jeff Mcadams wrote: >Thus spake Mike Andrews >>Sending a busy would be kinda hard -- not sure how you'd do that. It's >>easier to have Radius just not let them on, or, if you want to annoy them >>(only recommended for VERY problematic users, you don't generally want to >>intentionally annoy customers of course), kick them off right after >>they've logged in. > >With HiPer Arc's you could send an authentication request to the RADIUS >server with the phone number as the userid....just set up the phone >number as a no-auth userid in your RADIUS server and I *think* it'll >give a busy instead of picking up the line. The Arc's can be configured >to "pre-auth" with either DNIS or ANI/callerid before it answers the >line. Small flaw in logic... the DSP is the one to generate the busy signal. Thus, the ARC would have to perform a RADIUS authentication _during_ call setup. If the setup msg is not answered in five seconds (in my experience) the switch assumes there's nothing there to answer the msg and fails the call (fast busy or "Your call did not go through") Correct me if I'm wrong, but once the DSP "answers" the call and allows it to ring, it cannot suddenly make it busy. (On the side of the paranoid, DNIS pre-auth could be _VERY_ _BAD_ (patent pending) if the RADIUS server goes down. I just thought I mention it. <grin>) What you've described the ARC doing is the same thing the NMC does with Hub Security enabled. The NMC is authenticating the call before it's attached to a modem. I'm not sure what's going on wrt the call setup on the PRI during this time. (But how many people have the hub security feature on their hardware?) I stand partially corrected... the user can hear a ring before the call has been setup. My netopia is doing this right now. Any incoming call is matched to the connection profiles _before_ it answers the setup request (it always answers with "Call Rejected" as I've got it set to dialback mode.) --Ricky PS: ... what fun I could have with direct access to the D channel :-)

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Kurtiss Johnson <kurtiss_johnson@mw.3com.com>
Date: 1999-05-27 15:29:23

The DNIS/ANI Authentication works only with PRI trunks, where the switch delivers the call information prior to routing the call to a DS0 and we have the option of sending a call-reject message back to the switch; this message causes the switch to send a fast-busy to the user, which is usually interpretted as a "all circuits busy" indicator. In T1 environments, the call is delivered to the DS0 before any of the call information is available; in that case, all we can do is hang-up on the user, which is interpretted as intentionally annoying. :- ) Kurtiss Product Manager 3Com Corp. Jeff Mcadams <jeffm@iglou.com> on 05/27/99 01:46:58 PM Please respond to usr-tc@lists.xmission.com Sent by: Jeff Mcadams <jeffm@iglou.com> cc: (Kurtiss Johnson/MW/US/3Com) Thus spake Mike Andrews >Sending a busy would be kinda hard -- not sure how you'd do that. It's >easier to have Radius just not let them on, or, if you want to annoy them >(only recommended for VERY problematic users, you don't generally want to >intentionally annoy customers of course), kick them off right after >they've logged in. With HiPer Arc's you could send an authentication request to the RADIUS server with the phone number as the userid....just set up the phone number as a no-auth userid in your RADIUS server and I *think* it'll give a busy instead of picking up the line. The Arc's can be configured to "pre-auth" with either DNIS or ANI/callerid before it answers the line. -- 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.

Subject: Re: (usr-tc) Anyone using ANI for anything useful?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-27 15:44:41

Thus spake Ricky Beam >Small flaw in logic... the DSP is the one to generate the busy signal. >Thus, the ARC would have to perform a RADIUS authentication _during_ >call setup. Not from my understanding...the DNIS/ANI information is sent the DSP first thing...as part of the call setup request...and the DSP passes the call request to the Arc to let the Arc tell it whether or not to answer the call (else, how do the calls get answered with s0=0 :). So the Arc is getting the DNIS and ANI information before the call even rings through. If you've got a quick setup (I agree that the 5 or 10 second limitation is a limiting factor) then you could get a request to a RADIUS server and get a response back in time for the Arc to tell the DSP to reject the call and generate a busy signal...and since the DSP is actively rejecting the call...it could reject it with a cause code of 17, user busy, resulting in a normal busy signal rather than a fast busy. >If the setup msg is not answered in five seconds (in my >experience) I think I've had an experience here where its been 10 seconds...so there is some variation in this. >the switch assumes there's nothing there to answer the msg >and fails the call (fast busy or "Your call did not go through") Correct >me if I'm wrong, but once the DSP "answers" the call and allows it to ring, >it cannot suddenly make it busy. But, if the DSP can get the information to the Arc and the Arc get the information back from the RADIUS server quickly enough, then it could just generate the busy before it generates a ring...yeah...it has to be quick about it. :) And since the DNIS/ANI information is passed before the DSP "answers" the call, this is feasible. >(On the side of the paranoid, DNIS >pre-auth could be _VERY_ _BAD_ (patent pending) if the RADIUS server >goes down. I just thought I mention it. <grin>) Of course, the Arc's already have the ability to busy out the lines (via the NMC I believe) if its RADIUS servers go bye-bye, so this isn't anything too terribly different. :) >What you've described the ARC doing is the same thing the NMC does with >Hub Security enabled. The NMC is authenticating the call before it's >attached to a modem. I'm not sure what's going on wrt the call setup >on the PRI during this time. (But how many people have the hub security >feature on their hardware?) True 'nuff...but the Arc doesn't require a feature enable key to do it...and it a bit easier to set up. :) >PS: ... what fun I could have with direct access to the D channel :-) Heh...only a true geek would be gleeful at the possibility of accessing something like that. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) 128k Dialup
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-05-27 16:40:25

Umm... Hardware level compression ? I know Nortel has been working hard on that end, using benefits from the video encoding industry (MPEG layer 4 specifically) It's most probably good only for voice, as data doesn't support lossy compression... ;-) Robert -----Original Message----- From: Ricky Beam [SMTP:jfbeam@beaker.interpath.net] Sent: jeudi, 27. mai 1999 16:32 To: usr-tc@lists.xmission.com Subject: Re: (usr-tc) 128k Dialup On Wed, 26 May 1999, Greg Coffey wrote: >I attended a seminar in Denver yesterday put on by Lucent. One of the >speakers mentioned that 128k dialup access was coming and that some patents >had been filed. No company names or other specifics were mentioned. Any >of you heard anything about it? I wonder who is closest and when we can >expect some details about it. I'm calling BS on that one. The PSTN is 8000 8bit samples per second. How do you suppose one would get more than 64kbps out of that? (Not that anyone can get 64k out of it either.) --Ricky - 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.

Subject: Re: (usr-tc) USR Bundles Available- New & Improved Prices :)
From: ispcnsl001@aol.com
Date: 1999-05-27 17:00:42

have you posted the same to the isp-equipment list. This list isn't really set up for quick sales of anything.

Subject: Re: (usr-tc) NO Phone support?
From: ispcnsl001@aol.com
Date: 1999-05-27 17:33:00

In a message dated 5/27/99 2:06:07 PM US Eastern Standard Time, gowens@magnolia-net.com writes: > A Ditto on Soulnet. We were brand new to the Hiperarc and one of their techs > stayed on the phone with us without interruption for over 3 hours holding > our hand and walking us step by step through our problem. Needless to say We > buy everything through them because of their tech support!!!(They also have > good prices) > Greg Owens > Magnolia Internet Services > http://www.magnolia-net.com Time to get on my soap box: Solunet does have some good people working for them, but tech support isn't really meant to be used for hand holding. You are authorized to call in to 3COM's when you are still under warranty for any legitimate problems. After the warranty period is expired you should be beyond hand holding and ready to move on to tougher issues. The true value of 3COM's tech support comes into play when you need help beyond initial setup. As with any organization, you may not always get the most senior technician when you call, but the resources at your disposal at 3COM are immense. I have been able to get answers to literally thousands of very high level off the wall questions over the years. All you have to do is ask. If the person you are talking to doesn't know the answer ask him/her to ask a team leader or a product specialist in the next level. It's that easy. Some people don't need access to these resources and that's fine. If all you are doing with your equipment is a basic default setup then you probably don't need it either. However, more and more customers want their equipment to do a number of things that the default configuration doesn't provide or that, perhaps, a feature does not exist for. Once a new product is established and stable 3COM usually responds very quickly to feature requests that make sense. Solunet, or anyone else for that matter, cannot compete with the kind of experience 3COM has, as a whole; talking to thousands of new and existing customers each month. Anyone else would have to be at least a little behind the power curve on existing issues, new features, emerging technologies that will be supported, etc. I can assure you 3COM's resellers out their realize this and call 3COM for help on the same all the time. Off soap box.

Subject: (usr-tc) caller id
From: Phil Henson <phil@cloh.net>
Date: 1999-05-27 18:23:33

Is there some setting in the tc box to allow caller id to be sent or show. Am using emerald radius and accounting? Telco says caller id is working but not showing up on this end. Phil

Subject: (usr-tc) Model Numbers?
From: Jim Logan <jim@top.net>
Date: 1999-05-27 18:59:12

I may be sorely confused, but where do you find the Model Number on a USR TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, and I can't find either of those numbers on any of the tags (000622-06 or 000976-00) on a Netserver card I have here. I have someone looking for a 976 version. Thanks! ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609

Subject: Re: (usr-tc) NO Phone support?
From: Greg Owens <gowens@magnolia-net.com>
Date: 1999-05-27 19:34:58

While what you say is probably true.....For this particular issue we did need a little hand holding (I'm sure we all have at one point and time) and Solunet did not keep me on hold for nearly an hour as 3Com was doing at that particular time. Yes things have gotten better with 3Coms tech support. The past couple of times I have called I had a tech within a few minutes. But it's still nice to know that if I can't get an answer from one of you all on this list, I can call them (Solunet) and get friendly, knowledgeable. tech support whether for hand holding or other wise. Because from reading many of the past posts once my contract is up so is 3Coms tech support (unless I shell out more money) -----Original Message----- >In a message dated 5/27/99 2:06:07 PM US Eastern Standard Time, >gowens@magnolia-net.com writes: > >> A Ditto on Soulnet. We were brand new to the Hiperarc and one of their techs >> stayed on the phone with us without interruption for over 3 hours holding >> our hand and walking us step by step through our problem. Needless to say >We >> buy everything through them because of their tech support!!!(They also have >> good prices) >> Greg Owens >> Magnolia Internet Services >> http://www.magnolia-net.com > >Time to get on my soap box: >Solunet does have some good people working for them, but tech support isn't >really meant to be used for hand holding. You are authorized to call in to >3COM's when you are still under warranty for any legitimate problems. After >the warranty period is expired you should be beyond hand holding and ready to >move on to tougher issues. The true value of 3COM's tech support comes into >play when you need help beyond initial setup. As with any organization, you >may not always get the most senior technician when you call, but the >resources at your disposal at 3COM are immense. I have been able to get >answers to literally thousands of very high level off the wall questions over >the years. All you have to do is ask. If the person you are talking to >doesn't know the answer ask him/her to ask a team leader or a product >specialist in the next level. It's that easy. Some people don't need access >to these resources and that's fine. If all you are doing with your equipment >is a basic default setup then you probably don't need it either. However, >more and more customers want their equipment to do a number of things that >the default configuration doesn't provide or that, perhaps, a feature does >not exist for. Once a new product is established and stable 3COM usually >responds very quickly to feature requests that make sense. Solunet, or >anyone else for that matter, cannot compete with the kind of experience 3COM >has, as a whole; talking to thousands of new and existing customers each >month. Anyone else would have to be at least a little behind the power curve >on existing issues, new features, emerging technologies that will be >supported, etc. I can assure you 3COM's resellers out their realize this and >call 3COM for help on the same all the time. >Off soap box. > >- > 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. >

Subject: Re: (usr-tc) Model Numbers?
From: Andrew:PC Global, Inc. <andrew@pcglobal.net>
Date: 1999-05-27 21:43:16

Got me. Im in the same state of confusion. Im trying to find it on the 3COM www site. Ill keep you posted. Thanks. Regards, Andrew Shlensky **************************** PC Global, Inc. (305) 667-2111 tel (305) 667-3636 fax (305) 216-8638 mobile URL: http://www.pcglobal.net E-MAIL: andrew@pcglobal.net ICQ: 21219089 Computer Service Parts SPECIALISTS! ALSO:SALES of New/Used PCs,Laptops Communication and Networking,Monitors Printers, Midrange/Mainframe.Hard Drives Hard to Find Parts. We buy and sell all types of GEAR- **************************** ----- Original Message ----- Sent: Thursday, May 27, 1999 7:59 PM I may be sorely confused, but where do you find the Model Number on a USR TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, and I can't find either of those numbers on any of the tags (000622-06 or 000976-00) on a Netserver card I have here. I have someone looking for a 976 version. Thanks! ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609 - 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.

Subject: (usr-tc) Connect Speeds.
From: Billy Huddleston <billy@nxs.net>
Date: 1999-05-27 23:02:36

We recently co-located our TC with a local CLEC. Since then, our conenct speeds seam to be lower than when we had the TC at our facility with PRI's. (Different CLEC too). Anyone have any ideas? I'm wondering if I need to ajust the db levels on the DPS's and Quads since we're so cose to the switch now. +--------------------------------------------------+ | Billy Huddleston System Administrator | | Net-Express http://www.nxs.net | | 114 Sherway Rd. Voice: 423-691-2014 | | Knoxville, TN 37922 Fax: 423-691-9894 | | billy@nxs.net | +--------------------------------------------------+

Subject: Re: (usr-tc) Connect Speeds.
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-28 01:46:46

Paul Farber writes... >If you went FROM a pri to a CT-1 then you may notice a slight decrease due >to the robbed bit signeling that a CT-1 has to use. PRI has that seperate >D channel (16Kbps) leaving the full 64K for that incommming call. > >We have a mix of PRI/CT-1's and I really didn't notice a big difference >between the two. Your interface to the switch may be a factor. I don't >know what special characteristics, but LBO may need to be adjusted, also >check that you have the DSP set to short haul, not long. Not sure were >that one is in TCM, but 99% need the short haul setting. In his specific case he needs short haul, since he's probably getting a DSX-1 interface off their colocated switch or DACS. The assertion that 99% need the short haul setting is precisely wrong, since the majority of users are connected via T1's (or PRI's) from their phone companies, which would require the long haul setting. >On Thu, 27 May 1999, Billy Huddleston wrote: > >> We recently co-located our TC with a local CLEC. Since then, our conenct >> speeds seam to be lower than when we had the TC at our facility with PRI's. >> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to >> ajust the db levels on the DPS's and Quads since we're so cose to the switch >> now. >> -- Aaron Nabil

Subject: Re: (usr-tc) Connect Speeds.
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-05-28 08:56:48

Paul Farber writes... >Correct me if I'm wrong but I thought the long/short haul setting was >determined by your distance from the demark to the DSP NIC. I can't >remember what the cutoff point was, but I thinks it's a couple houndred >feet. The long/short haul setting are determined by the interface. T1 - as in wires from a Telco - Long haul DSX-1 - as in from a CSU, DACS or mux - Short haul >On Fri, 28 May 1999, Aaron Nabil wrote: > >> Paul Farber writes... >> >If you went FROM a pri to a CT-1 then you may notice a slight decrease due >> >to the robbed bit signeling that a CT-1 has to use. PRI has that seperate >> >D channel (16Kbps) leaving the full 64K for that incommming call. >> > >> >We have a mix of PRI/CT-1's and I really didn't notice a big difference >> >between the two. Your interface to the switch may be a factor. I don't >> >know what special characteristics, but LBO may need to be adjusted, also >> >check that you have the DSP set to short haul, not long. Not sure were >> >that one is in TCM, but 99% need the short haul setting. >> >> In his specific case he needs short haul, since he's probably getting a >> DSX-1 interface off their colocated switch or DACS. >> >> The assertion that 99% need the short haul setting is precisely >> wrong, since the majority of users are connected via T1's (or PRI's) >> from their phone companies, which would require the long haul >> setting. >> >> >On Thu, 27 May 1999, Billy Huddleston wrote: >> > >> >> We recently co-located our TC with a local CLEC. Since then, our conenct >> >> speeds seam to be lower than when we had the TC at our facility with PRI's. >> >> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to >> >> ajust the db levels on the DPS's and Quads since we're so cose to the switch >> >> now. >> >> >> -- Aaron Nabil

Subject: (usr-tc) RE: (USR-TC) 128K DIALUP
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-05-28 09:25:00

I'll try not to get too much into PCM sampling theories here but the issue of 64kbs samples on a standard T-1 non-rob bit channel isn't the limiting factor for analog transmission per se'. Nyquist wrote a throem quite a while back which talks about the available analog usage on a channel as a function of the noise. Because there is a limit to the number of samples of an incoming signal and likewise the ability to represent an analog signal from a predetermined number of digital bits, there is always going to be decisions to be made as to whether a particular analog sample is a 0 or 1 at the bit level. This decision process is what causes PCM encoding errors/offset and creates a certain amount of floor noise. Thus the basis for Nyquists theorm on the amount of intelligable usage vs. noise. One other thing which was done was to make the PAM sampling part of the encoding/decoding process nonliner (i.e. logrithmic) because of how we tend to hear things. For data this actually made the problem worse since more data bits are eaten up at lower power levels and closer to the ambient noise on analog copper. This noise limitation is what is often been used to determine the carrier modulation frequency for various analog modem encoding schemes. By picking carrier frequencies like 1800 hz at a certain power level to maximize the number of PCM samples used and still have resonable power levels to get over the analog noise of analog copper. Having picked the analog carrier frequency, the next step is how you modulate the carrier to represent the incoming digital data from the end device. The original idea was single bit encoding which limited the modem speeds to around 2400hz (i.e. 1 hz offset for each bit). Then things like dibit (2 bit encoding) came along and we got up to around 4800 hz. Then trellis coding came along and we were off to the races. The V.90/X.2 increases have been primarily driven by the ability to stretch Nyquists theorm of available bandwidth over the ambient noise of D/A and A/D conversions. However, work continues on increased modulation techniques which allow mode digital data to be represented in an analog signal. If you actually drop back to pure analog modulation, it is theoretically possible to run at infinite bandwidth because a pure analog signal has a potentially infinite number of instantaneous combinations of frequency and power levels. However, the obvious limitations are the frequency response of analog copper and the ability of digital sampling technology to discern the analog differences. As the digital technology gets better through filtering and more precise sampling processes, the available data throughput will increase. Jeff U>Uh...they probably mean channel bonding. U>At 11:24 AM 5/27/99 -0400, you wrote: U>>On Thu, 27 May 1999, Robert von Bismarck wrote: U>>>Umm... Hardware level compression ? I know Nortel has been working U>>>hard on that end, using benefits from the video encoding industry U>>>(MPEG layer 4 specifically) U>>>It's most probably good only for voice, as data doesn't support U>>>lossy compression... ;-) U>> U>>That's not 128k now is it? Sometimes it is and sometimes it isn't. U>>Heh, Trellis encode a digital bit stream? U>> U>>--Ricky U>> CMPQwk 1.42 9999

Subject: Re: (usr-tc) Model Numbers?
From: Jim Logan <jim@top.net>
Date: 1999-05-28 10:22:30

At 10:38 AM 5/28/1999 -0400, you wrote: >There's usually a sticker with serial number, after the serial number there >will be a series of 0000. >That usually runs into the model number. That's what I thought and there is a sticker on he Connector, but it doesn't match any part number shown on 3 Com's site at all (This is the number 'after' what appears to be a serial number) 69-000809-01 R:2 . I guess there is really more than just 2 USR Part Numbers, so it would seem. > > >At 06:59 PM 5/27/99 -0500, you wrote: >> >>I may be sorely confused, but where do you find the Model Number on a USR >>TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, >>and I can't find either of those numbers on any of the tags (000622-06 or >>000976-00) on a Netserver card I have here. I have someone looking for a >>976 version. >> >> Thanks! >> >> >>******* Top Net InterNet Services ******** >>Omaha, Nebraska www.top.net >> Voice: (402) 339-5609 >> >> >>- >> 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. > > ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609

Subject: Re: (usr-tc) Model Numbers?
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-28 10:38:49

There's usually a sticker with serial number, after the serial number there will be a series of 0000. That usually runs into the model number. At 06:59 PM 5/27/99 -0500, you wrote: > >I may be sorely confused, but where do you find the Model Number on a USR >TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, >and I can't find either of those numbers on any of the tags (000622-06 or >000976-00) on a Netserver card I have here. I have someone looking for a >976 version. > > Thanks! > > >******* Top Net InterNet Services ******** >Omaha, Nebraska www.top.net > Voice: (402) 339-5609 > > >- > 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. >

Subject: Re: (usr-tc) Model Numbers?
From: Jim Logan <jim@top.net>
Date: 1999-05-28 11:34:44

At 11:55 AM 5/28/1999 -0400, you wrote: >That is the part number. I am unable to identify it with the cheat sheets I >have. It may be an older 386? No it was on a V.90 Chassis, and the CPU Heat Sink Definitely says 486DX4 .. > >At 10:22 AM 5/28/99 -0500, you wrote: >>At 10:38 AM 5/28/1999 -0400, you wrote: >>>There's usually a sticker with serial number, after the serial number there >>>will be a series of 0000. >>>That usually runs into the model number. >> >>That's what I thought and there is a sticker on he Connector, but it >>doesn't match any part number shown on 3 Com's site at all (This is the >>number 'after' what appears to be a serial number) 69-000809-01 R:2 . I >>guess there is really more than just 2 USR Part Numbers, so it would seem. >> >>> >>> >>>At 06:59 PM 5/27/99 -0500, you wrote: >>>> >>>>I may be sorely confused, but where do you find the Model Number on a USR >>>>TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, >>>>and I can't find either of those numbers on any of the tags (000622-06 or >>>>000976-00) on a Netserver card I have here. I have someone looking for a >>>>976 version. >>>> >>>> Thanks! >>>> >>>> >>>>******* Top Net InterNet Services ******** >>>>Omaha, Nebraska www.top.net >>>> Voice: (402) 339-5609 >>>> >>>> >>>>- >>>> 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. >>> >>> >>******* Top Net InterNet Services ******** >>Omaha, Nebraska www.top.net >> Voice: (402) 339-5609 >> >> >>- >> 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. > > ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609

Subject: Re: (usr-tc) Model Numbers?
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-28 11:55:17

That is the part number. I am unable to identify it with the cheat sheets I have. It may be an older 386? At 10:22 AM 5/28/99 -0500, you wrote: >At 10:38 AM 5/28/1999 -0400, you wrote: >>There's usually a sticker with serial number, after the serial number there >>will be a series of 0000. >>That usually runs into the model number. > >That's what I thought and there is a sticker on he Connector, but it >doesn't match any part number shown on 3 Com's site at all (This is the >number 'after' what appears to be a serial number) 69-000809-01 R:2 . I >guess there is really more than just 2 USR Part Numbers, so it would seem. > >> >> >>At 06:59 PM 5/27/99 -0500, you wrote: >>> >>>I may be sorely confused, but where do you find the Model Number on a USR >>>TC Netserver Card? I only see 2 versions of the card on 3Com's web pages, >>>and I can't find either of those numbers on any of the tags (000622-06 or >>>000976-00) on a Netserver card I have here. I have someone looking for a >>>976 version. >>> >>> Thanks! >>> >>> >>>******* Top Net InterNet Services ******** >>>Omaha, Nebraska www.top.net >>> Voice: (402) 339-5609 >>> >>> >>>- >>> 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. >> >> >******* Top Net InterNet Services ******** >Omaha, Nebraska www.top.net > Voice: (402) 339-5609 > > >- > 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. >

Subject: Re: (usr-tc) Connect Speeds.
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-28 12:16:01

If you went FROM a pri to a CT-1 then you may notice a slight decrease due to the robbed bit signeling that a CT-1 has to use. PRI has that seperate D channel (16Kbps) leaving the full 64K for that incommming call. We have a mix of PRI/CT-1's and I really didn't notice a big difference between the two. Your interface to the switch may be a factor. I don't know what special characteristics, but LBO may need to be adjusted, also check that you have the DSP set to short haul, not long. Not sure were that one is in TCM, but 99% need the short haul setting. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net On Thu, 27 May 1999, Billy Huddleston wrote: > We recently co-located our TC with a local CLEC. Since then, our conenct > speeds seam to be lower than when we had the TC at our facility with PRI's. > (Different CLEC too). Anyone have any ideas? I'm wondering if I need to > ajust the db levels on the DPS's and Quads since we're so cose to the switch > now. > > +--------------------------------------------------+ > | Billy Huddleston System Administrator | > | Net-Express http://www.nxs.net | > | 114 Sherway Rd. Voice: 423-691-2014 | > | Knoxville, TN 37922 Fax: 423-691-9894 | > | billy@nxs.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. >

Subject: (usr-tc) MAC's and their 56K global village modems
From: pferraro@wna-linknet.com
Date: 1999-05-28 12:43:05

OK, We need a little guidance here.... THe newer Macs have this 56k modem in it; sometimes they connect and sometimes they don't. Need to know if there is ANYTHING that we can tell the user to change on the client end, that will make these connections work all the time? I remember reading something about turning off the comperssion on their end? Also, is there a place we can place a string to make them do only v.34? 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 R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) MAC's and their 56K global village modems
From: Andy Berkvam <aberkvam@coredcs.com>
Date: 1999-05-28 16:04:11

On Fri, 28 May 1999 pferraro@wna-linknet.com wrote: > We need a little guidance here.... THe newer Macs have this 56k modem > in it; sometimes they connect and sometimes they don't. Need to know if > there is ANYTHING that we can tell the user to change on the client end, > that will make these connections work all the time? > The modem is Rockwell-based. We've had good luck in making sure that the Macs have the latest firmware update from Apple which updates the modems to the 2.200 Rockwell code. If the 56K modem is in a "beige" Mac, go to <http://asu.info.apple.com/swupdates.nsf/artnum/n11206> to download the latest firmware. If the modem came with a PowerBook G3 Series or iMac, get the latest firmware from <http://asu.info.apple.com/swupdates.nsf/artnum/n11315>. > I remember reading something about turning off the comperssion on their > end? Also, is there a place we can place a string to make them do only > v.34? > If the Mac is using its built-in PPP software, it uses modem scripts to change modem settings. The latest updates for the iMac include a script that will set the modem to V.34-only. If you want to download this script separately, go to <http://asu.info.apple.com/swupdates.nsf/artnum/n11128>. Otherwise you could use alternate PPP software like FreePPP <http://www.rockstar.com/> which lets you directly enter init strings. Andy -- =========================================================================== Andy Berkvam | "I don't have a distinctive voice. | At least, not a distinctive voice Email: | like anyone else's..." aberkvam@coredcs.com | - Me (MIME Attachments OK)|-WWW Pages: <http://www.coredcs.com/~aberkvam/> ===========================================================================

Subject: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
From: Peter Olson <peter.olson@chi.frb.org>
Date: 1999-05-28 16:09:08

Hi, Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in hardware/software? Circumstances: 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59. No problems with previous provider so far as we know. 2. We have just performed a cutover of a backup/test system from one service provider to another to take advantage of much lower rates. We ran into some provisioning trouble, since MCI did not know about 3COM owning the USR TC, past that they get the service turned up, calls from a USR modem client would not connect. When we busied out the first channel, every other channel worked. Question2: Should I be going after the service provider or start looking for a hardware solution? We did not have another HiperDSP card to try out. Question3: Should we back off of the 2.0.19 drivers? Any help would be appreciated. Regards, --Peter Olson

Subject: (usr-tc) Interpreting Monitor PPP Output
From: Carl Litt <carl@execulink.com>
Date: 1999-05-28 16:34:17

Can someone refer or explain how to interpret the hexadecimal "monitor ppp" output? In particular, I need to be able to extract the IP and port numbers of the packets. I realize this is getting into RFC territory here, but I think this is a valuable skill. Tried the archives, but the search function is disabled. I think I remember hearing there was a tool out there which could do this (or maybe I'm thinking of the "monitor radius" output? Thanks for any assistance.

Subject: (usr-tc) 3Com CMTS gear
From: Walt Gnann <wgnann@islc.net>
Date: 1999-05-28 17:11:39

Anyone happen to be using the 3Com cable modem headend gear and software? Any comments how well it works, ease of management, etc. Anyone using someone else's gear for cable internet service, like Cisco's uBR7223? Please reply privately. Walt Walter N. Gnann ISLC, President 843.770.1000 843.770.1002 (fax) wgnann@islc.net http://www.islc.net http://www.beaufortonline.com http://www.beaufortcomputerclub.org

Subject: (usr-tc) fs: 52899 USR Hardware
From: Steve Rivera <sales@wrca.net>
Date: 1999-05-28 17:27:11

Hey Guys and Gals. Just to let you know. If you need anything..... US Robtoics 4- Netserver 8 v34 $700 1- MP8 v34 $650 1- Netserver 16 v34 $1100 1- MP16I...some bad ports $1500 6- Netserver 8I $1500 or BO 3- Netserver 16I (Unused) $3850 or BO 5- USR TC Chassis $350 includes dual 45a pwr 2- NMC Nac only $650 4- Hyper DSP's $3800 10-Quad Digital Mopdem cards All DOA warranty. visa, mastercard, cod cashiers check. Steve Rivera - sales@wrca.net - 732-833-2111 http://www.wrca.net WTB: Cisco 4500M, Ascend Max4000 Chassis, MXSL-16MOD-L56, Hot Items in Stock: Cisco AS5248 v90, 2511, Livingston ORU, PM2E-30, USR Ntsvr 16I+ '''''''''''''''''''''''''''''''''''''''''''''''

Subject: (usr-tc) Total control and RIP
From: Brian Hitchcock <brianh@kcweb.net>
Date: 1999-05-28 17:38:52

How do I turn on RIP routing in a total control box? Brian Hitchcock

Subject: (usr-tc) NFAS
From: pferraro@wna-linknet.com
Date: 1999-05-28 18:50:11

Anyone doing multiple DSPs on a single D channel with the NEW TC 3.5 code? We just found out that our tarrifs are being substatially reduced and we are going all PRI/ISDN, but need some pointers on setting up the DSPs to handle NFAS We prefer to use 1 D channel for the 3 DSP cards we currently have in the chassis! Also need some info on spanning multiple chassis for isdn. 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 R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: Re: (usr-tc) Connect Speeds.
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-28 21:21:19

Correct me if I'm wrong but I thought the long/short haul setting was determined by your distance from the demark to the DSP NIC. I can't remember what the cutoff point was, but I thinks it's a couple houndred feet. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net On Fri, 28 May 1999, Aaron Nabil wrote: > Paul Farber writes... > >If you went FROM a pri to a CT-1 then you may notice a slight decrease due > >to the robbed bit signeling that a CT-1 has to use. PRI has that seperate > >D channel (16Kbps) leaving the full 64K for that incommming call. > > > >We have a mix of PRI/CT-1's and I really didn't notice a big difference > >between the two. Your interface to the switch may be a factor. I don't > >know what special characteristics, but LBO may need to be adjusted, also > >check that you have the DSP set to short haul, not long. Not sure were > >that one is in TCM, but 99% need the short haul setting. > > In his specific case he needs short haul, since he's probably getting a > DSX-1 interface off their colocated switch or DACS. > > The assertion that 99% need the short haul setting is precisely > wrong, since the majority of users are connected via T1's (or PRI's) > from their phone companies, which would require the long haul > setting. > > >On Thu, 27 May 1999, Billy Huddleston wrote: > > > >> We recently co-located our TC with a local CLEC. Since then, our conenct > >> speeds seam to be lower than when we had the TC at our facility with PRI's. > >> (Different CLEC too). Anyone have any ideas? I'm wondering if I need to > >> ajust the db levels on the DPS's and Quads since we're so cose to the switch > >> now. > >> > > > -- > Aaron Nabil > > - > 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. >

Subject: (usr-tc) Carrier Loss
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-05-28 23:05:05

hello all, The radius logs and the TCM performance monitor show that several users are getting consistant dropped carrier terminate causes. A quick scan of the detail logs show: Acct-Session-Time = 209 Acct-Terminate-Cause = Lost-Carrier How can I find out who is dropping carrier (me or them)? I show that they did authenticate and were assigned an IP, so the ARC new about them, and both the session start and end radius records were recorded I do have syslogging enabled, but not the snmp traps. Whats the best thing to monitor for? Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net

Subject: Re: (usr-tc) NFAS
From: shawn harris <chaos@zebra.net>
Date: 1999-05-29 01:53:26

I am currently on site using nfas slot one dsp is dchannel for dsps 1,2,3,and 4 slot 5 is d for 5,6 slot 7 is d for 7 and 8 but looks like the 7 8 combo isnt going to work cause 7 nfas setting revert back to default setting after a save to nvram btw the setting is in program settings nfas when you highlight d channell lights on dsp Stephen Amadei wrote: > On Fri, 28 May 1999 pferraro@wna-linknet.com wrote: > > > > > Anyone doing multiple DSPs on a single D channel with the NEW TC > > 3.5 code? We just found out that our tarrifs are being substatially > > reduced and we are going all PRI/ISDN, but need some pointers on setting > > up the DSPs to handle NFAS We prefer to use 1 D channel for the 3 DSP > > cards we currently have in the chassis! > > I hear ya... I could use some pointers, too... but I'll get to try out > NFAS sometime this week when nearly all our PRIs change to 24B. Trial by > fire... ;-) > > ----Steve > Stephen Amadei > Director of MIS > Dandy Connections, Inc. > 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.

Subject: RE: (usr-tc) 3.5 comments?
From: Scott Boggs <sboggs@unitedbank.net>
Date: 1999-05-29 11:05:15

If I upgrade to all the current TCS3.5 componets and then decide I would rather have my DSP ver 1.2.43 code back in place, can I expect any conflicts with the new NMC code and new TotCtrlManager for Win? Scott Boggs AccessUnited Internet > -----Original Message----- > From: Mark S - Squid Manager [SMTP:squid@greenapple.com] > Sent: Monday, May 10, 1999 9:03 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) 3.5 comments? > > Did not help the Rockwell issue at all, and we are even getting more > issues > with aopen modems and such, all Rockwell based, that will not connect now, > but did before 3.5. Getting the latest code on their side works most of > the > time, but a real hassle since they were working fine before. > > Mark > Green Apple Inc > >

Subject: Re: (usr-tc) 3.5 comments?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-05-29 13:00:55

Thus spake Scott Boggs >If I upgrade to all the current TCS3.5 componets and then decide >I would rather have my DSP ver 1.2.43 code back in place, >can I expect any conflicts with the new NMC code and new TotCtrlManager for >Win? Not with the Total Control Manager...at least nothing earth shattering. The NMC code is a bit trickier, but I don't suspect there would be any problems. Typically, if my understanding is correct, the NMC code is backward compatible one TCS revision at least. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
From: Brian <signal@shreve.net>
Date: 1999-05-29 20:06:50

On Fri, 28 May 1999, Peter Olson wrote: > Hi, > > Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in > hardware/software? No, but I have seen channel mapping get hosed. Did you check your channel mappings? > > Circumstances: > 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59. No problems with > previous provider so far as we know. > 2. We have just performed a cutover of a backup/test system from one service > provider to another to take advantage of much lower rates. We ran into some > provisioning trouble, since MCI did not know about 3COM owning the USR TC, past > that they get the service turned up, calls from a USR modem client would not > connect. When we busied out the first channel, every other channel worked. > > Question2: Should I be going after the service provider or start looking for a > hardware solution? We did not have another HiperDSP card to try out. > Question3: Should we back off of the 2.0.19 drivers? > W > Any help would be appreciated. > Regards, > --Peter Olson > > > > - > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: Re: (usr-tc) NFAS
From: Stephen Amadei <amadei@dandy.net>
Date: 1999-05-29 21:54:35

On Fri, 28 May 1999 pferraro@wna-linknet.com wrote: > > Anyone doing multiple DSPs on a single D channel with the NEW TC > 3.5 code? We just found out that our tarrifs are being substatially > reduced and we are going all PRI/ISDN, but need some pointers on setting > up the DSPs to handle NFAS We prefer to use 1 D channel for the 3 DSP > cards we currently have in the chassis! I hear ya... I could use some pointers, too... but I'll get to try out NFAS sometime this week when nearly all our PRIs change to 24B. Trial by fire... ;-) ----Steve Stephen Amadei Director of MIS Dandy Connections, Inc. Atlantic City, NJ

Subject: Re: (usr-tc) Opinions needed on 3COM/USR Totalcontrol NS-8
From: John Scrivner <john@hair.scrivner.com>
Date: 1999-05-30 04:41:38

If your RBOC is like mine (Ameritech) then you are on the wrong track with BRI. They will screwup the provisioning and you might get one channel to work on each BRI as host mode for V.90. Your best bet is to get a box capable of PRI and only provision 8 channels if that is all you need. If the switch supports ESF then just use channelized T1's (cheaper then PRI in most markets). You will be far better off in the long run. One added benefit is the ability to easily add channels as time goes by. Your line charges are less with PRI/T1 as well. I have done both ways so I know what I am saying on this subject. Sincerely, John Scrivner ---------- Original Message ---------------------------------- Reply-To: usr-tc@lists.xmission.com > Does anyone have opinions, good or bad, on the 3COM/USR Totalcontrol NS-8 remote access server? I'd use it to allow 8 V.90 connections over 4 ISDN BRI lines. I need it to support TCP/IP and Appletalk over PPP. The price on the secondhand market is quite good. Matt Harrington University of California San Francisco 415-476-4628 - 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.

Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
From: Peter Olson <peter.olson@chi.frb.org>
Date: 1999-05-30 09:14:18

Thanks for the suggestion to look at channel mappings. On your suggestion, I doubled checked and found that all are assigned to group1. We did also check other settings on each channel to verify they were configured the same way, and so far as I can see they are. My brother-in-law at Lucent had never heard of such a problem either. . . Thanks, --Peter Brian <signal@shreve.net> on 05/29/1999 08:06:50 PM Please respond to usr-tc@lists.xmission.com To: usr-tc@lists.xmission.com cc: (bcc: Peter Olson/ITS/CHI/FRB07) Subject Re: (usr-tc) Why won't HiperDSP Port 1 of 23 : connect? On Fri, 28 May 1999, Peter Olson wrote: > Hi, > > Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in > hardware/software? No, but I have seen channel mapping get hosed. Did you check your channel mappings? > > Circumstances: > 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59. No problems with > previous provider so far as we know. > 2. We have just performed a cutover of a backup/test system from one service > provider to another to take advantage of much lower rates. We ran into some > provisioning trouble, since MCI did not know about 3COM owning the USR TC, past > that they get the service turned up, calls from a USR modem client would not > connect. When we busied out the first channel, every other channel worked. > > Question2: Should I be going after the service provider or start looking for a > hardware solution? We did not have another HiperDSP card to try out. > Question3: Should we back off of the 2.0.19 drivers? > W > Any help would be appreciated. > Regards, > --Peter Olson > > > > - > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881) - 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.

Subject: Re: (usr-tc) Why won't HiperDSP Port 1 of 23 connect?
From: Brian <signal@shreve.net>
Date: 1999-05-30 11:06:04

On Sun, 30 May 1999, Peter Olson wrote: > Thanks for the suggestion to look at channel mappings. On your suggestion, I > doubled checked and found that all are assigned to group1. We did also check > other settings on each channel to verify they were configured the same way, and > so far as I can see they are. My brother-in-law at Lucent had never heard of > such a problem either. . . > Thanks, > --Peter I didn't mean what group they were assigned to. Highlight the T1/PRI span, then goto configure, and then you can see where each channel (1-24) should be mapped to modem (1-24). Some things to do: Highlight the T1/PRI span. Goto Performance Monitor and select DS1 settings. Look for something like Modem unavailable or something to that effect, and make sure you don't have a whole bunch of calls that were rejected because it thought their was no modem. Then, click on the modems in that span, goto Perf Monitor. I think in feature group #2, you can click on Number of calls received. Make sure it looks normal (if your in first available hunting, the earlier modems should have the most calls and this should trickle down......their should be NO gaps between modems that have taken calls. If you are in uniform call distribution/round robin, then you should have an even dispersion of calls with none that are 0, except channel 24 if your using pri). Brian > > > > > > > > > Brian <signal@shreve.net> on 05/29/1999 08:06:50 PM > > Please respond to usr-tc@lists.xmission.com > > > > To: usr-tc@lists.xmission.com > > cc: (bcc: Peter Olson/ITS/CHI/FRB07) > > > > Subject Re: (usr-tc) Why won't HiperDSP Port 1 of 23 > : connect? > > > > > > > > > On Fri, 28 May 1999, Peter Olson wrote: > > > Hi, > > > > Question: Has anyone ever seen one channel of a HiperDSP ISDN/PRI go bad in > > hardware/software? > > No, but I have seen channel mapping get hosed. Did you check your channel > mappings? > > > > > Circumstances: > > 1. We upgraded to the 2.0.19 HiperDSP drivers from 1.2.59. No problems with > > previous provider so far as we know. > > 2. We have just performed a cutover of a backup/test system from one service > > provider to another to take advantage of much lower rates. We ran into some > > provisioning trouble, since MCI did not know about 3COM owning the USR TC, > past > > that they get the service turned up, calls from a USR modem client would not > > connect. When we busied out the first channel, every other channel worked. > > > > Question2: Should I be going after the service provider or start looking for a > > hardware solution? We did not have another HiperDSP card to try out. > > Question3: Should we back off of the 2.0.19 drivers? > > > > W > > Any help would be appreciated. > > Regards, > > --Peter Olson > > > > > > > > - > > 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. > > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > 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. > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Subject: (usr-tc) Idle time-out
From: Sam Lowe <slowe@universalcom.net>
Date: 1999-05-30 19:00:37

Can anyone tell me how to check/set idle disconnect time on a global user basis. I can find the command for the console, but that's it. I know it is in there somewhere, but appear to have done a brain dump. TIA. Samuel S. Lowe Director, Data Network Services UniversalCom, Inc Voice 850-837-0077 VM x116 FAX 850-654-1794 slowe@universalcom.net

Subject: Re: (usr-tc) Idle time-out
From: Russ Miescke <russm@powerweb.net>
Date: 1999-05-31 12:32:39

Set user default idle_timeout _______ Russ Miescke Power Web Connect ----- Original Message ----- Sent: Sunday, May 30, 1999 7:00 PM > Can anyone tell me how to check/set idle disconnect time on a global user > basis. I can find the command for the console, but that's it. I know it is > in there somewhere, but appear to have done a brain dump. > > TIA. > > Samuel S. Lowe > Director, Data Network Services > UniversalCom, Inc > Voice 850-837-0077 VM x116 > FAX 850-654-1794 > slowe@universalcom.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. >

Subject: Re: (usr-tc) Idle time-out
From: todd_keister@3com.com
Date: 1999-05-31 13:00:36

Russ: If you are using the Hyper ARC, you don't set a timeout on a gobal basis, you set a timeout on the default user. This is how you set all parameters that will affect all user accounts (unless overidden by settings in Radius - where settings for individual accounts WILL take precedence). set user default* idle_timeout [time in seconds: eg 900 seconds is 15 minutes]. [* default is the username for your default account] To see the complete subarguments go to a telnet prompt and type: help set user This information is also listed in the 3Com Knowledgebase: http://knowledgebase.3com.com/ Just click on the image of a totalcontrol box, then enter your questions.... Hope this helps...... Todd ;-} PS: If you are using the NetServer then go to the knowledge base and query on "CLI" and you will get a (nearly) complete listing of the command line interface commands for the NetServer. ;-} "Russ Miescke" <russm@powerweb.net> on 05/31/99 12:32:39 PM Please respond to usr-tc@lists.xmission.com Sent by: "Russ Miescke" <russm@powerweb.net> cc: (Todd Keister/MW/US/3Com) Set user default idle_timeout _______ Russ Miescke Power Web Connect ----- Original Message ----- Sent: Sunday, May 30, 1999 7:00 PM > Can anyone tell me how to check/set idle disconnect time on a global user > basis. I can find the command for the console, but that's it. I know it is > in there somewhere, but appear to have done a brain dump. > > TIA. > > Samuel S. Lowe > Director, Data Network Services > UniversalCom, Inc > Voice 850-837-0077 VM x116 > FAX 850-654-1794 > slowe@universalcom.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. > - 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.

Subject: (usr-tc) Re: your mail
From: Marcelo Souza <mpsouza@centroin.com.br>
Date: 1999-05-31 13:28:21

On Wed, 26 May 1999 chaos@zebra.net wrote: |ok I need to figure out the harc command for current transmit speed |I know I could get this from snmp so if someone knows the particular oid that |may be helpful as well for a script im writing |I have no quads so its all hiper hardware Here are some OIDs I use to monitor the connections: 'mdmCsModulationType' => '.1.3.6.1.4.1.429.1.6.9.1.1.14' 'mdmCsFinalTxLinkRate' => '.1.3.6.1.4.1.429.1.6.9.1.1.12' 'mdmCsFinalRxLinkRate' => '.1.3.6.1.4.1.429.1.6.9.1.1.13' 'mdmCsErrorControlType' => '.1.3.6.1.4.1.429.1.6.9.1.1.16' 'mdmCsCompressionType' => '.1.3.6.1.4.1.429.1.6.9.1.1.17' 'mdmCsGainHitCount' => '.1.3.6.1.4.1.429.1.6.9.1.1.37' 'mdmCsCallDuration' => '.1.3.6.1.4.1.429.1.6.9.1.1.39' 'mdmCsQSNR' => '.1.3.6.1.4.1.429.1.6.9.1.1.61' 'mdmCsQRndTripDly' => '.1.3.6.1.4.1.429.1.6.9.1.1.64' 'mdmCsDigitalPadAttenuated' => '.1.3.6.1.4.1.429.1.6.9.1.1.87' 'mdmCsFallbackQty' => '.1.3.6.1.4.1.429.1.6.9.1.1.34' 'mdmCsBlerQty' => '.1.3.6.1.4.1.429.1.6.9.1.1.32' 'mdmCsCharsLost' => '.1.3.6.1.4.1.429.1.6.9.1.1.30' - Marcelo

Subject: Re: (usr-tc) Idle time-out
From: Paul Farber <farber@admin.f-tech.net>
Date: 1999-06-01 11:21:12

A better method may be setting S20 on each modem to 20 minutes. It's in the call control options. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber@admin.f-tech.net On Mon, 31 May 1999 Todd_Keister@3com.com wrote: > > > Russ: > > > If you are using the Hyper ARC, you don't set a timeout on a gobal basis, > you set a timeout on the default user. This is how you set all parameters that > will affect all user accounts (unless overidden by settings in Radius - where > settings for individual accounts WILL take precedence). > > set user default* idle_timeout [time in seconds: eg 900 seconds is 15 > minutes]. > [* default is the username for your default account] > > To see the complete subarguments go to a telnet prompt and type: help set > user > > This information is also listed in the 3Com Knowledgebase: > http://knowledgebase.3com.com/ Just click on the image of a totalcontrol > box, then enter your questions.... > > Hope this helps...... > > Todd ;-} > > PS: If you are using the NetServer then go to the knowledge base and query > on "CLI" and you will get a (nearly) complete listing of the command line > interface commands for the NetServer. > ;-} > > > > > > "Russ Miescke" <russm@powerweb.net> on 05/31/99 12:32:39 PM > > Please respond to usr-tc@lists.xmission.com > > Sent by: "Russ Miescke" <russm@powerweb.net> > > > To: usr-tc@lists.xmission.com > cc: (Todd Keister/MW/US/3Com) > Subject: Re: (usr-tc) Idle time-out > > > > > Set user default idle_timeout _______ > Russ Miescke > Power Web Connect > > ----- Original Message ----- > From: Sam Lowe <slowe@universalcom.net> > To: <usr-tc@lists.xmission.com> > Sent: Sunday, May 30, 1999 7:00 PM > Subject: (usr-tc) Idle time-out > > > > Can anyone tell me how to check/set idle disconnect time on a global user > > basis. I can find the command for the console, but that's it. I know it > is > > in there somewhere, but appear to have done a brain dump. > > > > TIA. > > > > Samuel S. Lowe > > Director, Data Network Services > > UniversalCom, Inc > > Voice 850-837-0077 VM x116 > > FAX 850-654-1794 > > slowe@universalcom.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. > > > > > - > 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. >

Messages