December 1997

There is a modem on one of my TC racks, that is not getting hit. Its not generating a busy signal or anything, its just not getting hit. Here is some info: modem is in slot 5/3 This modem is mapped to a DS0 (pri #1 channel 15) Quad B-channel/Modem Device Status 19 5/3 Avail Span Line 1 DS0 Status DS0 DS0 Device Slot/ Status Type Chan 15 IDLE NONE -/- S19 A R P on 0.0.0.0 Login/Ne IDLE 6088697 240347862 0 What I have tried: 1. Software reset of the modem 2. Hardware reset of the QuadCard 3. Placing the channel in Service again (even though it already is!) 4. Swapping out the Quad with another (same indication) 5. resetting S19 on the Netserver PRI is using fixed assignment. What could be going wrong here? I seem to remember someone having something similar in the past. Brian /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

I am new to the industry of being an ISP. When I needed help or advice, there was someone out there to point in the right direction. It is good to know that there is such a group in existance. With the advice and monitoring of threads, it ha helped my business proceed in quite a successful way and to avoid alot of the pitfalls that others have fallen into. I thank everyone for there help. I would also like to take ths opportunity to wish every one a Very Merry Christmas! 73's John Campbell - KC4LWI http://www.roava.net mailto:sparky@roava.net

Just found this on the 3COM news server (totalservice.usr.com) - seems Quake isn't the only online game with performance problems through the USR-TC... -- forwarded message -- We have seen this a few times.. More with games such as Subspace (subspace.vie.com) etc. where the game pings multiple game servers to check lag etc. Well I've have quite a few calls from customers that when playing this game they get "no data" after a few minutes of play. If they Exit, wait 2-3min then enter the game server again, they are good for a few more minutes then the nodata comes up again. This only happens when customers are dialed into our USR box. We have 3 Ascend MAX boxes that we run 56flex on and we have NO problems like this from them at all.. Also our bank of 48 supra analog modems have no problems. Is it the "pinging" that gets a user denied packets after so many? I've noticed that packets bigger than 2k will not go through the USR, security feature or something. But these are small 52byte packets. Sounds like the same General problem as what you guys are having.

If you check the disconnect reason I think you'll find it's a "MaxRetransmitLevel" I've been looking for a setting to change in the TC and believe it is under the MODEM "DTR Interface settings" Hardware Flow Control (&R)dataOnRtsHigh Ours was set to the default of and it's too early to see if this helped/hurt anything, but I think that it makes sense. Beside another forum member has it in their settings . Good luck Mike H

On Fri, 26 Dec 1997, Robert von Bismarck wrote: > Happy holidays, >=20 > I had a nice xmas surprise, the telco installed a PRI on the 23rd of > December. Thus I decided to install a USR TC there, with the new > HyperDSP card and still an old Netserver card. The setup worked, I had > it accept calls after only 8 hours work with the handbooks and the help > of 3com and the local telco. I thought all is well, until I set it up > to do RADIUS Auth, this will not work. > I checked my RADIUS servers, and have the correct information in the > clients file. The TC has the correct server addresses and secrets. It > even sends the correct info to the RADIUS server (thank god for packet > sniffers), which answers correctly, but the TC rejects the login > nevertheless.=20 > This is really strange, because I have the same config (except for > different IP's) running in another POP without a glitch. on the radius UNIX host, check /etc/hosts and verify IP's there. I always put them in there instead of just relying on DNS, I think with Merit you may have too. Enable debugging on the RADIUS server and send us the output from radius.debug >=20 > Any ideas=A0? >=20 > Thanks, >=20 > Robert von Bismarck > Network Manager > Petrel Communication S.A. > Geneva - Switzerland >=20 > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >=20 /-------------------------- signal@shreve.net -----------------------------= \ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 = | | Systems Administrator | Perl, Linux | Web hosting, online stores, = | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs = | | 89 CRX DX w/MPFI, lots of |-=3D*:Quake:*=3D-| http://www.shreve.net/ = | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 = | \-------------------------- 318-222-2638 x109 -----------------------------= /

Happy holidays, I had a nice xmas surprise, the telco installed a PRI on the 23rd of December. Thus I decided to install a USR TC there, with the new HyperDSP card and still an old Netserver card. The setup worked, I had it accept calls after only 8 hours work with the handbooks and the help of 3com and the local telco. I thought all is well, until I set it up to do RADIUS Auth, this will not work. I checked my RADIUS servers, and have the correct information in the clients file. The TC has the correct server addresses and secrets. It even sends the correct info to the RADIUS server (thank god for packet sniffers), which answers correctly, but the TC rejects the login nevertheless.=20 This is really strange, because I have the same config (except for different IP's) running in another POP without a glitch. Any ideas=A0? Thanks, Robert von Bismarck Network Manager Petrel Communication S.A. Geneva - Switzerland

Has anyone set the MTU lower from the default 1500 on TC HUBS? I noticed that Livingston Radius sets this to 1500 in the DEFAULT PPP entry. The most common recommendation I've seen is setting it to 576. But how does this affect most stacks like Win95 DUN, FreePPP, Shiva, etc...? Does anyone know if the TCP MSS and TCP RWIN values are readjusted properly (as recommended in the Navas Modem FAQ http://www.aimnet.com/~jnavas/modem/faq_a.htm#SLIP_PPP) when lowered during the negotiation phases? ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

On Fri, 26 Dec 1997, Michael Hamrich wrote: > If you check the disconnect reason I think you'll find it's a > "MaxRetransmitLevel" > > I've been looking for a setting to change in the TC and believe it is under > the MODEM "DTR Interface settings" Hardware Flow Control (&R)dataOnRtsHigh > > Ours was set to the default of and it's too early to see if this > helped/hurt anything, but I think that it makes sense. Beside another forum > member has it in their settings . > > Good luck > Mike H > This is interesting. What other settings differnt from factory default have you all changed on your Quads and HyperDSP? Basically I load the hardware defaults and then just change: Carrier Loss Delay from 7ms I jump that up to about 200. So what you're saying above is maybe this parameter should be changed also? Definitly let us know if it helps. Brian > > ---------- > > From: Bob Purdon <bobp@gremlin.southcom.com.au> > > To: usr-tc@xmission.com > > Subject: (usr-tc) Re: User uploads kicked off! > > Date: Thursday, December 25, 1997 3:52 AM > > > > Just found this on the 3COM news server (totalservice.usr.com) - seems > Quake > > isn't the only online game with performance problems through the > USR-TC... > > > > -- forwarded message -- > > > > We have seen this a few times.. More with games such as Subspace > > (subspace.vie.com) etc. where the game pings multiple game servers to > check > > lag etc. Well I've have quite a few calls from customers that when > playing > > this game they get "no data" after a few minutes of play. If they Exit, > wait > > 2-3min then enter the game server again, they are good for a few more > > minutes then the nodata comes up again. This only happens when customers > are > > dialed into our USR box. We have 3 Ascend MAX boxes that we run 56flex on > > and we have NO problems like this from them at all.. Also our bank of 48 > > supra analog modems have no problems. Is it the "pinging" that gets a > user > > denied packets after so many? I've noticed that packets bigger than 2k > will > > not go through the USR, security feature or something. But these are > small > > 52byte packets. Sounds like the same General problem as what you guys are > > having. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

On Fri, 26 Dec 1997, Jeff Lynch wrote: > Has anyone set the MTU lower from the default 1500 on TC HUBS? > I noticed that Livingston Radius sets this to 1500 in the DEFAULT PPP > entry. The most common recommendation I've seen is setting > it to 576. But how does this affect most stacks like Win95 DUN, > FreePPP, Shiva, etc...? Does anyone know if the TCP MSS Win95 will NOT accept the RADIUS servers suggestion of a MTU. There ARE programs out there that will change the MTU/MRU under Win95, basically they are just programs with nice interfaces that change the information which is stored in the Registry. On UNIX its easy to modify the MTU, but I have not verified if packages such as ppp-2.3.x.tar.gz actually accept the RADIUS servers MTU requests. > and TCP RWIN values are readjusted properly (as recommended in > the Navas Modem FAQ > http://www.aimnet.com/~jnavas/modem/faq_a.htm#SLIP_PPP) when > lowered during the negotiation phases? I played around with MTU's alot to try and see performance increases in real-time applications such as Quake, in which you would want as little latency as possible. However, I do not beleive that programs that use UDP, rely on MTU/RWIN's, since I believe that is negotiated on the TCP layer and not the IP layer. Brian > > ========================================================================= > Jeffrey A. Lynch, President JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

On Friday, December 26, 1997 11:00 AM, Brian [SMTP:signal@shreve.net] wrote: > On Fri, 26 Dec 1997, Robert von Bismarck wrote: > > > Happy holidays, > > > > I had a nice xmas surprise, the telco installed a PRI on the 23rd of > > December. Thus I decided to install a USR TC there, with the new > > HyperDSP card and still an old Netserver card. The setup worked, I had > > it accept calls after only 8 hours work with the handbooks and the help > > of 3com and the local telco. I thought all is well, until I set it up > > to do RADIUS Auth, this will not work. > > I checked my RADIUS servers, and have the correct information in the > > clients file. The TC has the correct server addresses and secrets. It > > even sends the correct info to the RADIUS server (thank god for packet > > sniffers), which answers correctly, but the TC rejects the login > > nevertheless. > > This is really strange, because I have the same config (except for > > different IP's) running in another POP without a glitch. > > > on the radius UNIX host, check /etc/hosts and verify IP's there. I always > put them in there instead of just relying on DNS, I think with Merit you > may have too. > > Enable debugging on the RADIUS server and send us the output from > radius.debug > > > > > Any ideas ? > > > > Thanks, > > > > Robert von Bismarck > > Network Manager > > Petrel Communication S.A. > > Geneva - Switzerland > > Make sure this filer is either commented out or exists on the NETSERVER. Filter-Id = "std.ppp" The NETSERVER will accept the login then disconnect the user when this is an issue. If you need any additional help, don't hesitate to e-mail me directly. Marshall Morgan http://www.netdoor.com 601.969.1434 | Fax 601.969.3838 | 800.952.1570

Thus spake Brian >On Fri, 26 Dec 1997, Jeff Lynch wrote: >> Has anyone set the MTU lower from the default 1500 on TC HUBS? >> I noticed that Livingston Radius sets this to 1500 in the DEFAULT PPP >> entry. The most common recommendation I've seen is setting >> it to 576. But how does this affect most stacks like Win95 DUN, >> FreePPP, Shiva, etc...? Does anyone know if the TCP MSS >Win95 will NOT accept the RADIUS servers suggestion of a MTU. There ARE >programs out there that will change the MTU/MRU under Win95, basically >they are just programs with nice interfaces that change the information >which is stored in the Registry. This is mainly because the MTU is negotiated before PAP, and therefore, before the RADIUS authentication and response is received with the MTU setting from the RADIUS server. Most PPP packages do not renegotiate the MTU after its been set already, though I believe I might have heard in earlier discussions that the PPP standard does allow for that. *shrug* >On UNIX its easy to modify the MTU, but I have not verified if packages >such as ppp-2.3.x.tar.gz actually accept the RADIUS servers MTU requests. I would doubt it. >> and TCP RWIN values are readjusted properly (as recommended in >> the Navas Modem FAQ >> http://www.aimnet.com/~jnavas/modem/faq_a.htm#SLIP_PPP) when >> lowered during the negotiation phases? >I played around with MTU's alot to try and see performance increases in >real-time applications such as Quake, in which you would want as little >latency as possible. >However, I do not beleive that programs that use UDP, rely on MTU/RWIN's, >since I believe that is negotiated on the TCP layer and not the IP layer. Sure they do, MTU is a layer 2 configuration option (ie, ethernet, ppp, slip, etc.), means its actually below IP as well, so if you're sending IPX or Appletalk on the link, it can be affected as well. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Fri, 26 Dec 1997, Erkan Alemdar wrote: > Max 4060, PM3, BAY 8000, AS3000 or USR > So many choices... Not really that many, yet... > We are an ISP in Turkey, currently we are upgrading our system from analog > to digital PIR lines. we will be installing around 1000-2000 ports in 98, > So we have to buy new access concentrators, but we are having difficulty > deciding which one to choose. They all say they are the best. > Price wise Ascend is the most expensive and Bay is the cheapest. What do you > recommend??? > What is the latest market share of those companies? I recommend PM3. They were bought by Lucent which makes them the largest Access Server company in the world. They are very good products, and have very good tech support and customer service, oeverseas as well as domestic. They seem to respond more openly and quickly to customer feedback/complaints/demands, etc... You should get info on the new PM 4. Speaking of market, Ascend stock has declined steadily over the past year from a high of 88 to as low as 20. Livingston had been privately held until the 650 mil buyout, but their sales pretty much doubled every year. Bay, of course, is made up of smaller companies that were bought, e.g. Synoptics, Performance Technologies, ... USR products do not support major routing protocols and are quite large and require expensive cooling fan arrays. ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Jake Messinger ph:713-772-6690 Livingston Var AMS, Inc. fx:713-774-3498 Medical Billing 8300 Bissonnet #400 jake@ams.com Internet Services Houston, Texas 77074 www.ams.com/~jake Business Management ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~

>Most PPP packages do not renegotiate the MTU after its been >set already, though I believe I might have heard in earlier discussions that >the PPP standard does allow for that. *shrug* Even though it's a requirement that all PPP implementations be able to re-negotiate LCP at any time, many of them do not. I believe Microsoft's does. However, I'm pretty sure many implementations won't renegotiate, for fear of breaking against one of those implementations that doesn't support it. There was talk to moving the authentication phase to be part of the LCP negotiations, so that the useful information can all be exchanged at once; there was mixed support for it (I was vehemently for it). There is tons of information that could be associated with user, and some people were upset that this slight architectural limitation, combined with a few bad implementations, kept them from exchanging this information. I haven't been on the IETF PPP mailing list in at least 18 months, so I don't know what happened to that idea. -- Brad Wilson, student of Objectivism ------------ bradw at pobox.com --

Jake Messinger said once upon a time: >USR products do not support major routing protocols and are quite large >and require expensive cooling fan arrays. Six inches for 300+ modems is "quite large"? I wish my Cisco equipment was as "large" as my USR racks. My TC's came with their "expensive" cooling fan arrays. What's the replacement cost on those trays anyway? >Jake Messinger ph:713-772-6690 Livingston Var ^^^ No wonder.

J. S. Nakamura said once upon a time: > > >We are having problems with customers who have Cisco 76x series ISDN router >dialing into our USR-TC. Down stram traffic to the 76x works just fine but >whenever you try to upload things either ftp or a mail with an attachment, >it chokes and stops transfering packets. Strange thing is, if you change >the MTU on win95 from the default to 1499, it works just fine. > >I started thinking it may be some kind of MTU/MRU problem and I ran a PPP >debug on both cisco and the USR-TC. On the up-stream traffic from 76x to >usr, USR only requests MRRU (1500) size to the 76x but it never negotiates >MRU. 76x does negotiate both MRRU (1800) and MRU (1522) for the >down-stream traffic. (To 76x) Search around on www.cisco.com for "USR" or "US Robotics". This bug is described and there is a workaround.

The Carrier Loss delay is a dramatic improvement, this DataOnRtsHigh was something I saw when comparing my quad settings with someone's that were working. I have not seen a retransmittLevel error since the change but, our things have been slow >15 logons at a time, and the ReTrans errors seem to happen in clusters. So IM not sure. So far it hasn't hurt. > If you check the disconnect reason I think you'll find it's a > "MaxRetransmitLevel" > I've been looking for a setting to change in the TC and believe it is under > the MODEM "DTR Interface settings" Hardware Flow Control (&R)dataOnRtsHigh > >Carrier Loss Delay from 7ms I jump that up to about 200. > So what you're saying above is maybe this parameter should be changed also? Definitly let us know if it helps. > Brian

We are having problems with customers who have Cisco 76x series ISDN router dialing into our USR-TC. Down stram traffic to the 76x works just fine but whenever you try to upload things either ftp or a mail with an attachment, it chokes and stops transfering packets. Strange thing is, if you change the MTU on win95 from the default to 1499, it works just fine. I started thinking it may be some kind of MTU/MRU problem and I ran a PPP debug on both cisco and the USR-TC. On the up-stream traffic from 76x to usr, USR only requests MRRU (1500) size to the 76x but it never negotiates MRU. 76x does negotiate both MRRU (1800) and MRU (1522) for the down-stream traffic. (To 76x) This made me come to the conclution that the 76x is sending packets larger than USR's 1500 MRU regardless of the negotiated MRRU of 1500. Cisco hasn't responded yet on this possible explanation. (It's the holiday season so I am not blaming cisco...) Has anyone experienced the same problem? Any suggestions? Jay Nakamura --- Kiva Networking --- Network Engineer jnakamur@kiva.net Phone (812) 337-5070 x 213

I am having a weird problem under my Radius/TC-Security with Windows NT. It appears to randomly lose accounts or something.... Users call up and tell me that they system is not allowing them access. Changing the password does not work. I have to delete their accounts out of both the primary and secondary radius and then reenter their accounts. This I cannont accept as a users problem, as it has happened to numerous different users at different times and during a time of when noone was on the server entering or changing accounts. Any ideas.. I am using Total Control Security and Accounting ver 4.3... Any advice would be appreaciated. 73's John Campbell - KC4LWI Owner - Roanoke Virginia Net http://www.roava.net mailto:sparky@roava.net

: I am having a weird problem under my Radius/TC-Security with Windows NT. : It appears to randomly lose accounts or something.... Users call up and : tell me that they system is not allowing them access. When we were on NT, the system would regularly eat accounts; I think it used the user table for extra VM, or something. Sometimes it was just a corrupted password, and often it was worse. We switched to Unix, and the problem went away.

Just wondering if you have any USR TC units ? I find it amazing how many non-USR owners I find answering in this mailing list (ie megazone)........ (if you are about to flame me please only flame my email and NOT this list.....) thankx ....:> Jake Messinger wrote: > On Fri, 26 Dec 1997, Erkan Alemdar wrote: > > > Max 4060, PM3, BAY 8000, AS3000 or USR > > So many choices... > > Not really that many, yet... > > > We are an ISP in Turkey, currently we are upgrading our system from analog > > to digital PIR lines. we will be installing around 1000-2000 ports in 98, > > So we have to buy new access concentrators, but we are having difficulty > > deciding which one to choose. They all say they are the best. > > Price wise Ascend is the most expensive and Bay is the cheapest. What do you > > recommend??? > > What is the latest market share of those companies? > > I recommend PM3. They were bought by Lucent which makes them the largest > Access Server company in the world. They are very good products, and have > very good tech support and customer service, oeverseas as well as > domestic. They seem to respond more openly and quickly to customer > feedback/complaints/demands, etc... > > You should get info on the new PM 4. > > Speaking of market, Ascend stock has declined steadily over the past year > from a high of 88 to as low as 20. Livingston had been privately held > until the 650 mil buyout, but their sales pretty much doubled every year. > Bay, of course, is made up of smaller companies that were bought, e.g. > Synoptics, Performance Technologies, ... > > USR products do not support major routing protocols and are quite large > and require expensive cooling fan arrays. > > ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ > Jake Messinger ph:713-772-6690 Livingston Var > AMS, Inc. fx:713-774-3498 Medical Billing > 8300 Bissonnet #400 jake@ams.com Internet Services > Houston, Texas 77074 www.ams.com/~jake Business Management > ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rick--->Monmouth Internet| Serving the Central Network Engineer---------| New Jersey Area http://www.monmouth.com | 732-842-5366 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Hi Erkan, don't want to be an advocate of CISCO AS5300 but I'll tell you what I know about it and hopefully this will help you decide. Cisco has a bunch of other products (small and big) that are out there. You mentioned scaleability of upto 2000 ports so I think it will be worth while to look into 5300 solution and keep your eye open for products coming down the line with much higher density as per your needs. Since Jake mentioned PM's, I just want to say that Lucent bought levingston as a stepping stone to get into the Access market and being a new player, they probably have to deal with the growing pains, whereas, CISCO is an established World leader in Internetworking products and END-TO-END solutions. please visit http://www.cisco.com and serch for yourself. --haris 5300 Features: --------------------- Very competitive Price per Port. (ask your sales rep for price quote) Provides the ability to answer both ISDN and 56K Modems Terminates up to 120 concurrent calls and scaling up to 1680 sessions when deployed in an AccessPath, Up to four Channelized T1/E1 or Primary Rate Interface (PRIs) High-performance RISC central processing engine. 150MHZ High-speed DSP universal port engines with additional RISC processors One 10-MB and one 10/100MB Ethernet to allow for redundant, high-speed backhaul Supports 56K Flex modems. (will support 56K MICA modems soon) Support for Voice Over IP in the near future. (Add on module) Some Sales Pitch : (BUT ALL TRUE) --------------------------------------------------- Network architects can design robust, redundant, scalable networks using Multichassis, Multilink (PPP) or Virtual Private Dialup Network (VPDN) technologies such as Layer 2 Forwarding (L2F) and L2TP, and draw upon Cisco IOS bandwidth optimization protocols such as Resource Reservation Protocol (RSVP) and Weighted Fair Queuing (WFQ) for maximum utilization of existing circuit infrastructure. In addition, network architects are ensured the maximum flexibility in international designs by Cisco's support of the widest range of framing and signaling protocols, such as T1 robbed bit signaling, and E1 R2 signaling. With Graphical user interface MANAGEMENT application, CISCOVIEW, network administrators can gather vital data as to the status and throughput of modems, perform routine maintenance, and change configuration parameters to optimize network performance. The Cisco AS5300 provides complete, CENTRALLY managed modem capabilities, key requirements for service providers and enterprises building large dial-in pools. Security A key concern for most organizations today is security. CiscoSecure, along with Cisco IOS software, provides comprehensive security at the primary entry point of the network. The security features supported by Cisco IOS software include access lists, violation logging, Remote Access Dial-In User Service (RADIUS), Kerberos V, and TACACS+ with authentication, authorization, and accounting (AAA). For more-stringent security applications, one-time password tokens can be used in conjunction with an external password server. Award Winning Support --------------------------------- Cisco's comprehensive support portfolio delivers solutions that enhance the network throughout its life cycle. From design and installation, to preventive and scheduled maintenance, to performance optimization, Cisco's solutions promote network reliability, efficiency, and flexibility. Designed to function as an integral product component, these programs deliver seamless support. Together, they proactively help organizations sharpen their competitive edge. Through access to the CCO Web-site, customers can both use and market expanded functionality and new features as soon as they become available. Moreover, access to Cisco's technical expertise is available around the clock and around the globe. This virtual team of the worlds top networking engineers is equipped to address every need from troubleshooting to network design and planning. At 11:00 AM 12/27/97 -0600, Jake Messinger wrote: >On Fri, 26 Dec 1997, Erkan Alemdar wrote: > >> Max 4060, PM3, BAY 8000, AS3000 or USR >> So many choices... > >Not really that many, yet... > >> We are an ISP in Turkey, currently we are upgrading our system from analog >> to digital PIR lines. we will be installing around 1000-2000 ports in 98, >> So we have to buy new access concentrators, but we are having difficulty >> deciding which one to choose. They all say they are the best. >> Price wise Ascend is the most expensive and Bay is the cheapest. What do you >> recommend??? >> What is the latest market share of those companies? > >I recommend PM3. They were bought by Lucent which makes them the largest >Access Server company in the world. They are very good products, and have >very good tech support and customer service, oeverseas as well as >domestic. They seem to respond more openly and quickly to customer >feedback/complaints/demands, etc... > >You should get info on the new PM 4. > >Speaking of market, Ascend stock has declined steadily over the past year >from a high of 88 to as low as 20. Livingston had been privately held >until the 650 mil buyout, but their sales pretty much doubled every year. >Bay, of course, is made up of smaller companies that were bought, e.g. >Synoptics, Performance Technologies, ... > >USR products do not support major routing protocols and are quite large >and require expensive cooling fan arrays. > >~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ >Jake Messinger ph:713-772-6690 Livingston Var >AMS, Inc. fx:713-774-3498 Medical Billing >8300 Bissonnet #400 jake@ams.com Internet Services >Houston, Texas 77074 www.ams.com/~jake Business Management >~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ >

On Sun, 28 Dec 1997, Haris B Zahoor wrote: > Since Jake mentioned PM's, I just want to say that Lucent > bought levingston as a stepping stone to get into the Access > market and being a new player, they probably have to deal > with the growing pains, whereas, CISCO is an established > World leader in Internetworking products and END-TO-END > solutions. please visit http://www.cisco.com and serch for > yourself. How old is Cisco? Lucent was part of AT&T and they have quite a bit of experience in the market. They are also much larger. >From what I see, Cisco is more of a router solution rather than an access server solution. > One 10-MB and one 10/100MB Ethernet to allow for redundant, > high-speed backhaul This would be nice to see on a PM 3 or something newer from Lucent. And greater density. But the other things you mentioned, the Lucent products are capable of. Also, Lucent's software upgrades are free, as long as you own a Lucent product. You pay for Cisco IOS and upgrades. ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Jake Messinger ph:713-772-6690 Livingston Var AMS, Inc. fx:713-774-3498 Medical Billing 8300 Bissonnet #400 jake@ams.com Internet Services Houston, Texas 77074 www.ams.com/~jake Business Management ~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~

I have a question regarding selecting either short or long haul nic. There is a cable about 25ft long that goes between our Pairgain HRU and the PRI port on the TC Chassis. So shouldn't I select short haul nic, with the lowest setting (0-133ft i think it is?) What would be some of the side effects of using say long haul nic? Brian /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

Any one have an idea as to where this entry ( in rack 1 the annex entry )is coming from? Rip is turned off. I have set the gateway, saved and rebooted. My other racks do not show this entry. The annex entry is anothe com server on the the same network. Where could this propagate from and how do II clear it. Rack 1 Command> show host Host Internet Addr: 0.0.0.0 Gateways: Primary: annex-s3 Default: router2.olypen.com Rack 2 Command> show host Host Internet Addr: 0.0.0.0 Gateways: Default: router3.olypen.com

Anyone familiar with this problem? One of my subscribers used to work for another ISP and pointed this out to me in the message below. Anything to changing the db setting on the T1 card? >It is most easily seen with NT, as the dial-up "monitor" can be set to beep when it detects >a line error and will flash red instead of the normal blue durring data transfer. When I was >with caspers, we had reports of "being kicked off the server" from Win95, Mac, WFWG and NT. >Generally this was happening when the user was transfering files, either POP3, SMTP, NNTP, >FTP, etc, the protocol did not matter, only that data was being sent (with the exception of >POP3), receives seemed to not be effected. >I did not put the T1 config on the USR rack together with this problem, until while working >with USR and USWorst to get x2 working right, we made the change to the db setting on the T1 >card. After we made that change, we stopped getting reports of drops, and the one customer >with NT that had the where with all to detect a line error did not detect any more after >that change. I was using NT at home to dial-in and never did get that error, but others did. >I figured that it was just the USWorst lines in my area that allowed me not to get the >errors... ya never know with them. >If you can raise the dead at USR support, it might be worth a once over on the T1 config. Thanks, Greg Coffey CoffeyNet www.coffey.com 142 S. Center St Open 8-6 M-F 10-2 Sat Casper, WY 82610 Til 8PM on Thurs 307-234-5443

Most TC users use RADIUS, so I thought this appropriate to be reposted here. The vulnerability exists in some Livingston and some Ascend RADIUS servers. -----BEGIN PGP SIGNED MESSAGE----- ###### ## ## ###### ## ### ## ## ###### ## # ## ## ## ## ### ## ###### . ## ## . ######. Secure Networks Inc. Security Advisory December 17, 1997 Remote Vulnerability in RADIUS Servers Derived from Livingston 1.16. This advisory details vulnerabilities in RADIUS server software derived from Livingston RADIUS 1.x allow remote attacks to gain extended access to the authentication server. In many installations of RADIUS, exploitation of this vulnerability will allow an intruder to remotely obtain superuser access to the machine running the RADIUS server. In all cases, the extended access gained allows an attacker to subvert RADIUS authentication. This vulnerability was discovered in Livingston RADIUS 1.16, a popular publically-available RADIUS server implementation. Another popular RADIUS implementation is provided by Ascend Communications; Ascend RADIUS, based on the Livingston 1.16 implementation, is very similar to the Livingston code and shares the same bugs. Merit RADIUS was not determined to be vulnerable to the specific problem outlined in detail in this document. However, Merit RADIUS has not been audited and Secure Networks Inc. makes no assertions as to it's security. Problem Description: ~~~~~~~~~~~~~~~~~~~~ An exploitable stack overrun is present in the RADIUS accounting code in Livingston RADIUS 1.16. The problem occurs as a result of inverse resolution of IP addresses to hostnames; the accounting routine rad_accounting() copies the resolved hostname to a buffer on it's stack, without checking the length of the hostname first. As a result of this bug, an attacker that controls the DNS server for any IP address can configure the records for that address to resolve to a name too large for the RADIUS server's buffer; the characters in the hostname, which overwrites the server's stack, can contain machine code that the server will be forced to execute. It is important to note that the RADIUS server request authentication (which, in some cases, involves packet signatures with keyed MD5 hashes) does not prevent this attack. The source IP address on RADIUS accounting requests is not checked by the server code before the error occurs. It is also important to note that this is not the only point in the RADIUS code where hostname resolution can be exploited to subvert the server; unchecked string copies are common throughout the RADIUS code. Livingston has integrated a series of patches (written by SNI) to address this problem. See the 'Fix Resolution' section. Vulnerable Systems: ~~~~~~~~~~~~~~~~~~~ All RADIUS servers based off of Livingston's 1.16 RADIUS server. Livingston RADIUS servers 2.0, 2.0.1 are not vulnerable. Fix Resolution: ~~~~~~~~~~~~~~~ As mentioned earlier, Livinsgston's RADIUS 2.0, 2.0.1 are not vulnerable to this problem. Any Livingston customer may upgrade to 2.0.1 at: http://www.livingston.com/Forms/radiusform.cgi RADIUS 1.16.1 with SNI patches is also available at: ftp://ftp.livingston.com/pub/le/radius/radius-1.16.1.tar.Z Ascend could not be contacted for an approved fix. As the source code for Ascend RADIUS is freely available, an attempt has been made to correct all obvious stack overruns in the code; Ascend has in no way examined or approved these fixes. You may obtain this patchfile at: ftp://ftp.secnet.com/pub/patches/radius.patch As this advisory involves a general problem with the RADIUS source code, we advise organizations running RADIUS servers to contact their vendor to confirm the vulnerability status of their RADIUS server. Additional Information ~~~~~~~~~~~~~~~~~~~~~~ Secure Networks, Inc. would like to thank Brian Mitchell for his original notification to the security community regarding problems in the Livingston RADIUS code. SNI would also like to thank Carl Rigney of Livingston for his attention to this matter. For more information regarding this advisory, contact Secure Networks Inc. as <sni@secnet.com>. A PGP public key is provided below if privacy is required. Type Bits/KeyID Date User ID pub 1024/9E55000D 1997/01/13 Secure Networks Inc. <sni@secnet.com> Secure Networks <security@secnet.com> - -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.3ia mQCNAzLaFzIAAAEEAKsVzPR7Y6oFN5VPE/Rp6Sm82oE0y6Mkuof8QzERV6taihn5 uySb31UeNJ4l6Ud9alOPT/0YdeOO9on6eD1iU8qumFxzO3TLm8nTAdZehQSAQfoa rWmpwj7KpXN/3n+VyBWvhpBdKxe08SQN4ZjvV5HXy4YIrE5bTbgIhFKeVQANAAUR tCVTZWN1cmUgTmV0d29ya3MgSW5jLiA8c25pQHNlY25ldC5jb20+iQCVAwUQM1yd EB/bLKAOe7p9AQFptAQAiYpaZCpSmGgr05E698Z3t5r5BPAKUEtgvF53AvZUQLxz ZsYsVU5l5De0qKWJOQ/9LiDyWu1lvKhlTphbLy2RatWD4kO3oQL9v3TpSXm2WQhU uIzyZvj7S5ENodNnKn+gCDIvbou6OMot+7dRbWWgN2oabbru4CSlOxbG++yaTz+J AJUDBRAzTefbtOXez5VgyLkBAd0bA/43eGEgvPOFK+HHWCPpkSWCwtrtDU/dxOVz 9erHnT/CRxeojCI+50f71Qe+kvx9Q1odz2Jl/fLxhnPQdbPnpWblIbu4F8H+Syrj HTilDrl1DWa/nUNgK8sb27SMviELczP1a8gwA1eo5SUCG5TWLLTAzjWOgTxod2Ha OwseUHmqVIkAlQMFEDNOVsr/d6Iw8NVIbQEBxM0D/14XRfgSLwszgJcVbslMHm/B fF6tHoWYojzQle3opOuMYHNN8GsMZRkc1qQ8QuNA9Aj5+qDqEontGjV5IvhBu1fY FM77AhagskaFCZxwqV64Qrk328WDO89NGSd+RuovVNruDdn20TxNCEVuPTHjI0UA 8H+E6FW9jexg6RTHhPXYtCVTZWN1cmUgTmV0d29ya3MgPHNlY3VyaXR5QHNlY25l dC5jb20+iQCVAwUQMtqTKB/bLKAOe7p9AQFw5wQAgUwqJ+ZqfEy/lO1srU3nzxLA X0uHGHrMptRy/LFo8swD6G1TtWExUc3Yv/6g2/YK09b5WmplEJ+Q09maQIw+RU/s cIY+EsPauqIq4JTGh/Nm0Z4UDl2Y1x4GNtm0YqezxUPS0P0A3LHVLJ3Uo5og0G8O gPNrfbVz5ieT14OSCWCJAJUDBRAy2hd2/3eiMPDVSG0BAVNhBACfupfAcNhhnQaq aI03DOOiZSRjvql1xw4V+pPhM+IksdSK3YNUZVJJtANacgDhBT+jAPRaYbBWI3A5 ZMdcSNM8aTG0LWMLIOiOYEm6Lgd3idRBFN0Js08eyITl8mhZ33mDe4I0KQri9UiV ZcPYTbb9CWM6Hv2cMbt6S6kLnFziqIkAlQMFEDLaF0+4CIRSnlUADQEBCLoEAJwt UofDgvyZ4nCDx1KKAPkkXBRaPMWBp46xeTVcxaYiloZfwHfpk1h2mEJAxmAsvizl OtIppHl4isUxcGi/E2mLCLMvis22/IQP/9obPahPvgNaMLVtZljO1Nv3QFEkNciL FEUTNJHR1ko7ibCxkBs4cOpirFuvTMDvWnNaXAf8 =DchE - -----END PGP PUBLIC KEY BLOCK----- Copyright Notice ~~~~~~~~~~~~~~~~ The contents of this advisory are Copyright (C) 1997 Secure Networks Inc, and may be distributed freely provided that no fee is charged for distribution, and that proper credit is given. You can find Secure Networks papers at ftp://ftp.secnet.com/pub/papers and advisories at ftp://ftp.secnet.com/advisories You can browse our web site at http://www.secnet.com You can subscribe to our security advisory mailing list by sending mail to majordomo@secnet.com with the line "subscribe sni-advisories" -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCUAwUBNJgc67gIhFKeVQANAQFP3QP4olaaL2eWY+H9iZkPv/p+JikfR75mtOmI jXYcv4bgg9lYu3TFS/QoA91b8TYIcLyfTFWiAtEbTNAIvi76ofw9SFwP4J7YRqSf eQzrQXbyqW4WYJtk3pRm7aGQ3+X6o3Erq3anUJ8pJyE4e5A7qmYZKp9vSECHmoPV I1ys8i7zvg== =MFnD -----END PGP SIGNATURE-----

The show host command shows two things: The default gateway ("Default:") - this is the gateway address you configure with the "set gateway" command. The primary gateway ("Primary") - this address is only used when routing is turned off on the NETServer's ethernet interface and there is no default gateway configured. This address is not user configurable and is the IP address of the sender of the last RIP update received by the NETServer. In this scenario (routing turnedoff, n o default gateway) the NETServer forwards packets to the primary gateway. If the NETServer has routing turned on and/or has a default gateway configured, then the primary gateway is never used ~ 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 Sun, 28 Dec 1997, Terry Kennedy wrote: > Any one have an idea as to where this entry ( in rack 1 the annex entry )is > coming > from? Rip is turned off. I have set the gateway, saved and rebooted. My > other racks > do not show this entry. The annex entry is anothe com server on the the > same network. > Where could this propagate from and how do II clear it. > > > Rack 1 > Command> show host > Host Internet Addr: 0.0.0.0 > Gateways: Primary: annex-s3 Default: router2.olypen.com > > > Rack 2 > Command> show host > Host Internet Addr: 0.0.0.0 > Gateways: Default: router3.olypen.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. >

The show host command shows two things: The default gateway ("Default:") - this is the gateway address you configure with the "set gateway" command. The primary gateway ("Primary") - this address is only used when routing is turned off on the NETServer's ethernet interface and there is no default gateway configured. This address is not user configurable and is the IP address of the sender of the last RIP update received by the NETServer. In this scenario (routing turnedoff, n o default gateway) the NETServer forwards packets to the primary gateway. If the NETServer has routing turned on and/or has a default gateway configured, then the primary gateway is never used ~ 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 Sun, 28 Dec 1997, Terry Kennedy wrote: > Any one have an idea as to where this entry ( in rack 1 the annex entry )is > coming > from? Rip is turned off. I have set the gateway, saved and rebooted. My > other racks > do not show this entry. The annex entry is anothe com server on the the > same network. > Where could this propagate from and how do II clear it. > > > Rack 1 > Command> show host > Host Internet Addr: 0.0.0.0 > Gateways: Primary: annex-s3 Default: router2.olypen.com > > > Rack 2 > Command> show host > Host Internet Addr: 0.0.0.0 > Gateways: Default: router3.olypen.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. >

What is your trouble ticket number? 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, 29 Dec 1997, Richard Mazurowski wrote: > I need help....U.S.R. has not been able to help me at all......They keep > saying they will call back and never do....I just got a TCH and I am able to > dialup PPP and get to the net....In fact, I am able to go everywhere except > one machine. This machine just happens to be the same one that my radius > server is on......If I telnet into the Netserver i can ping my gateway > address and I can also ping the radius machine from the command prompt but > in PPP dialup I can not ping it....One of the recommendation that the U.S.R. > rep gave me was to assign a static route to the machine which I did and > still nothing.....It there anything else I should be looking for.....My mail > server is on that machine and I can not give out this dialup number to > customers if they can not check their mail on it.....Thanks.... > -----Original Message----- > From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Cc: usr-tc@mail.xmission.com <usr-tc@mail.xmission.com> > Date: Monday, December 29, 1997 2:45 PM > Subject: Re: (usr-tc) show host > > > > > >The show host command shows two things: > > > > The default gateway ("Default:") - this is the gateway address > >you > > configure with the "set gateway" command. > > > > The primary gateway ("Primary") - this address is only used when > > routing is turned off on the NETServer's ethernet interface and > > there is no default gateway configured. This address is not user > > configurable and is the IP address of the sender of the last RIP > > update received by the NETServer. In this scenario (routing > >turnedoff, n > >o default gateway) the NETServer forwards packets to the > > primary gateway. > > > > If the NETServer has routing turned on and/or has a default gateway > > configured, then the primary gateway is never used > >~ > > > >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 Sun, 28 Dec 1997, Terry Kennedy wrote: > > > >> Any one have an idea as to where this entry ( in rack 1 the annex > entry )is > >> coming > >> from? Rip is turned off. I have set the gateway, saved and rebooted. My > >> other racks > >> do not show this entry. The annex entry is anothe com server on the the > >> same network. > >> Where could this propagate from and how do II clear it. > >> > >> > >> Rack 1 > >> Command> show host > >> Host Internet Addr: 0.0.0.0 > >> Gateways: Primary: annex-s3 Default: router2.olypen.com > >> > >> > >> Rack 2 > >> Command> show host > >> Host Internet Addr: 0.0.0.0 > >> Gateways: Default: router3.olypen.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. >

Can we please keep the advocacy to a minimum? This list is dedicated towards the USR TC and that is what I would like to be reading about when I receive emails from it.

On Sun, 28 Dec 1997, Haris B Zahoor wrote: > Since Jake mentioned PM's, I just want to say that Lucent > bought levingston as a stepping stone to get into the Access > market and being a new player, they probably have to deal > with the growing pains, whereas, CISCO is an established > World leader in Internetworking products and END-TO-END > solutions. please visit http://www.cisco.com and serch for > yourself. I believe Lucent bought Livingston so that they would not have to be a new player. By purchasing the company that created the first terminal servers, they are now a company that already has a large base in the access market and need not experience those growing pains. I'm not saying that Lucent or Cisco is better than the other, I'm just invalidating this particular argument. =) In any case, I believe that the original poster should go with *what works*. Whether the company is large or small, old or new player, doesn't mean squat. If they have a solution that suits your needs, check around on respective mailing lists. Every access server has its bugs, make sure the company is able and willing to release fixes frequently that solves the problem. Sincerely, Lee Kuo

The founders of Cisco Systems invented the routing technology used today...I believe that was in the early 70's (arpa net days). Lucent (spin off of the Old Bell labs) was the R&D arm of AT&T. With the exception of PBX and CO systems which they manufactured for AT&T (5ESS ect. ect.) and R&D projects they (Lucent or Bell labs) had no experience in internetworking or or networking in general until very recently. They purchased Livingston for their router and NAS experience. We are perfectly happy with our TC boxes that we have purchased (we have over 20 installed). There scailablility and redundunt features (like the power supplies, hot swapable cards ect ect.) were not available in the PM line when we were doing our evaluation. With the advent of the Hyper series (when it matures) the port density and cost per port will drop and make them even better choice. Lets face it, 3com bought USR and 3com is no slouch when it comes to networking (they also have a football field, 3com park home of the 49ners :-). Ahhh well what do I know this is a TC mailing list and I'm slightly biased. Just my .02. William Behrens Network Operations Manager Feist Internet Services www.feist.com PS : I use Livingston firewall routers and office routers for customer sites. Great product, and easy to manage. We also use a Cisco 4700 series for our egress router to the world. Great product, very robust. I'm not partial to a certain vendor I just use the best of breed products in my mission critical applications. >On Sun, 28 Dec 1997, Haris B Zahoor wrote: > >> Since Jake mentioned PM's, I just want to say that Lucent >> bought levingston as a stepping stone to get into the Access >> market and being a new player, they probably have to deal >> with the growing pains, whereas, CISCO is an established >> World leader in Internetworking products and END-TO-END >> solutions. please visit http://www.cisco.com and serch for >> yourself. > >How old is Cisco? Lucent was part of AT&T and they have quite a bit of >experience in the market. They are also much larger. > >>From what I see, Cisco is more of a router solution rather than an access >server solution. > >> One 10-MB and one 10/100MB Ethernet to allow for redundant, >> high-speed backhaul > >This would be nice to see on a PM 3 or something newer from Lucent. >And greater density. But the other things you mentioned, the Lucent >products are capable of. Also, Lucent's software upgrades are free, as >long as you own a Lucent product. You pay for Cisco IOS and upgrades. > >~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-* ~ >Jake Messinger ph:713-772-6690 Livingston Var >AMS, Inc. fx:713-774-3498 Medical Billing >8300 Bissonnet #400 jake@ams.com Internet Services >Houston, Texas 77074 www.ams.com/~jake Business Management >~~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-* ~ > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I need help....U.S.R. has not been able to help me at all......They keep saying they will call back and never do....I just got a TCH and I am able to dialup PPP and get to the net....In fact, I am able to go everywhere except one machine. This machine just happens to be the same one that my radius server is on......If I telnet into the Netserver i can ping my gateway address and I can also ping the radius machine from the command prompt but in PPP dialup I can not ping it....One of the recommendation that the U.S.R. rep gave me was to assign a static route to the machine which I did and still nothing.....It there anything else I should be looking for.....My mail server is on that machine and I can not give out this dialup number to customers if they can not check their mail on it.....Thanks.... -----Original Message----- Cc: usr-tc@mail.xmission.com <usr-tc@mail.xmission.com> > >The show host command shows two things: > > The default gateway ("Default:") - this is the gateway address >you > configure with the "set gateway" command. > > The primary gateway ("Primary") - this address is only used when > routing is turned off on the NETServer's ethernet interface and > there is no default gateway configured. This address is not user > configurable and is the IP address of the sender of the last RIP > update received by the NETServer. In this scenario (routing >turnedoff, n >o default gateway) the NETServer forwards packets to the > primary gateway. > > If the NETServer has routing turned on and/or has a default gateway > configured, then the primary gateway is never used >~ > >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 Sun, 28 Dec 1997, Terry Kennedy wrote: > >> Any one have an idea as to where this entry ( in rack 1 the annex entry )is >> coming >> from? Rip is turned off. I have set the gateway, saved and rebooted. My >> other racks >> do not show this entry. The annex entry is anothe com server on the the >> same network. >> Where could this propagate from and how do II clear it. >> >> >> Rack 1 >> Command> show host >> Host Internet Addr: 0.0.0.0 >> Gateways: Primary: annex-s3 Default: router2.olypen.com >> >> >> Rack 2 >> Command> show host >> Host Internet Addr: 0.0.0.0 >> Gateways: Default: router3.olypen.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. >

We recently upgraded to the most recent version of software for all our cards (NMC, NetServer, Dual PRI, and Quad Modem SS and DS) and have noticed a quirk. Our netservers used to log the DNIS and if available, the Caller ID or ANI of the caller. Since we upgraded it no longer does this. If you go into the TCM and look at the performance monitor for any given modem channel, it no longer has the DNIS or the ANI. On the one chassis we did not upgrade, it still logs these fine. Do we have the wrong version of code? Is this a PRI card isssue or a NetServer issue? Thanks for any info, Peter D. Mayer NetWalk Tech Support dmayer@netwalk.com

On Mon, 29 Dec 1997, Richard Mazurowski wrote: > I need help....U.S.R. has not been able to help me at all......They keep > saying they will call back and never do....I just got a TCH and I am able to > dialup PPP and get to the net....In fact, I am able to go everywhere except > one machine. This machine just happens to be the same one that my radius > server is on......If I telnet into the Netserver i can ping my gateway > address and I can also ping the radius machine from the command prompt but > in PPP dialup I can not ping it....One of the recommendation that the U.S.R. > rep gave me was to assign a static route to the machine which I did and > still nothing.....It there anything else I should be looking for.....My mail > server is on that machine and I can not give out this dialup number to > customers if they can not check their mail on it.....Thanks.... show us a traceroute from the PPP dialup to the radius box. show us the routing tables on your PPP box show us the routing tables on the radius box > -----Original Message----- > From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Cc: usr-tc@mail.xmission.com <usr-tc@mail.xmission.com> > Date: Monday, December 29, 1997 2:45 PM > Subject: Re: (usr-tc) show host > > > > > >The show host command shows two things: > > > > The default gateway ("Default:") - this is the gateway address > >you > > configure with the "set gateway" command. > > > > The primary gateway ("Primary") - this address is only used when > > routing is turned off on the NETServer's ethernet interface and > > there is no default gateway configured. This address is not user > > configurable and is the IP address of the sender of the last RIP > > update received by the NETServer. In this scenario (routing > >turnedoff, n > >o default gateway) the NETServer forwards packets to the > > primary gateway. > > > > If the NETServer has routing turned on and/or has a default gateway > > configured, then the primary gateway is never used > >~ > > > >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 Sun, 28 Dec 1997, Terry Kennedy wrote: > > > >> Any one have an idea as to where this entry ( in rack 1 the annex > entry )is > >> coming > >> from? Rip is turned off. I have set the gateway, saved and rebooted. My > >> other racks > >> do not show this entry. The annex entry is anothe com server on the the > >> same network. > >> Where could this propagate from and how do II clear it. > >> > >> > >> Rack 1 > >> Command> show host > >> Host Internet Addr: 0.0.0.0 > >> Gateways: Primary: annex-s3 Default: router2.olypen.com > >> > >> > >> Rack 2 > >> Command> show host > >> Host Internet Addr: 0.0.0.0 > >> Gateways: Default: router3.olypen.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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

Case #26628 -----Original Message----- Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >What is your trouble ticket number? > >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, 29 Dec 1997, Richard Mazurowski wrote: > >> I need help....U.S.R. has not been able to help me at all......They keep >> saying they will call back and never do....I just got a TCH and I am able to >> dialup PPP and get to the net....In fact, I am able to go everywhere except >> one machine. This machine just happens to be the same one that my radius >> server is on......If I telnet into the Netserver i can ping my gateway >> address and I can also ping the radius machine from the command prompt but >> in PPP dialup I can not ping it....One of the recommendation that the U.S.R. >> rep gave me was to assign a static route to the machine which I did and >> still nothing.....It there anything else I should be looking for.....My mail >> server is on that machine and I can not give out this dialup number to >> customers if they can not check their mail on it.....Thanks.... >> -----Original Message----- >> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> >> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >> Cc: usr-tc@mail.xmission.com <usr-tc@mail.xmission.com> >> Date: Monday, December 29, 1997 2:45 PM >> Subject: Re: (usr-tc) show host >> >> >> > >> >The show host command shows two things: >> > >> > The default gateway ("Default:") - this is the gateway address >> >you >> > configure with the "set gateway" command. >> > >> > The primary gateway ("Primary") - this address is only used when >> > routing is turned off on the NETServer's ethernet interface and >> > there is no default gateway configured. This address is not user >> > configurable and is the IP address of the sender of the last RIP >> > update received by the NETServer. In this scenario (routing >> >turnedoff, n >> >o default gateway) the NETServer forwards packets to the >> > primary gateway. >> > >> > If the NETServer has routing turned on and/or has a default gateway >> > configured, then the primary gateway is never used >> >~ >> > >> >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 Sun, 28 Dec 1997, Terry Kennedy wrote: >> > >> >> Any one have an idea as to where this entry ( in rack 1 the annex >> entry )is >> >> coming >> >> from? Rip is turned off. I have set the gateway, saved and rebooted. My >> >> other racks >> >> do not show this entry. The annex entry is anothe com server on the the >> >> same network. >> >> Where could this propagate from and how do II clear it. >> >> >> >> >> >> Rack 1 >> >> Command> show host >> >> Host Internet Addr: 0.0.0.0 >> >> Gateways: Primary: annex-s3 Default: router2.olypen.com >> >> >> >> >> >> Rack 2 >> >> Command> show host >> >> Host Internet Addr: 0.0.0.0 >> >> Gateways: Default: router3.olypen.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. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Case #26628 -----Original Message----- Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >What is your trouble ticket number? > >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, 29 Dec 1997, Richard Mazurowski wrote: > >> I need help....U.S.R. has not been able to help me at all......They keep >> saying they will call back and never do....I just got a TCH and I am able to >> dialup PPP and get to the net....In fact, I am able to go everywhere except >> one machine. This machine just happens to be the same one that my radius >> server is on......If I telnet into the Netserver i can ping my gateway >> address and I can also ping the radius machine from the command prompt but >> in PPP dialup I can not ping it....One of the recommendation that the U.S.R. >> rep gave me was to assign a static route to the machine which I did and >> still nothing.....It there anything else I should be looking for.....My mail >> server is on that machine and I can not give out this dialup number to >> customers if they can not check their mail on it.....Thanks.... >> -----Original Message----- >> From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> >> To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >> Cc: usr-tc@mail.xmission.com <usr-tc@mail.xmission.com> >> Date: Monday, December 29, 1997 2:45 PM >> Subject: Re: (usr-tc) show host >> >> >> > >> >The show host command shows two things: >> > >> > The default gateway ("Default:") - this is the gateway address >> >you >> > configure with the "set gateway" command. >> > >> > The primary gateway ("Primary") - this address is only used when >> > routing is turned off on the NETServer's ethernet interface and >> > there is no default gateway configured. This address is not user >> > configurable and is the IP address of the sender of the last RIP >> > update received by the NETServer. In this scenario (routing >> >turnedoff, n >> >o default gateway) the NETServer forwards packets to the >> > primary gateway. >> > >> > If the NETServer has routing turned on and/or has a default gateway >> > configured, then the primary gateway is never used >> >~ >> > >> >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 Sun, 28 Dec 1997, Terry Kennedy wrote: >> > >> >> Any one have an idea as to where this entry ( in rack 1 the annex >> entry )is >> >> coming >> >> from? Rip is turned off. I have set the gateway, saved and rebooted. My >> >> other racks >> >> do not show this entry. The annex entry is anothe com server on the the >> >> same network. >> >> Where could this propagate from and how do II clear it. >> >> >> >> >> >> Rack 1 >> >> Command> show host >> >> Host Internet Addr: 0.0.0.0 >> >> Gateways: Primary: annex-s3 Default: router2.olypen.com >> >> >> >> >> >> Rack 2 >> >> Command> show host >> >> Host Internet Addr: 0.0.0.0 >> >> Gateways: Default: router3.olypen.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. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

At 4:34 PM -0600 12/29/97, Richard Mazurowski wrote: >I need help....U.S.R. has not been able to help me at all......They keep >saying they will call back and never do....I just got a TCH and I am able to >dialup PPP and get to the net....In fact, I am able to go everywhere except >one machine. This machine just happens to be the same one that my radius >server is on......If I telnet into the Netserver i can ping my gateway >address and I can also ping the radius machine from the command prompt but >in PPP dialup I can not ping it....One of the recommendation that the U.S.R. >rep gave me was to assign a static route to the machine which I did and >still nothing.....It there anything else I should be looking for.....My mail >server is on that machine and I can not give out this dialup number to >customers if they can not check their mail on it.....Thanks.... This sounds like a problem with your mail server not having a route to the dial-in's IP address, rather than either the TCH or the dial-up not having the appropriate route to the mail server. It also sounds like there's a good route from your mail server to the TCH. This seems to imply to me that the TCH is not on the same subnet as its assigned address pool. Try doing a traceroute from the mailserver to the dial-in connection. If this doesn't go anywhere at all, it probably means that there's a bad route for the dial-up IP in the mail server--do a netstat -r or something like that to examine your routes. If it makes it a couple of hops and then fails, the last hop is probably the one with the bad route. All of this could be a little tricky, but the situation sounds like a pretty straightforward routing problem to me. Jordyn |----------------------------------------------------------------| |Jordyn A. Buchanan mailto:jordyn@bestweb.net | |Bestweb Corporation http://www.bestweb.net | |Senior System Administrator +1.914.271.4500 | |----------------------------------------------------------------|

We are now just running into this peculiar problem. On a TC Hub (all quad digital or digital/analog modems) with two PRI's we can't seem to get more than 16 calls on the second PRI. If we swap the two PRI's, same symptom, so we know it's not a Telco issue. The IP assigned limit is set to 46 and maxbchannels to 16. Looking at the PRI card all the channels are showing as IDLE and available. Is there any other setting that would otherwise limit the number of simultaneous calls? DSO mapping looks OK as well. Thanks, Tim

At 12:51 AM 12/30/97 -0600, you wrote: > We are now just running into this peculiar problem. On a TC Hub (all >quad digital or digital/analog modems) with two PRI's we can't seem to >get more than 16 calls on the second PRI. If we swap the two PRI's, same >symptom, so we know it's not a Telco issue. The IP assigned limit is >set to 46 and maxbchannels to 16. Looking at the PRI card all the channels >are showing as IDLE and available. Is there any other setting that would >otherwise limit the number of simultaneous calls? DSO mapping looks OK >as well. > This happened to us once. The hub would get anywhere from half to three quarters full and start yielding busys.. It plagued us for about a week. All the configurations looked fine and the usual soft resets had no effect. Brian ended up reseting the chassis to factory default settings (hard reset?) and re-keying in the *exact same* configuration from scratch.. The problem instantly went away and never returned.. My suspicion is that some nvram data got corrupted that did not directly correspond to a configuration parameter.. Certainly there is something in nvram that doesn't show up in the console.. Anyway wiping out *everything* and building up from scratch is a bitch but definitely did the trick.. We triple checked *all* parameters and they were the same before and after.. (It was the USR boogie man ;) Sure wish USR/3Com would compile TCM for Solaris 2.6 so we could script this sort of thing.. Seems like it would be easier, faster, and more accurate than WinTCM'ing it.. Allen _____________________________________________________________ Allen Marsalis President Voice: 318.222.2NET (2638) Shrevenet, Inc. mailto:am@shreve.net 333 Texas St. Suite 619 FAX: 318.221.6612 Shreveport, LA 71101 http://www.shreve.net _____________________________________________________________ Thoughtful Provider of Internet Services

On Tue, 30 Dec 1997, Tim Tsai wrote: > We are now just running into this peculiar problem. On a TC Hub (all > quad digital or digital/analog modems) with two PRI's we can't seem to > get more than 16 calls on the second PRI. If we swap the two PRI's, same > symptom, so we know it's not a Telco issue. The IP assigned limit is > set to 46 and maxbchannels to 16. Looking at the PRI card all the channels > are showing as IDLE and available. Is there any other setting that would > otherwise limit the number of simultaneous calls? DSO mapping looks OK > as well. > check that are the quads are "Avail". Check that all modems are active "ARP" that need to be. > Thanks, > > Tim > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

What should they be set to if if we are not using PRI? They are currently set to 60

We are running the TC radius on Windows NT. The access database keeps on growing even after purged. It started from 4MB and growed to 170MB after 3 months. I have checked all the tables and reports. No answer for this problem from 3com tech support. Has anyone seen this yet? Any wild guess is welcome. Liping Chen -- Netsol Technologies 805 S. Lemon Ave. Walnut, CA 91789 (909) 869-6455 (909) 869-6459 fax Liping@netsol.net

I am using NT version of Radius (USR Total Control and Secutity package TCS30), and I need to monitor the time on ISDN customers. For Standard Dialup's this is not a problem, because we are using Unlimited Interactive accts. Any advice would be appreaciated. 73's John Campbell - KC4LWI Owner - Roanoke Virginia Net http://www.roava.net mailto:sparky@roava.net

At 08:51 AM 12/30/97 -0800, you wrote: >What should they be set to if if we are not using PRI? >They are currently set to 60 > If your not using ISDN it doesnt matter.. -M `'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`'`' Mike Wronski(mwronski@coredump.ae.usr.com) 3Com/U.S.Robotics Network Systems Engineer PGP: http://coredump.ae.usr.com/pgp (Prefered)

On Tue, 30 Dec 1997, Laszlo Vecsey wrote: > I've had success with GNU/Linux running diald and eql, but I have a > FreeBSD client that is encountering download difficulties (very low > bits/second), though uploading for them works fine. > > At first I thought it must be a problem with the FreeBSD software since > the usr-tc works with Linux so well, but my client has been in touch with > the author and they blame the usr-tc. The only difference in the radius > entry between these two platforms is the explicit Framed-Protocol = MPP > that is apparently needed. Are there other tweaks? > > This is with 3.6.69, I don't know if this problem exists with stock TCS > 3.0. I hope it will be cleared up in the next netserver release.. (due out > in a couple weeks?) > If you run EQL on the linux machine can you do a MPP connect to the TC hub? Does it matter if its analog or digital call? Brian > - lv > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

I've had success with GNU/Linux running diald and eql, but I have a FreeBSD client that is encountering download difficulties (very low bits/second), though uploading for them works fine. At first I thought it must be a problem with the FreeBSD software since the usr-tc works with Linux so well, but my client has been in touch with the author and they blame the usr-tc. The only difference in the radius entry between these two platforms is the explicit Framed-Protocol = MPP that is apparently needed. Are there other tweaks? This is with 3.6.69, I don't know if this problem exists with stock TCS 3.0. I hope it will be cleared up in the next netserver release.. (due out in a couple weeks?) - lv

Krish and crew, I know there's a primary and secondary but I have need for a tertiary server setting. Here's the situation. My company runs RadiusNT which authenticates off of our SQL server. When the SQL server is down for maintenance or whatever, none of our users can log on. We do need a primary and secondary setting for actual authentication but it would be very nice to have a tertiary setting so I can plug in the address of radius server that I modifed the source code to allow any username and password to log in. So I'd have: primary secondary (when primary fails or gets busy) tertiary (if above two aren't responding, let anyone in) I don't care about a tertiary accounting setting. The TC will hold the records until the primary/secondary comes back online. Thanks, Tom

What is the recommended method to increase carrier loss delay to reduce sporadic disconnects? telnet to netserver and modify the initialization script to modify the s10 register or use TCM to do it. I would sure rather use telnet, as I can script it, but if you experts tell me TCM is a better way, I'll point and click away until there all done. Happy new year. ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

I finally solved my authentication problems. With hindsight it was really silly, as the name resolution gave another IP than the one our server sent, which probably was messing up the TC, which probably = didn't accept the authentication from an ''unknown'' server. That is=A0: TCH sends RADIUS request to server AUTH AUTH responds to TCH as AUTH1 I think that's why it didn't work... I changed the DNS definitions, and now it works perfectly, authenticating either ISDN or analog calls. Thank god for packet sniffers, and particularly 'snoop' on Sun. Happy new year, Robert von Bismarck Petrel Communication S.A. The only ISP in Switzerland with X2 Support (soon=A0;-)

On Tue, 30 Dec 1997, Jeff Lynch wrote: > What is the recommended method to increase carrier loss delay to > reduce sporadic disconnects? You can't get any easier tham TCM. Just highlight all modems, goto configure, change Carrier Loss delay to 200 for the first modem, copy, highlight ALL modems, paste, SET, save to nvram Brian > > telnet to netserver and modify the initialization script to modify > the s10 register or use TCM to do it. I would sure rather use > telnet, as I can script it, but if you experts tell me TCM is > a better way, I'll point and click away until there all done. > > Happy new year. > > ========================================================================= > Jeffrey A. Lynch, President JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

On Tue, 30 Dec 1997, Brian wrote: > On Tue, 30 Dec 1997, Laszlo Vecsey wrote: > > > I've had success with GNU/Linux running diald and eql, but I have a > > FreeBSD client that is encountering download difficulties (very low > > bits/second), though uploading for them works fine. > > > > At first I thought it must be a problem with the FreeBSD software since > > the usr-tc works with Linux so well, but my client has been in touch with > > the author and they blame the usr-tc. The only difference in the radius > > entry between these two platforms is the explicit Framed-Protocol = MPP > > that is apparently needed. Are there other tweaks? > > > > This is with 3.6.69, I don't know if this problem exists with stock TCS > > 3.0. I hope it will be cleared up in the next netserver release.. (due out > > in a couple weeks?) > > > > If you run EQL on the linux machine can you do a MPP connect to the TC > hub? Does it matter if its analog or digital call? I don't think it matters since you still use pppd for the actual call. I've only done this with analog modems though. On Linux I haven't tried it with any Framed-Protocol statement, I believe its just set to PPP (which is in my merit radius DEFAULT section). afaik the MPP setting just announces itself as supporting multilink capabilities to the dialup user, where as the usr-tc clearly will always support it as long as the Port-Limit is greater than one. FreeBSD is still giving dowload problems though... - lv

Sorry, I mis-emphasized the problem. To do this as suggested, I would have to drop all active connections and prevent any new connections to modems that have not been updated yet, or I am missing something. When I try to change a modem during an active connection, I get a generic error...my limited TC hub experience tells me this is because the modem is in use because I can do this on idle modems. I could schedule system time to do this, but even scheduled downtime is still downtime to less sophisticated users...this is Indiana for Cristsake. I am still looking for a better way to manage minor change on these hubs than busy out the damn T1 spans and perform changes en masse. If changing the modem init string with a telnet session to the netserver is just as good as modifying the modem line parameters via TCM, I could write an expect script to telnet in and do the change per port, watching the detail log file for stop records indicating the port had become idle. Of course, this method would be sensitive to radius accounting delay but if run during non-peak it would still work pretty well...maybe only glitch a few connection attempts worst case. After coming off crappy analog centrex service from hell, I need to eliminate anything possible that will cause _any_ service interruptions for as long as possible. Besides, a queued configuration command utility to run on ports when they become idle would be nice to have. Maybe this is already available in TCM and I don't know about it? or someone has already done this? ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com On Tue, 30 Dec 1997, Brian wrote: > On Tue, 30 Dec 1997, Jeff Lynch wrote: > > > What is the recommended method to increase carrier loss delay to > > reduce sporadic disconnects? > > You can't get any easier tham TCM. > > Just highlight all modems, goto configure, change Carrier Loss delay to > 200 for the first modem, copy, highlight ALL modems, paste, SET, save to > nvram > > Brian > > > > > > telnet to netserver and modify the initialization script to modify > > the s10 register or use TCM to do it. I would sure rather use > > telnet, as I can script it, but if you experts tell me TCM is > > a better way, I'll point and click away until there all done. > > > > Happy new year. > > > > ========================================================================= > > Jeffrey A. Lynch, President JORSM Internet > > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > > Autoresponse: info@jorsm.com http://www.jorsm.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. > > > > /-------------------------- signal@shreve.net -----------------------------\ > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | > | Systems Administrator | Perl, Linux | Web hosting, online stores, | > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | > \-------------------------- 318-222-2638 x109 -----------------------------/ > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Tue, 30 Dec 1997, Jeff Lynch wrote: > Sorry, I mis-emphasized the problem. To do this as suggested, I would > have to drop all active connections and prevent any new connections > to modems that have not been updated yet, or I am missing something. > When I try to change a modem during an active connection, I get > a generic error...my limited TC hub experience tells me this is > because the modem is in use because I can do this on idle modems. > > I could schedule system time to do this, but even scheduled downtime > is still downtime to less sophisticated users...this is Indiana > for Cristsake. schedule downtime. Only upgrade a few hubs at a time if it worries you alot, but taking 2:30am-4:30am to do this wouldnt inconveinence users much > > I am still looking for a better way to manage minor change on these hubs > than busy out the damn T1 spans and perform changes en masse. > Its the only way I know of, even if you scripted it and did it with atS commands, you would still need to make sure there were no sessions active on the modem. > If changing the modem init string with a telnet session to the netserver > is just as good as modifying the modem line parameters via TCM, I could > write an expect script to telnet in and do the change per port, watching > the detail log file for stop records indicating the port had become idle. > Of course, this method would be sensitive to radius accounting delay but > if run during non-peak it would still work pretty well...maybe only glitch > a few connection attempts worst case. > > After coming off crappy analog centrex service from hell, > I need to eliminate anything possible that will cause _any_ service > interruptions for as long as possible. Besides, a queued configuration > command utility to run on ports when they become idle would be nice to > have. Maybe this is already available in TCM and I don't know about > it? or someone has already done this? > > ========================================================================= > Jeffrey A. Lynch, President JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.com > > > On Tue, 30 Dec 1997, Brian wrote: > > > On Tue, 30 Dec 1997, Jeff Lynch wrote: > > > > > What is the recommended method to increase carrier loss delay to > > > reduce sporadic disconnects? > > > > You can't get any easier tham TCM. > > > > Just highlight all modems, goto configure, change Carrier Loss delay to > > 200 for the first modem, copy, highlight ALL modems, paste, SET, save to > > nvram > > > > Brian > > > > > > > > > > telnet to netserver and modify the initialization script to modify > > > the s10 register or use TCM to do it. I would sure rather use > > > telnet, as I can script it, but if you experts tell me TCM is > > > a better way, I'll point and click away until there all done. > > > > > > Happy new year. > > > > > > ========================================================================= > > > Jeffrey A. Lynch, President JORSM Internet > > > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > > > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > > > Autoresponse: info@jorsm.com http://www.jorsm.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. > > > > > > > /-------------------------- signal@shreve.net -----------------------------\ > > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | > > | Systems Administrator | Perl, Linux | Web hosting, online stores, | > > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | > > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | > > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | > > \-------------------------- 318-222-2638 x109 -----------------------------/ > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

On Wed, 31 Dec 1997, Garry Shtern wrote: > > > On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > > > > > I have a chassis that has me stumped. It's been working just beautifully. > > No problems. Flawless. > > > > I do a show all, everything is A/R/P for modems that should be. > > > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > > "reset all". > > > > And now, for the life of me, I cannot 4 of the modems to come out of > > A/I/P. Power off the chassis and Power it on back. It looks like there is a contention for the Packet bus master between the NMC and the NETServer and chassis awareness is causing this problem. So Just power off the chassis physically - Count 5 and repower it back. krish > > I had a similar problem, had to get a new netserver. > > > > > > I have saved, restored, restored from defaults, restored from NVRAM, > > restored from factory templates, re-flashed, recycled power, flashed > > again, cursed, sworn, sprinkled with blood, and it's still not > > working. > > > > Here's a cut: > > > > S6 A R P on 0.0.0.0 Login/Ne IDLE 17134 120804 > > 0 > > S7 A R P on d01a8088.dip.cds Netwrk ESTABLISHED 6914 38192 > > 0 > > S8 A R P on 0.0.0.0 Login/Ne IDLE 0 0 > > 0 > > S9 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > > 0 > > S10 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > > 0 > > S11 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > > 0 > > S12 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > > 0 > > S13 A R P on 0.0.0.0 Login/Ne IDLE 724 1515 > > 0 > > S14 A R P on d01a808b.dip.cds Netwrk ESTABLISHED 747 2191 > > 0 > > > > > > > > I am completely and utterly stumped. Copying configs from a working rack > > to this one doesn't work. Replacing cards doesn't work. > > > > Any help appreciated. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I have a chassis that has me stumped. It's been working just beautifully. No problems. Flawless. I do a show all, everything is A/R/P for modems that should be. *all* I did was "set modem startslot 2" to use S1-S48, "save all", "reset all". And now, for the life of me, I cannot 4 of the modems to come out of A/I/P. I have saved, restored, restored from defaults, restored from NVRAM, restored from factory templates, re-flashed, recycled power, flashed again, cursed, sworn, sprinkled with blood, and it's still not working. Here's a cut: S6 A R P on 0.0.0.0 Login/Ne IDLE 17134 120804 0 S7 A R P on d01a8088.dip.cds Netwrk ESTABLISHED 6914 38192 0 S8 A R P on 0.0.0.0 Login/Ne IDLE 0 0 0 S9 A I P on 0.0.0.0 Login/Ne IDLE 0 0 0 S10 A I P on 0.0.0.0 Login/Ne IDLE 0 0 0 S11 A I P on 0.0.0.0 Login/Ne IDLE 0 0 0 S12 A I P on 0.0.0.0 Login/Ne IDLE 0 0 0 S13 A R P on 0.0.0.0 Login/Ne IDLE 724 1515 0 S14 A R P on d01a808b.dip.cds Netwrk ESTABLISHED 747 2191 0 I am completely and utterly stumped. Copying configs from a working rack to this one doesn't work. Replacing cards doesn't work. Any help appreciated.

With some ISDN TA you cannot use Chap to do Multilink - you have to use PAP. check what authentication protocol you are using. 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, 31 Dec 1997, Russ Panula wrote: > On Tue, 30 Dec 1997 16:45:25 -0500 (EST), Laszlo Vecsey > <master@internexus.net> wrote: > > >FreeBSD is still giving dowload problems though... > > Have the client try turning off tcp_extensions in rc.conf (or > sysconfig in older FreeBSD versions) > > It's probably not the solution, but it's worth a shot. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Tue, 30 Dec 1997, Jeff Binkley wrote: > -> > Sorry, I mis-emphasized the problem. To do this as suggested, I would > > -> have to drop all active connections and prevent any new connections > to > -> modems that have not been updated yet, or I am missing something. > When I > -> try to change a modem during an active connection, I get > a generic > -> error...my limited TC hub experience tells me this is > because the modem is > -> in use because I can do this on idle modems. > > -> > I could schedule system time to do this, but even scheduled downtime > is > -> still downtime to less sophisticated users...this is Indiana > for > -> Cristsake. > -> > -> schedule downtime. Only upgrade a few hubs at a time if it worries you > -> alot, but taking 2:30am-4:30am to do this wouldnt inconveinence users much > -> > > -> > I am still looking for a better way to manage minor change on these hubs > > -> than busy out the damn T1 spans and perform changes en masse. > > -> > -> Its the only way I know of, even if you scripted it and did it with atS > -> commands, you would still need to make sure there were no sessions active on > -> the modem. > > I've been following this thread from the beginning and have a couple of > questions: > > 1. Might it be easier to use the init string function on the > Net Server serial port parameters ? This was my question. I know how to do this with telneting to the netserver. Using ucd-snmp OTH, represents a steeper learning curve for me. Thus the crux of my delimma, what is the _best_ way (ie. telnet to the netserver and set the init string for the port -or- use TCM/SNMP to set the params) from a system management perspective. Keeping in mind reliability, modem reinitializations, etc... OR do either means provide exactly the same result as far as the chassis is concerned leaving it as a matter of personal preference on how modem settings are managed? If the answer is SNMP, I'll ask someone for the cmu-snmp commands to query the port status, modem s10 register setting and set the register to <value> and continue with the radius log watch portion, picking up the finer points of commandline snmp management on the hubs later. > > 2. I noticed someone suggested 200 for a setting when the default is 7. > According to manual and other AT modems, 200 is 20 seconds, since the > value is in .1 seconds . Doesn't this seem excessive ? > > Jeff Binkley > ASA Network Computing > I Agree. I used S10=20 on Sportsters, which had a default of 14 and it improved things greatly. I think setting it to excessively high values like 200 (20 sec) could prevent the next incoming call from being recognized with low numbered trunks in a non-circular hunt group or worse yet, retrain the connection and continue the connection as the previous user on that port. Correct me if I'm wrong. ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

-> > Sorry, I mis-emphasized the problem. To do this as suggested, I would > -> have to drop all active connections and prevent any new connections > to -> modems that have not been updated yet, or I am missing something. > When I -> try to change a modem during an active connection, I get > a generic -> error...my limited TC hub experience tells me this is > because the modem is -> in use because I can do this on idle modems. > -> > I could schedule system time to do this, but even scheduled downtime > is -> still downtime to less sophisticated users...this is Indiana > for -> Cristsake. -> -> schedule downtime. Only upgrade a few hubs at a time if it worries you -> alot, but taking 2:30am-4:30am to do this wouldnt inconveinence users much -> > -> > I am still looking for a better way to manage minor change on these hubs > -> than busy out the damn T1 spans and perform changes en masse. > -> -> Its the only way I know of, even if you scripted it and did it with atS -> commands, you would still need to make sure there were no sessions active on -> the modem. I've been following this thread from the beginning and have a couple of questions: 1. Might it be easier to use the init string function on the Net Server serial port parameters ? 2. I noticed someone suggested 200 for a setting when the default is 7. According to manual and other AT modems, 200 is 20 seconds, since the value is in .1 seconds . Doesn't this seem excessive ? Jeff Binkley ASA Network Computing

On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > I have a chassis that has me stumped. It's been working just beautifully. > No problems. Flawless. > > I do a show all, everything is A/R/P for modems that should be. > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > "reset all". > > And now, for the life of me, I cannot 4 of the modems to come out of > A/I/P. > > I have saved, restored, restored from defaults, restored from NVRAM, > restored from factory templates, re-flashed, recycled power, flashed > again, cursed, sworn, sprinkled with blood, and it's still not > working. > > Here's a cut: > > S6 A R P on 0.0.0.0 Login/Ne IDLE 17134 120804 > 0 > S7 A R P on d01a8088.dip.cds Netwrk ESTABLISHED 6914 38192 > 0 > S8 A R P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S9 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S10 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S11 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S12 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S13 A R P on 0.0.0.0 Login/Ne IDLE 724 1515 > 0 > S14 A R P on d01a808b.dip.cds Netwrk ESTABLISHED 747 2191 > 0 > > set modem S8-S12 active save all reset S8-S12 Make sure the modems are set for priTDM, nic, or t1 repectivly. > > I am completely and utterly stumped. Copying configs from a working rack > to this one doesn't work. Replacing cards doesn't work. > > Any help appreciated. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/

: And now, for the life of me, I cannot 4 of the modems to come out of : A/I/P. Check the ds0 assignments on the dual span card to verify that they go where you want. Does the T1 card show the modems as active, or unavailable, or idle?

--IMA.Boundary.980185388 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Jeff, I hope the file I sent helps until you can speak with a tech. To reach any on the people you mentioned (if they carry a pager) dial 888-SKY-3COM and ask for them by name. We recently converted to these pagers to simplify the pin thing have a general number to use. Tom Goodman "Never Closed" ______________________________ Reply Separator _________________________________ Author: Jeff Mcadams <jeffm@iglou.com> at Internet I need to get the attention of someone, anyone at USR to give me some tech support on our TC hubs. I can't get through to tech support line because our PBX cuts off the line before I can get through your hold queue (over an hour on hold before it was cut off last time I tried). I tried opening a case through the totalservice web site and waiting for a callback (its not *hugely* urgent, but an annoying problem that we need to get dealt with), but it keeps telling me "Invalid Userid", which is crap, 'cause I can use the same Userid to Review previous tickets that I've had open successfully. If Tatai, or Michael Wronski, or anyone else from USR can call me or send me email, so I can at least getting a ticket *opened*, I would greatly appreciate it. BTW, I tried calling Tom Goodman, but apparently the sales office is closed until Jan. 2! *rolls eyes* USR, you're quickly loosing me as a customer this way...at least when I dealt with Livingston back when, I could at least talk to a human and get a callback...even if the callback was 2 weeks later...with USR I can't even get a ticket *opened*, let alone dealt with competently. -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 --IMA.Boundary.980185388 Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Content-Disposition: attachment; filename="RFC822 message headers" Received: from usr.com (mailgate.usr.com) by robogate2.usr.com with SMTP (IMA Internet Exchange 2.02 Enterprise) id 4A9AF3E0; Tue, 30 Dec 97 20:34:38 -0600 Received: from iglou.com by usr.com (8.8.5/3.1.090690-US Robotics) id LAA29865; Tue, 30 Dec 1997 11:47:34 -0600 (CST) Received: from jeffm by iglou.com with local (8.7.3/8.6.12) id 0xn60O-0004DZ-00; Tue, 30 Dec 1997 13:03:04 -0500 Cc: tgoodman@usr.com, dboyer@commnet.com X-Mailer: ELM [version 2.4 PL25] Content-Type: text Message-Id: <E0xn60O-0004DZ-00@iglou.com> --IMA.Boundary.980185388--

On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > I have a chassis that has me stumped. It's been working just beautifully. > No problems. Flawless. > > I do a show all, everything is A/R/P for modems that should be. > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > "reset all". > > And now, for the life of me, I cannot 4 of the modems to come out of > A/I/P. I had a similar problem, had to get a new netserver. > > I have saved, restored, restored from defaults, restored from NVRAM, > restored from factory templates, re-flashed, recycled power, flashed > again, cursed, sworn, sprinkled with blood, and it's still not > working. > > Here's a cut: > > S6 A R P on 0.0.0.0 Login/Ne IDLE 17134 120804 > 0 > S7 A R P on d01a8088.dip.cds Netwrk ESTABLISHED 6914 38192 > 0 > S8 A R P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S9 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S10 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S11 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S12 A I P on 0.0.0.0 Login/Ne IDLE 0 0 > 0 > S13 A R P on 0.0.0.0 Login/Ne IDLE 724 1515 > 0 > S14 A R P on d01a808b.dip.cds Netwrk ESTABLISHED 747 2191 > 0 > > > > I am completely and utterly stumped. Copying configs from a working rack > to this one doesn't work. Replacing cards doesn't work. > > Any help appreciated. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Tue, 30 Dec 1997 16:45:25 -0500 (EST), Laszlo Vecsey <master@internexus.net> wrote: >FreeBSD is still giving dowload problems though... Have the client try turning off tcp_extensions in rc.conf (or sysconfig in older FreeBSD versions) It's probably not the solution, but it's worth a shot.

Jeff, What is your problem? The support is not closed - It is open - we have a skeleton staff but we are open. What is your problem? 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, 31 Dec 1997, Jeff Mcadams wrote: > Thus spake tgoodman@usr.com > > I hope the file I sent helps until you can speak with a tech. To > > reach any on the people you mentioned (if they carry a pager) dial > > 888-SKY-3COM and ask for them by name. We recently converted to these > > pagers to simplify the pin thing have a general number to use. > > > Tom Goodman > > "Never Closed" > > Well, USR sales comes through again....now if only tech support would be > as efficient. :) > > The document didn't really help (I already had a hard copy of it), but I > appreciate your time and effort in sending it...even though you're...at > least officially...closed. :) > > I'm going to make another effort to get through to USR and hope I can > get through the tech support hold queue before our PBX cuts me off...if > I don't get through, you'll probably hear from me. :) > > I really do appreciate your time and attention. > > >______________________________ Reply Separator _________________________________ > >Subject: HELP!!! > >Author: Jeff Mcadams <jeffm@iglou.com> at Internet > >Date: 12/30/97 1:03 PM > > >I need to get the attention of someone, anyone at USR to give me some > >tech support on our TC hubs. I can't get through to tech support line > >because our PBX cuts off the line before I can get through your hold > >queue (over an hour on hold before it was cut off last time I tried). I > >tried opening a case through the totalservice web site and waiting for a > >callback (its not *hugely* urgent, but an annoying problem that we need > >to get dealt with), but it keeps telling me "Invalid Userid", which is > >crap, 'cause I can use the same Userid to Review previous tickets that > >I've had open successfully. > > >If Tatai, or Michael Wronski, or anyone else from USR can call me or > >send me email, so I can at least getting a ticket *opened*, I would > >greatly appreciate it. > > >BTW, I tried calling Tom Goodman, but apparently the sales office is > >closed until Jan. 2! *rolls eyes* > > >USR, you're quickly loosing me as a customer this way...at least when I > >dealt with Livingston back when, I could at least talk to a human and > >get a callback...even if the callback was 2 weeks later...with USR I > >can't even get a ticket *opened*, let alone dealt with competently. > >-- > >Jeff McAdams Email: jeffm@iglou.com > >Chief Network Administrator Voice: (502) 966-3848 > >IgLou Internet Services (800) 436-4456 > >--IMA.Boundary.980185388 > >Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" > >Content-Transfer-Encoding: 7bit > >Content-Description: cc:Mail note part > >Content-Disposition: attachment; filename="RFC822 message headers" > > >Received: from usr.com (mailgate.usr.com) by robogate2.usr.com with SMTP > > (IMA Internet Exchange 2.02 Enterprise) id 4A9AF3E0; Tue, 30 Dec 97 20:34:38 > >-0600 > >Received: from iglou.com by usr.com (8.8.5/3.1.090690-US Robotics) > > id LAA29865; Tue, 30 Dec 1997 11:47:34 -0600 (CST) > >Received: from jeffm by iglou.com with local (8.7.3/8.6.12) > > id 0xn60O-0004DZ-00; Tue, 30 Dec 1997 13:03:04 -0500 > >Subject: HELP!!! > >To: usr-tc@xmission.com > >Date: Tue, 30 Dec 1997 13:03:01 -0500 (EST) > >Cc: tgoodman@usr.com, dboyer@commnet.com > >X-Mailer: ELM [version 2.4 PL25] > >Content-Type: text > >Message-Id: <E0xn60O-0004DZ-00@iglou.com> > >From: Jeff Mcadams <jeffm@iglou.com> > >--IMA.Boundary.980185388-- > > -- > Jeff McAdams Email: jeffm@iglou.com > Chief 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. >

Jeff, On the NETServer the only setting that is there to enable or diable Multilink is this command set mp on This will send Multilink info during LCP negotiations. This is the only setting that is available on the NETServer. However you can have Port-Limit, Max-sessions set in radius that do affect ISDN calls. Make sure that you have set MP on on the NETServer. I cannot call and talk to you about this problem, but can help you via email. If this setting does not work, then I can logon to the NETServer and check to see if there is a problem with the NETServer itself. 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, 31 Dec 1997, Jeff Mcadams wrote: > Thus spake Tatai SV Krishnan > > >What is your problem? The support is not closed - It is open - we have a > >skeleton staff but we are open. What is your problem? > > Yeah, talked with Tom yesterday, and he did mention that you were open, > but running a skeleton staff...was referring to the sales offices being > closed which seemed odd to me. In any case...I did get through this > morning and got a ticket opened...number 27457. > > Having trouble with people calling in on ISDN with MLPPP...only get > successful bonded connection about 1/3 of the time has been my > experience...some people are experiencing much lower connection rates. > Have seen this with Win95 with a moto bitsurfer pro, linux with bit pro, > an ascend pipe 50, and a bay instant internet that I'm aware > of...probably more that I haven't heard from yet. > > Luckily, bonded ISDN customers are a small percentage of our dial-in > base, but these same customers had no trouble dialing in on our Max 4004 > (which I'm doing my darndest to get rid of). I'm considering setting up > a PRI line into a TC and running it stand-alone (no MPIP) to see if they > can successfully hit that....that could narrow the problem down to an > MPIP problem...or at least excasserbated by using MPIP. I *suspect* > that the MPIP negotiation procedure is adding some time to the PAP > negotiation and stuff and these platforms are then timing out waiting > for PAP responses and such. This is mostly a shot in the dark at this > point, but is the only reasonable explanation I can come up with here. > > My name and number should be in the trouble ticket if you want to give > me a call about it....I'm comfortable with most different forms of > communication, so any way you want to use is cool with me. > > Any help is appreciated. > > BTW, Tom sent me the Release Notes for the netserver 3.4 code where MPIP > first appeared, and has the config information in it....I checked my > config and everything looks alright, no changes. > > FYI, I removed the dboyer address as he's our sales rep at the reseller we > use and is not directly involved. Just wanted him to have a head's up > on the original situation. > -- > Jeff McAdams Email: jeffm@iglou.com > Chief Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 >

This file is in totalservice. the file name is nsmgr342.zip. Logon to the totalservice.usr.com and go to software library and do a search for Netserver manager - you will get the file there. 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, 31 Dec 1997, Timothy A. Deem wrote: > > All, > > I'm trying to locate the netserver manager software that used to be > available separate form the TCM package. Does anyone happen to know > where it is on the USR site (I've searched totalservice) or have a copy > it they could email me (or have it online for download somewhere). > > Any help is appreciated.... > > Thanks, > Timothy > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

What is the ticket number? Also your Data base will grow depending upon how you configure accouting. Also the database includes your user names, password, accouting and all info on what you have set on outdef.dat. 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 Tue, 30 Dec 1997, Liping Chen wrote: > We are running the TC radius on Windows NT. The access database keeps on > growing even after purged. It started from 4MB and growed to 170MB after 3 > months. I have checked all the tables and reports. > > No answer for this problem from 3com tech support. Has anyone seen this yet? > Any wild guess is welcome. > > > Liping Chen > -- > Netsol Technologies > 805 S. Lemon Ave. Walnut, CA 91789 > (909) 869-6455 > (909) 869-6459 fax > Liping@netsol.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. >

Depends upon your password 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, 31 Dec 1997, Blake Fithen wrote: > Should that file be locked? I can get all the other files but not that > one. > > Blake Fithen > > > -----Original Message----- > > From: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] > > Sent: Wednesday, December 31, 1997 2:16 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) NetServer Configuration Tool > > > > This file is in totalservice. the file name is nsmgr342.zip. Logon > > to > > the totalservice.usr.com and go to software library and do a search > > for > > Netserver manager - you will get the file there. > > > > 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, 31 Dec 1997, Timothy A. Deem wrote: > > > > > > > > All, > > > > > > I'm trying to locate the netserver manager software that used to > > be > > > available separate form the TCM package. Does anyone happen to know > > > > > where it is on the USR site (I've searched totalservice) or have a > > copy > > > it they could email me (or have it online for download somewhere). > > > > > > Any help is appreciated.... > > > > > > Thanks, > > > Timothy > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the 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. >

We recently purchased 10 new tc racks. All of the new ones have a netserver that has hardware revision 7.00 and are all Enhanced Packet Bus chassis. My question is about my lowly original chassis that has worked so well for so long. It is a non enhanced packet bus and it's netserver has a hardware revision of 6.00. It shipped with 6 quad digital modems. Out of the all the new racks I'll end up with a spare. I would like to just fill out the old rack and leave it alone thereby having a spare that more like all the others. Should I be worried that the hardware revision in the netserver is older and that it's a non enhanced? All of these will never run the high density cards and only handle T1 lines with no provision for ISDN. They act simply as X2 modems.

If you are trying to use time limiting for Billing, and your customers pay upfront, (IE $2 per hour paid in advance) then you could modify your radius script to do the following: When the user calls in, set the users session-limit to the amount of time they have paid for. That way, the user cannot exceed their online time greater than what they've paid for. Then after the call ends, subtract the time used from the time available. Its probably a little confusing, but if this is the type of thing your looking at, then drop me a personal email. Regards, Jason Kelton 3COM ANZA. sparky@roava.net on 31/12/97 02:35:25 Please respond to usr-tc@lists.xmission.com cc: (bcc: Jason Kelton/Support/USR/AU) I am using NT version of Radius (USR Total Control and Secutity package TCS30), and I need to monitor the time on ISDN customers. For Standard Dialup's this is not a problem, because we are using Unlimited Interactive accts. Any advice would be appreaciated. 73's John Campbell - KC4LWI Owner - Roanoke Virginia Net http://www.roava.net mailto:sparky@roava.net - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

>I could schedule system time to do this, but even scheduled downtime >is still downtime to less sophisticated users...this is Indiana >for Cristsake. > Could you take one span down at a time during non-peak periods? Thats what we used to do when we only had one chassis. You can even soft busy out individual DS0's if you want.

On Wed, 31 Dec 1997, Clayton Zekelman wrote: > > Could you take one span down at a time during non-peak periods? Thats > what we used to do when we only had one chassis. You can even soft busy > out individual DS0's if you want. Hmmmm......what exactly is "soft busy". ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com

Thanks. This is what I needed! ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com On Wed, 31 Dec 1997, Tom Bilan wrote: > In TCM set the channel to transparent and after the user gets done with > their > session it will not pick up any more calls. This is how we do > maintenance on > the box without throwing off users. The line will not ring, it will > skip to the next > channel assigned as "normal" (i.e. not transparent). > > Tom > > > -----Original Message----- > > From: Clayton Zekelman [SMTP:clayton@mnsi.net] > > Sent: Wednesday, December 31, 1997 10:20 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Carrier Loss Delay > > > > >I could schedule system time to do this, but even scheduled downtime > > >is still downtime to less sophisticated users...this is Indiana > > >for Cristsake. > > > > > > > > > Could you take one span down at a time during non-peak periods? Thats > > what we used to do when we only had one chassis. You can even soft > > busy > > out individual DS0's if you want. > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

In TCM set the channel to transparent and after the user gets done with their session it will not pick up any more calls. This is how we do maintenance on the box without throwing off users. The line will not ring, it will skip to the next channel assigned as "normal" (i.e. not transparent). Tom > -----Original Message----- > From: Clayton Zekelman [SMTP:clayton@mnsi.net] > Sent: Wednesday, December 31, 1997 10:20 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Carrier Loss Delay > > >I could schedule system time to do this, but even scheduled downtime > >is still downtime to less sophisticated users...this is Indiana > >for Cristsake. > > > > > Could you take one span down at a time during non-peak periods? Thats > what we used to do when we only had one chassis. You can even soft > busy > out individual DS0's if you want. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Thus spake tgoodman@usr.com > I hope the file I sent helps until you can speak with a tech. To > reach any on the people you mentioned (if they carry a pager) dial > 888-SKY-3COM and ask for them by name. We recently converted to these > pagers to simplify the pin thing have a general number to use. > Tom Goodman > "Never Closed" Well, USR sales comes through again....now if only tech support would be as efficient. :) The document didn't really help (I already had a hard copy of it), but I appreciate your time and effort in sending it...even though you're...at least officially...closed. :) I'm going to make another effort to get through to USR and hope I can get through the tech support hold queue before our PBX cuts me off...if I don't get through, you'll probably hear from me. :) I really do appreciate your time and attention. >______________________________ Reply Separator _________________________________ >Subject: HELP!!! >Author: Jeff Mcadams <jeffm@iglou.com> at Internet >Date: 12/30/97 1:03 PM >I need to get the attention of someone, anyone at USR to give me some >tech support on our TC hubs. I can't get through to tech support line >because our PBX cuts off the line before I can get through your hold >queue (over an hour on hold before it was cut off last time I tried). I >tried opening a case through the totalservice web site and waiting for a >callback (its not *hugely* urgent, but an annoying problem that we need >to get dealt with), but it keeps telling me "Invalid Userid", which is >crap, 'cause I can use the same Userid to Review previous tickets that >I've had open successfully. >If Tatai, or Michael Wronski, or anyone else from USR can call me or >send me email, so I can at least getting a ticket *opened*, I would >greatly appreciate it. >BTW, I tried calling Tom Goodman, but apparently the sales office is >closed until Jan. 2! *rolls eyes* >USR, you're quickly loosing me as a customer this way...at least when I >dealt with Livingston back when, I could at least talk to a human and >get a callback...even if the callback was 2 weeks later...with USR I >can't even get a ticket *opened*, let alone dealt with competently. >-- >Jeff McAdams Email: jeffm@iglou.com >Chief Network Administrator Voice: (502) 966-3848 >IgLou Internet Services (800) 436-4456 >--IMA.Boundary.980185388 >Content-Type: text/plain; charset=US-ASCII; name="RFC822 message headers" >Content-Transfer-Encoding: 7bit >Content-Description: cc:Mail note part >Content-Disposition: attachment; filename="RFC822 message headers" >Received: from usr.com (mailgate.usr.com) by robogate2.usr.com with SMTP > (IMA Internet Exchange 2.02 Enterprise) id 4A9AF3E0; Tue, 30 Dec 97 20:34:38 >-0600 >Received: from iglou.com by usr.com (8.8.5/3.1.090690-US Robotics) > id LAA29865; Tue, 30 Dec 1997 11:47:34 -0600 (CST) >Received: from jeffm by iglou.com with local (8.7.3/8.6.12) > id 0xn60O-0004DZ-00; Tue, 30 Dec 1997 13:03:04 -0500 >Subject: HELP!!! >To: usr-tc@xmission.com >Date: Tue, 30 Dec 1997 13:03:01 -0500 (EST) >Cc: tgoodman@usr.com, dboyer@commnet.com >X-Mailer: ELM [version 2.4 PL25] >Content-Type: text >Message-Id: <E0xn60O-0004DZ-00@iglou.com> >From: Jeff Mcadams <jeffm@iglou.com> >--IMA.Boundary.980185388-- -- Jeff McAdams Email: jeffm@iglou.com Chief Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

All, I'm trying to locate the netserver manager software that used to be available separate form the TCM package. Does anyone happen to know where it is on the USR site (I've searched totalservice) or have a copy it they could email me (or have it online for download somewhere). Any help is appreciated.... Thanks, Timothy

Thanks. This looks even a little easier than setting Transparent under DS0 Status Types which I am currently doing upon suggestion from this thread. Happy New Year. ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com On Wed, 31 Dec 1997, Clayton Zekelman wrote: > > Open up a chassis with TCM > Select the first LED on the Dual T1 card. > Configure > Actions/Commands... > Select DS0 > Select the channels you want to busy out > Select OK > Change "No Command" to "Soft Busy Out" > Select Execute > > Wait for the callers to log out. > Perform whatever maintenance you need to on the quads. > Repeat the above procedure, except this time select Restore instead of > Soft Busy Out. > > A soft busy out will stop the channel from receiving calls, but will let > the current call stay up 'till the user is done. > > > You can also do this by plugging an RS-232 terminal into the back of the > Dual T1 Card. > > > > At 10:22 AM 12/31/97 -0600, you wrote: > >On Wed, 31 Dec 1997, Clayton Zekelman wrote: > >> > >> Could you take one span down at a time during non-peak periods? Thats > >> what we used to do when we only had one chassis. You can even soft busy > >> out individual DS0's if you want. > > > >Hmmmm......what exactly is "soft busy". > > > >========================================================================= > >Jeffrey A. Lynch, President JORSM Internet > >email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > >Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > >Autoresponse: info@jorsm.com http://www.jorsm.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. >

Open up a chassis with TCM Select the first LED on the Dual T1 card. Configure Actions/Commands... Select DS0 Select the channels you want to busy out Select OK Change "No Command" to "Soft Busy Out" Select Execute Wait for the callers to log out. Perform whatever maintenance you need to on the quads. Repeat the above procedure, except this time select Restore instead of Soft Busy Out. A soft busy out will stop the channel from receiving calls, but will let the current call stay up 'till the user is done. You can also do this by plugging an RS-232 terminal into the back of the Dual T1 Card. At 10:22 AM 12/31/97 -0600, you wrote: >On Wed, 31 Dec 1997, Clayton Zekelman wrote: >> >> Could you take one span down at a time during non-peak periods? Thats >> what we used to do when we only had one chassis. You can even soft busy >> out individual DS0's if you want. > >Hmmmm......what exactly is "soft busy". > >========================================================================= >Jeffrey A. Lynch, President JORSM Internet >email: jeff@jorsm.com Northwest Indiana's Full-Service Provider >Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 >Autoresponse: info@jorsm.com http://www.jorsm.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. > >

> Date: Tue, 30 Dec 1997 17:50:59 -0600 (CST) > From: Jeff Lynch <jeff@mercury.jorsm.com> > Subject: Re: (usr-tc) Carrier Loss Delay > Sorry, I mis-emphasized the problem. To do this as suggested, I would > have to drop all active connections and prevent any new connections > to modems that have not been updated yet, or I am missing something. > When I try to change a modem during an active connection, I get > a generic error...my limited TC hub experience tells me this is > because the modem is in use because I can do this on idle modems. With the TC hub there is a way to do it with minimal perceptable downtime to the users. The secret is the use of the "soft" busy on the modem's DS0. This will allow the current connections to remain active on the busied modems, and once they disconnect, they will go imediately into a busy state allowing you to perform the required configurations. By doing a small group at a time, you can work through the entire pool without dropping users. It is more time consuming for the tech, but the clients are not affected keeping them happy. > I could schedule system time to do this, but even scheduled downtime > is still downtime to less sophisticated users...this is Indiana > for Cristsake. > > I am still looking for a better way to manage minor change on these hubs > than busy out the damn T1 spans and perform changes en masse. You can busy individual modems, vice the whole T span. If you can't find it in the software package you're running, you can always connect a serial cable directly to the T1 card terminal port, and use the local menus directly. > If changing the modem init string with a telnet session to the netserver > is just as good as modifying the modem line parameters via TCM, I could > write an expect script to telnet in and do the change per port, watching > the detail log file for stop records indicating the port had become idle. > Of course, this method would be sensitive to radius accounting delay but > if run during non-peak it would still work pretty well...maybe only glitch > a few connection attempts worst case. Incorporate the soft busy DS0 command for a few at a time, and that sounds like a stable solution. The delay wouldn't matter since the DS0 goes busy as soon as the caller disconnects. Then once the update is complete, just return the DS0s to normal, soft busy the next group and start waiting for the all clear again. > After coming off crappy analog centrex service from hell, > I need to eliminate anything possible that will cause _any_ service > interruptions for as long as possible. Besides, a queued configuration > command utility to run on ports when they become idle would be nice to > have. Maybe this is already available in TCM and I don't know about > it? or someone has already done this? > > ========================================================================= > Jeffrey A. Lynch, President JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.com > > Good Luck! Dave Sherry Site Network Administrator AccessPort's West Coast Lynx 10940 River Road / Forestville, CA 95436 707-887-4640 (voice) 707-887-1810 (Fax) http://www.wclynx.com e-mail: Malevil@wclynx.com, hostmaster@ap.net, support@wclynx.com, Postmaster@wclynx.com

kewl ;) ========================================================================= Jeffrey A. Lynch, President JORSM Internet email: jeff@jorsm.com Northwest Indiana's Full-Service Provider Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 Autoresponse: info@jorsm.com http://www.jorsm.com On Wed, 31 Dec 1997, Tom Bilan wrote: > we used to do soft busy out but it was too much trouble to undo the busy > out, that was a year ago > so it may have been fixed. We've been using transparent and it is easy > to change. You can even > CTRL+C and CTRL+V in TCM so if you're transparently a whole chassis you > can do it in 5 secs :) > > Tom

we used to do soft busy out but it was too much trouble to undo the busy out, that was a year ago so it may have been fixed. We've been using transparent and it is easy to change. You can even CTRL+C and CTRL+V in TCM so if you're transparently a whole chassis you can do it in 5 secs :) Tom > -----Original Message----- > From: Jeff Lynch [SMTP:jeff@mercury.jorsm.com] > Sent: Wednesday, December 31, 1997 2:13 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Carrier Loss Delay > > Thanks. This looks even a little easier than setting Transparent > under DS0 Status Types which I am currently doing upon suggestion > from this thread. > > Happy New Year. > > ====================================================================== > === > Jeffrey A. Lynch, President JORSM Internet > email: jeff@jorsm.com Northwest Indiana's Full-Service > Provider > Voice: (219)322-2180 927 Sheffield Avenue, Dyer, IN 46311 > Autoresponse: info@jorsm.com http://www.jorsm.com > > On Wed, 31 Dec 1997, Clayton Zekelman wrote: > > > > > Open up a chassis with TCM > > Select the first LED on the Dual T1 card. > > Configure > > Actions/Commands... > > Select DS0 > > Select the channels you want to busy out > > Select OK > > Change "No Command" to "Soft Busy Out" > > Select Execute > > > > Wait for the callers to log out. > > Perform whatever maintenance you need to on the quads. > > Repeat the above procedure, except this time select Restore instead > of > > Soft Busy Out. > > > > A soft busy out will stop the channel from receiving calls, but will > let > > the current call stay up 'till the user is done. > > > > > > You can also do this by plugging an RS-232 terminal into the back of > the > > Dual T1 Card. > > > > > > > > At 10:22 AM 12/31/97 -0600, you wrote: > > >On Wed, 31 Dec 1997, Clayton Zekelman wrote: > > >> > > >> Could you take one span down at a time during non-peak periods? > Thats > > >> what we used to do when we only had one chassis. You can even > soft busy > > >> out individual DS0's if you want. > > > > > >Hmmmm......what exactly is "soft busy". > > > > > > >===================================================================== > ==== > > >Jeffrey A. Lynch, President JORSM Internet > > >email: jeff@jorsm.com Northwest Indiana's Full-Service > Provider > > >Voice: (219)322-2180 927 Sheffield Avenue, Dyer, > IN 46311 > > >Autoresponse: info@jorsm.com http://www.jorsm.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.

While talking to our USR rep the other day, he mentioned a product that 3COM/USR offers that will do multiple chassis upgrades. I assume it soft busy/OOS the target host and waits a predetermined amount of time or for X amount of activity before attempting a software download. When complete, it releases the lines and perhaps performs a few tests. has anyone heard of this product? or is using it? ______________________________________________________________________ | Henry Moats Network Services Support nc0419 ext 3671 | ______________________________________________________________________|

As we move from Annex 4000 and mulitech modems to USRTC's a problem has crept into our network. The netbios broadcst's from our customers are increasing on the network. the annex 4000 allowed not to load the broadcast and I beleive this keeps netbios broadcast's off the local nets. At least tcpdump shows no broadcasted Netbios packets. My question is, is there some way to do the same with the USR equipment.

I have reset them. Doesn't do anything. I've power cycled. Doesn't do anything. So far, the only thing that's worked is to remove all the quad cards, then power cycle the rack, then insert the cards one at a time. On Wed, 31 Dec 1997, Brian wrote: > > On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > > > > > I have a chassis that has me stumped. It's been working just beautifully. > > No problems. Flawless. > > > > I do a show all, everything is A/R/P for modems that should be. > > > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > > "reset all". > > > > And now, for the life of me, I cannot 4 of the modems to come out of > > A/I/P. > > > > Actually, now that I think about it. Your modems can say AIP, this is > fine. It won't actually update them to "ARP" until you do a reset on > them. so just reset those ports > > > /-------------------------- signal@shreve.net -----------------------------\ > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | > | Systems Administrator | Perl, Linux | Web hosting, online stores, | > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | > \-------------------------- 318-222-2638 x109 -----------------------------/ > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I have reset them. Doesn't do anything. I've power cycled. Doesn't do anything. So far, the only thing that's worked is to remove all the quad cards, then power cycle the rack, then insert the cards one at a time. On Wed, 31 Dec 1997, Brian wrote: > > On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > > > > > I have a chassis that has me stumped. It's been working just beautifully. > > No problems. Flawless. > > > > I do a show all, everything is A/R/P for modems that should be. > > > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > > "reset all". > > > > And now, for the life of me, I cannot 4 of the modems to come out of > > A/I/P. > > > > Actually, now that I think about it. Your modems can say AIP, this is > fine. It won't actually update them to "ARP" until you do a reset on > them. so just reset those ports > > > /-------------------------- signal@shreve.net -----------------------------\ > | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | > | Systems Administrator | Perl, Linux | Web hosting, online stores, | > | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | > | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | > | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | > \-------------------------- 318-222-2638 x109 -----------------------------/ > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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. >

Should that file be locked? I can get all the other files but not that one. Blake Fithen > -----Original Message----- > From: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] > Sent: Wednesday, December 31, 1997 2:16 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) NetServer Configuration Tool > > This file is in totalservice. the file name is nsmgr342.zip. Logon > to > the totalservice.usr.com and go to software library and do a search > for > Netserver manager - you will get the file there. > > 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, 31 Dec 1997, Timothy A. Deem wrote: > > > > > All, > > > > I'm trying to locate the netserver manager software that used to > be > > available separate form the TCM package. Does anyone happen to know > > > where it is on the USR site (I've searched totalservice) or have a > copy > > it they could email me (or have it online for download somewhere). > > > > Any help is appreciated.... > > > > Thanks, > > Timothy > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages > send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I'm trying to setup the t1/pri card. My settings are DMS-100, ESF, and B8ZS. I haven't seen any problems when I perform all the status checks, via the console port and I've gone through the installation/operatins manual. Can anyone point me in the right direction? Thank you. | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune |

On Tue, 30 Dec 1997, Jaye Mathisen wrote: > > > I have a chassis that has me stumped. It's been working just beautifully. > No problems. Flawless. > > I do a show all, everything is A/R/P for modems that should be. > > *all* I did was "set modem startslot 2" to use S1-S48, "save all", > "reset all". > > And now, for the life of me, I cannot 4 of the modems to come out of > A/I/P. > Actually, now that I think about it. Your modems can say AIP, this is fine. It won't actually update them to "ARP" until you do a reset on them. so just reset those ports /-------------------------- signal@shreve.net -----------------------------\ | Brian Feeny | USR TC Hubs | ShreveNet Inc. (318)222-2638 | | Systems Administrator | Perl, Linux | Web hosting, online stores, | | ShreveNet Inc. | USR Pilot | Dial-Up 14.4-56k, ISDN & LANs | | 89 CRX DX w/MPFI, lots of |-=*:Quake:*=-| http://www.shreve.net/ | | mods/Homepage coming soon |LordSignal/SN| Quake server: 208.206.76.3 | \-------------------------- 318-222-2638 x109 -----------------------------/ - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

I'm setting up the Netserver now. I received the equipment today, but I don't seem to have the TCM software. Do I have to download the software from the web page? | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune | On Wed, 31 Dec 1997, Brian Elfert wrote: > > > On Wed, 31 Dec 1997, Cassandra M. Perkins wrote: > > > > > I'm trying to setup the t1/pri card. My settings are DMS-100, ESF, > > and B8ZS. I haven't seen any problems when I perform all the status > > checks, via the console port and I've gone through the > > installation/operatins manual. Can anyone point me in the right > > direction? > > Have you set up the Netserver yet? > > See the script I posted to the list this evening that sets up a Netserver > quite nicely if you have a Unix box with expect loaded on it. > > If the Netserver isn't set up, the modems won't be available, and the PRI > card will busy out the line automatically. > > Also, be sure you've gone into each modem and set the line interface to > PRI TDM under line interface settings in TCM. You'll have to hardware > reset the modems after this change, or simply power cycle the chassis. > > Brian > >

I registered on the totalservice.usr.com web page. Is it a requirement to use the TCM software to set the line interface configurations for the modems? | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune | On Wed, 31 Dec 1997, Cassandra M. Perkins wrote: > I'm setting up the Netserver now. I received the equipment today, but I > don't seem to have the TCM software. Do I have to download the software > from the web page? > > ---------------------------------------------------------------------------- > | Cassandra M. Perkins | People usually get what's coming to | > | Network Operations | them... unless it's been mailed. | > | The Loop Internet Switch Co., LLC | -fortune | > ---------------------------------------------------------------------------- > > On Wed, 31 Dec 1997, Brian Elfert wrote: > > > > > > > On Wed, 31 Dec 1997, Cassandra M. Perkins wrote: > > > > > > > > I'm trying to setup the t1/pri card. My settings are DMS-100, ESF, > > > and B8ZS. I haven't seen any problems when I perform all the status > > > checks, via the console port and I've gone through the > > > installation/operatins manual. Can anyone point me in the right > > > direction? > > > > Have you set up the Netserver yet? > > > > See the script I posted to the list this evening that sets up a Netserver > > quite nicely if you have a Unix box with expect loaded on it. > > > > If the Netserver isn't set up, the modems won't be available, and the PRI > > card will busy out the line automatically. > > > > Also, be sure you've gone into each modem and set the line interface to > > PRI TDM under line interface settings in TCM. You'll have to hardware > > reset the modems after this change, or simply power cycle the chassis. > > > > 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. >

On Wednesday, December 31, 1997 7:36 PM, Cassandra M. Perkins [SMTP:cassy@loop.com] wrote: > > I'm trying to setup the t1/pri card. My settings are DMS-100, ESF, > and B8ZS. I haven't seen any problems when I perform all the status > checks, via the console port and I've gone through the > installation/operatins manual. Can anyone point me in the right > direction? > > Thank you. Make sure all the modems are set to tdmPRI for PRI signaling or tdmT1 for Channelized T1. Look under Line Interface Options. Marshall Morgan http://www.netdoor.com 601.969.1434 | Fax 601.969.3838 | 800.952.1570

On Wed, 31 Dec 1997, maley, gary wrote: > What version of software are you running in the Total Control? How old is > your unit? Have you updated your software lately? > > I to have had this problem, I just purchased a newer model with the newer > code it does seem to work better then the older units I have. I have an idea > USR knows this is happening, but are not coming forward with the info. > > > > I seem to have a problem with my win3.1 users and also MAC users to > >connect to my Total Control Chassis. It seems right after the username is > >sent they get the message *Host Not Available* and the modem hangs up. They > >can all connect fine into my linux box runing mgetty, pppd, connecting to > >USR Sportsters into a Rocketport 32 card. I use the following script to set up all of my Total Control racks, and they work just fine with both Windows 95, Mac, NT, and Win 3.1. I have both enhanced and non-enhanced Netserver cards, and this has worked across 3 different software revisions for the Netserver. I've never seen the "Host not available" message. The TC rack needs to be partially set up before using this script. the IP address and gateway need to be set. The prompt should be set to the FQDN of the TC rack, like such 'tc1.citilink.com>'. The command would be 'set prompt "tc1.citilink.com> "'. You also need to set a password. My radius is set up so that all users who use just 'username' to log in have to use PAP, otherwise they get a terminal login. Users can also use 'username.ppp' to get a PPP connect for sure. My Windows 3.1 users with Trumpet have to use the 'username.ppp', because I've never gotten Trumpet's PAP to work quite right. Here's the script: #!/usr/local/bin/expect -f set timeout -1 match_max 10000 set count 0 set f tc3.citilink.com set g tc3 send_user "Connection to $f established\m" spawn -noecho -ignore HUP telnet $g expect login: send "!root\n" expect word: send "password\n" expect $f send "set domain citilink.com\n" expect $f send "set namesvc dns\n" expect $f send "set nameserver 209.98.8.3\n" expect $f send "set authen 209.98.8.8\n" expect $f send "set accounting 209.98.8.3\n" expect $f send "set ether0 netmask 255.255.255.0\n" expect $f send "set broadcast high\n" expect $f send "set all term vt100\n" expect $f send "set all modem on\n" expect $f send "set all xon off\n" expect $f send "set all rts on\n" expect $f send "set all security on\n" expect $f send "set all idle 15\n" expect $f send "set all extended on\n" expect $f send "set all speed 1 115200\n" expect $f send "set all speed 2 115200\n" expect $f send "set all speed 3 115200\n" expect $f send "set all login network dialin\n" expect $f send "set modem s5-s52 active\n" expect $f send "set ether0 routing broadcast\n" expect $f while { $count < 53 } { send "set s$count prompt ^Welcome to Citilink^^$g $count username: \n" set count [expr $count +1] expect $f } send "set all message \n" expect $f send "save all\n" expect $f send "reset all\n" expect $f send "\n" expect $f send "quit\n" expect Goodbye expect "Connection Closed" exit

I had a TC unit wig out on me today, and as a last resort I reflashed the Netserver and reconfigured the thing from scratch. That did the trick, except that the pseudo-serial numbers seem to be four off, now: s5 points to the first modem in the third slot, but there's a quad card in the second slot. I tried setting the startslot to 2, and to 1, and neither of them did any good: s5 consistently points to the first modem in the third slot. It didn't seem to change anything immediately, so a rebooted the unit to try the different settings. >From the dual PRI card, the first for modems are busy/busy. From the Netserver, the last four (s49-s52) are AIP (inactive?). I can afford to be down four modems, but this one's weird. This problem looks really familiar, but I don't remember the resolution that was reached here. This Netserver is running 3.5.34. Thanks for any pointers, and Happy New Year. (Don't forget to make a new directory for the logs!) Mark --- Mark R. Lindsey, mark@datasys.net Internet Engineer, DSS Online Voice: +1 912 241 0607; Fax: +1 912 241 0190

On Wed, 31 Dec 1997, Terry Kennedy wrote: > As we move from Annex 4000 and mulitech modems to USRTC's > a problem has crept into our network. The netbios broadcst's from > our customers are increasing on the network. the annex 4000 allowed > not to load the broadcast and I beleive this keeps netbios broadcast's > off the local nets. At least tcpdump shows no broadcasted Netbios packets. > My question is, is there some way to do the same with the USR equipment. USR TC with NETServer does not do any Netbios - Also as a router the NETServer does not allow any broadcast message from Network to dial-up and vice versa. Your customer equipment can send IP encapsulated netbios packet - This packet can come in UDP and TCP - UDP is broadcast and this packet will not be sent across - TCP however will be sent. Check your Network - Use a sniffer to see who is sending the netbios packet. 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. >