November 2000 - USR-TC - mailman.xmission.com

(usr-tc) 3COM
by Lists 05 Sep '01

05 Sep '01

Anyone know if people like Krish are still on this list, or what their e-mail might be? - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

10 21

(usr-tc) TCM 7.0.7
by Marshall Morgan 26 Mar '01

26 Mar '01

It's my assumption that 3com is not going to fix TCM 7.0.7 for Windows - after 5 months. Are we going to get a new version soon to fix the problem I mentioned the other day (and found listed in the Known Bugs section of the release pdf?) Anyone have the word on this? ref: "Eureka! It's not the NMC code - it's TCM 7.0.7! Try looking at a chassis with 6.0.23 and you will see that all 24 DS0 channels are available on CT1 trunks and 23 Timeslots when PRI trunks are there no no matter the NMC code version." Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 2

(usr-tc) Power Consumption
by Marshall Morgan 20 Dec '00

20 Dec '00

If I have 14 DSPs, 1 HiperNMC and 2 ARCs plus an integrated fan tray what will be the amps required at peak and nominal using a single or dual -48vDC 130A power supplies? I need to make sure the 25A listed on the PS is not right as I cannot find any GMT fuses and panels that support more than 15A's for each fuse and 50A per distribution panel (using Telect panels) http://www.telect.com/products/category/index.cfm?category=TRADFUSE Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 4

(usr-tc) FS: Hiper DSP's
by Steve Rivera -www.wrca.net 04 Dec '00

04 Dec '00

WR Communication Associates (WRCA) has the following USR equipment available: Hiper DSP $2900 Hiper NMC w/ nics (NEW) $1500 Hiper NMC, no nic $800 or BO EdgeServer w/ SCSI nic $1200 Try me for all you USR Hardware needs. Largest Stocking Total Control Dealer on the Net. Chassis's, modems, power, cards, filler plates, cables...I have it all. Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera(a)wrca.net - Mobile Email: srivera711(a)hotmail.com Worldwide Provider of Network Hardware Since 1981. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

4 4

RE: (usr-tc) 2 ARC's - one chassis
by Blake Fithen 01 Dec '00

01 Dec '00

Hello, does anyone know the OID for bits/bytes in/out for the HiperARC ethernet port? thanks, blake > -----Original Message----- > From: Jim Johnson [mailto:jim@perigee.net] > Sent: Wednesday, August 18, 1999 7:30 AM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) 2 ARC's - one chassis > > > > Maybe 3COM should look at the concept of a real Fault tolerant > configuration. > > It could be as easy as put a second card in and identify it as a > BACKUP. > > set chassis slot 2 ARC_Backup > > The other ARC could mirror its config onto the backup automatically. > > If the primary failed, the backup takes over as a clone of > the primary. > > Jim > > > Jason Kelton wrote: > > > > Aaron, > > > > > The only obvious solution is to assign 2x the number of > addresses to each > > > ARC, or use some kind of radius-based IP address resource > allocation. > > > > Resource Assignement via Radius would appear to be more > appropriate these > > days in any case. It means you handle the entire > client-side's access and > > IP Assignment from within Radius. > > > > Seems to me like a more centralised approach! > > > > - Jason. > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the 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(a)xmission.com" > with "unsubscribe usr-tc" in the body of the 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(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

(usr-tc) USR TC Alternative
by G. Douglas Davidson 29 Nov '00

29 Nov '00

We have a small number of people that, for whatever reason, have a tough time connecting to the Total Control. I'd like to pick up another access server that might allow us to connect a majority of these people having difficulties without spending all day playing with modem init strings. So I guess I am looking for the "Anti-Total Control". I'd also like something where we may be able to pick up some functionality that may be lacking in the TC, or where we may find lower long term costs compared to those associated with the TC. I don't want something that is dead-ended. I'm familiar with the Livingston stuff as we used to run them (and I used to like them) but I don't think that would be a good longer term decision. I've heard that the Ascend gear is very popular and can connect to a wide variety of modems. So perhaps a used Ascend may be in order. Also, I've been looking into the Ariel RS4200 which appears pretty nice, but I can't seem to find anyone that has run one of these things outside of through Ariel. Thanks up front for any suggestions. -- ----- G Douglas Davidson | CityNet, Inc. douglas(a)city-net.com | Pittsburgh, PA voice: 412.481.5406 | fax: 412.431.1315 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 2

RE: (usr-tc) USR TC Alternative
by Brian Becker 28 Nov '00

28 Nov '00

Actually there is a fix for this if you are using PRI lines OR you have gotten your phone company to provide you with DNIS. I can't get DNIS so I'm screwed! In Total Control Manager, you can set different init strings to be sent to the modem for different incoming phone numbers (up to four different ones). So ask your phone company to give you two additional phone numbers pointed to the trunk group and set one of those to init the modem to 33.6k only connects and another to 19.2k only connects. Brian -----Original Message----- From: owner-usr-tc(a)lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of G. Douglas Davidson Sent: Tuesday, November 28, 2000 12:18 PM To: usr-tc(a)lists.xmission.com Subject: (usr-tc) USR TC Alternative We have a small number of people that, for whatever reason, have a tough time connecting to the Total Control. I'd like to pick up another access server that might allow us to connect a majority of these people having difficulties without spending all day playing with modem init strings. So I guess I am looking for the "Anti-Total Control". I'd also like something where we may be able to pick up some functionality that may be lacking in the TC, or where we may find lower long term costs compared to those associated with the TC. I don't want something that is dead-ended. I'm familiar with the Livingston stuff as we used to run them (and I used to like them) but I don't think that would be a good longer term decision. I've heard that the Ascend gear is very popular and can connect to a wide variety of modems. So perhaps a used Ascend may be in order. Also, I've been looking into the Ariel RS4200 which appears pretty nice, but I can't seem to find anyone that has run one of these things outside of through Ariel. Thanks up front for any suggestions. -- ----- G Douglas Davidson | CityNet, Inc. douglas(a)city-net.com | Pittsburgh, PA voice: 412.481.5406 | fax: 412.431.1315 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the 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(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) NetServer/16 sending high Acct-Session-Time
by Alan Spicer 28 Nov '00

28 Nov '00

[usr-tc list] * We have a Total Control that authenticates with Radius, and we are seeing pretty often very large: Acct-Session-Time numbers in accounting records. Has anyone seen this? Anyone have suggestion of what to do ? Here is system info: TC> show system SYSTEM DESCRIPTION System Descriptor: U.S. Robotics NetServer/16, Version: V4.2.0, Built on May 17 1999 at 10:48:00. Object ID: 1.3.6.1.4.1.429.2.11 System UpTime: 2d 19:52:25 System Name: total-sre System Services: Internet EndToEnd Applications System Transmit Authentication Name: Netserver System Version: V4.2.0 TC> * Thanks for any info or suggestions. Please cc: also to my email address, since I get a digest of this list. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 4

Re: (usr-tc) RIPv2 CPU Issue
by G. Douglas Davidson 28 Nov '00

28 Nov '00

On Nov 10, 10:50am, G. Douglas Davidson wrote: > Subject: Re: (usr-tc) RIPv2 CPU Issue > On Nov 9, 11:33am, Jeff Mcadams wrote: > > Subject: Re: (usr-tc) RIPv2 CPU Issue > > Also sprach G. Douglas Davidson > > >I've been using RIPv2 to allow our Cisco to route to our TCs, but I > > >just noticed recently that RIP is a CPU hog on the Cisco. It is > > >consuming around 60 percent of the CPU. Is there anything that can be > > >done to decrease the amount of RIP updates that the TCs send? Is OSPF > > >less of a pig? Should I segement things so that I proxy arp the > > >regular dialups and only RIP a subnet for the people I need to route a > > >subnet to? > > > > >Any thoughts appreciated. > > > > passive-interface on the cisco is your friend! > > > > If you passive-interface all of your RIP interfaces on the cisco, then > > the cisco knows it doesn't have to keep track of many of the timers on > > each route that it has to keep track of if its not set for > > passive-interface. Each route has a timer associated with it so the > > router knows when it needs to rebroadcast the route back out again...by > > eliminating these timers with the passive-interface command, I dropped > > the cpu load on my 7507 from ~50% to ~15% > > > > The only thing you loose by putting passive-interface on everything on > > the cisco is the ability for the cisco to inform the Arcs about routes > > it has...but since the usual mode of deployment is for the Arcs to be > > default routed to the cisco...you really don't loose much of any > > functionality. > > Thanks for the pointer! When I did that though, the updates did not seem to be > getting through to the router. I'm going to try again because is seems that > some changes sort of blow the Cisco's mind for a bit. > I finally got around to finishing the "passive-interface" thing and it really helped! From 50 to 60 percent down to 10 to 15 percent. Excellent! Thanks a ton Jeff. -- ----- G Douglas Davidson | CityNet, Inc. douglas(a)city-net.com | Pittsburgh, PA voice: 412.481.5406 | fax: 412.431.1315 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) V.92?
by R Gamberg 23 Nov '00

23 Nov '00

Actually, there's a little more that's good: V.92 allows 3 options for client for call waiting - Modem-On-Hold (which you need to have enabled as well), HangUp, and Ignore. I can't tell you how many people have asked me how to make their modems hang up when they have a call waiting. Instead, they're on line, probably retraining to boot. The proposed V.250 commands I just put up at http://808hi.com/56k/v92c.htm show you the increments you can allow for modem-on-hold. Could be a good thing. V.44 should help as well.... better throughput ultimately = shorter sessions...? Aloha, Richard http://808hi.com/56k/ 56k=v.Unreliable -> -----Original Message----- -> From: owner-usr-tc(a)lists.xmission.com -> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber -> Sent: Wednesday, November 22, 2000 5:25 AM -> To: usr-tc(a)lists.xmission.com -> Subject: Re: (usr-tc) V.92? -> -> -> So how are you going to manage the modem being on hold while they BS to -> on the line? -> -> I guess you could sell it as a premuim service, but you would need to -> break the v.92 and v.90 pools into seperate chassis/huntgroups unless -> radius or ANI/DNIS can somehow enable the .v92 for you on the fly. -> -> I don't see this as a good thing. How can you improve your service (ie -> make money off this upgrade) when most people barely understatnd that the -> computer uses the telephone to begin with? -> -> Every ISP uses idle timeouts and has a written interactive use policy to -> stop the very thing that v.92 is going to make available. The only GOOD -> thing about the v.92 is that from what I understand the hold feature can -> be turned off on our side. -> -> Paul Farber -> Farber Technology -> farber(a)admin.f-tech.net -> Ph 570-628-5303 -> Fax 570-628-5545 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 2