June 2000

On Thu, 1 Jun 2000, Steve Cobb wrote: > no help. I'm looking at going to an Ascend/Lucent product but I don't > know which one. I would like the same manageability that the tc has. > Any suggestions would be most helpfully. Of course, I need something > that is x2 and ISDN ready. If you truly want x2 support, you'll have to stick with 3Com. Everyone else supports V.90 and K56Flex. Brian

Hi all, We are a new ISP that is having a ton of problems with our USR TC equipment. We have two pops, one tc with 3 DSPs and one with 2. We are at the point of adding another DSP to each tc but as I said we are having a ton of problems. Sprint is our telco and they have no expertise with tc. Right now, we have been having problems for 10 DAYS! Our trunks mysteriously turn off until and our available modems slowly drop off. So my question is, what is the best hardware to switch to? I like the features of the usr tc, but we have no support. 3COM has been no help. I'm looking at going to an Ascend/Lucent product but I don't know which one. I would like the same manageability that the tc has. Any suggestions would be most helpfully. Of course, I need something that is x2 and ISDN ready. Thanks, Steve Cobb Computer Geeks

Since you have a ton of problems, then perhaps if you list them to the list some will be able to offer solutions so some of the problems. We have been running TC for over 3 years without a problem of trunk turning off. I would say there is a configuration setting between your type of trunks and the software of the TC. But without further information I can offer no other assistance. It sounds as tho you are getting some connections so basically the hardware works. You will find that all the brands of hardware are basically the same, and that thousands of users of TC show that it constantly works 24/7. So the problem you are having is isolated to your lines/T1's/software/ or hardware. What versions of software and hardware are on your TC. What is the type of switch that sprint is using and what are their settings. Who did you buy the TC from, if it was a dealer then they are a better source of assistance than 3Com. If you have a support contract with 3 Com, then you will have to elevate the level of support. If you have contacted them then you have an incedent number that you can use for re-contact. --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500-- On Thu, 1 Jun 2000, Steve Cobb wrote: > Hi all, > > We are a new ISP that is having a ton of problems with our USR TC > equipment. We have two pops, one tc with 3 DSPs and one with 2. We are > at the point of adding another DSP to each tc but as I said we are > having a ton of problems. Sprint is our telco and they have no > expertise with tc. Right now, we have been having problems for 10 DAYS! > Our trunks mysteriously turn off until and our available modems slowly > drop off. So my question is, what is the best hardware to switch to? I > like the features of the usr tc, but we have no support. 3COM has been > no help. I'm looking at going to an Ascend/Lucent product but I don't > know which one. I would like the same manageability that the tc has. > Any suggestions would be most helpfully. Of course, I need something > that is x2 and ISDN ready. > > Thanks, > > Steve Cobb > Computer Geeks > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Looking to buy 1 DSP card w/NIC. Need ASAP. Contact me offline or call 1-877-425-7421 ext.10 -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

On Thu, 1 Jun 2000, Jamie Orzechowski wrote: > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7 > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ... > > http://www.nortelnetworks.com/promotions/cvxsolutions/index.html Nortel is too "Jabba the Hutt" like to deal with, you are going to be too small to even be a blip on their radar. 3com at least has _distributors_ you can get pricing and information from. Does Nortel have a "totalservice" web site where you can find documentation and software, release notes, all that stuff? Nope. When you start having problems with the CVX1800, is there a newsgroups a mailing list you can turn to? Try calling Nortel's main number and try to talk to someone _right now_. You'll only be able to get someone to call you back. And when you ask the operator when that will be (hmm, sometime later today?), "oh, we try to respond to all inquiries WITHIN 7 DAYS". Here's an illustration of what you will be up against at Nortel. A few months ago, we got a "cold email" from one of their sales staff about their DSL gear. Since we were in the process of evaluating DSL solutions for a coming multi-million dollar investment in provisioning gear and DSLAMs, here is the reply I sent him... From nabil@SpiritOne.com Thu Feb 10 15:55:07 2000 -0800 Date: Thu, 10 Feb 2000 15:55:02 -0800 (PST) From: Aaron Nabil <nabil@SpiritOne.com> To: Daniel Foreman <foremand@nortelnetworks.com> Subject: Re: Nortel Solutions In-Reply-To: <1142CC7C1392D111A64E0000F8C991800467B150@zrtpd001.us.nortel.com> We are in the process of evaluating a DSL provisioning solution. If you'd like Nortel to be considered along with Redback, Cisco and Lucent, send us every piece of printed information you have about the Shasta line. Manuals, provisioning information, NTP's, everything. And _pricing_, of course. Not just pricing on a particular configuartion, pricing on all the configurations, support and maintainainance, and training. Here's our address.... You know what I got back? Exactly the same glossies you might find in a Nortel booth at a trade show, all packaged in a nice Nortel folder. I'm expecting 80lbs, I get 8oz! Unless you are GST or Earthlink or US WEST, you are nothing to them. A million dollar sale is NOTHING to them. NOTHING. I noticed the above URL you gave at the Nortel web site, it suggest that there is some kind of "promotion". I challange you to find that information on their web site. In fact, try and find any information (beyond a picture of the outside of the box) on the CVX on their web site. I'm sure Nortel is great if you are worth $500 million. If you are worth $5 million, forget it. Keep us posted tho, eh? -- Aaron Nabil

Try calling Terry at Multitech Systems 888-288-5470 x5532 - they are very responsive and have real people to talk to. Scot Desort wrote: > Is anyone else here on the Ascend users list? > > Whew - there are some VERY angry people on that list. While I have never had > to go to Lucent for support, what these people are describing makes things > at 3COM look bright and sunny. Top-tier engineering support calls being > ignored. Technicians who don't know the products. RMA and warranty claims > not being addressed. It's worse than any complaints I've seen on the 3COM > list. > > I *was* considering picking up some Ascend gear to compliment my 3COM stuff, > but I am seriously reconsidering that. So, what's left - Ci$co? Are they > the only company that provides the kind of support ISP's need? They usually > seem to do most everything right. I don't know -- think I'll stick it out > with 3COM and see if all of the newly found resources available from the > drop of their switches actually *does* go into the ISP/Carrier division. > > -- > Scot > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Is anyone else here on the Ascend users list? Whew - there are some VERY angry people on that list. While I have never had to go to Lucent for support, what these people are describing makes things at 3COM look bright and sunny. Top-tier engineering support calls being ignored. Technicians who don't know the products. RMA and warranty claims not being addressed. It's worse than any complaints I've seen on the 3COM list. I *was* considering picking up some Ascend gear to compliment my 3COM stuff, but I am seriously reconsidering that. So, what's left - Ci$co? Are they the only company that provides the kind of support ISP's need? They usually seem to do most everything right. I don't know -- think I'll stick it out with 3COM and see if all of the newly found resources available from the drop of their switches actually *does* go into the ISP/Carrier division. -- Scot

Also sprach Scot Desort >Is anyone else here on the Ascend users list? >Whew - there are some VERY angry people on that list. While I have >never had to go to Lucent for support, what these people are describing >makes things at 3COM look bright and sunny. Top-tier engineering >support calls being ignored. Technicians who don't know the products. >RMA and warranty claims not being addressed. It's worse than any >complaints I've seen on the 3COM list. >I *was* considering picking up some Ascend gear to compliment my 3COM >stuff, but I am seriously reconsidering that. So, what's left - Ci$co? >Are they the only company that provides the kind of support ISP's need? Yeah, pretty much...but their modems suck swamp water through a straw. I've always said I'd love to have 3Com's modems, with Cisco's routing capabilities. Ah, what I wouldn't give for a new version of the AS5100. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7 Racks - about 40 DSP's) and going to the Nortel CVX 1800 ... http://www.nortelnetworks.com/promotions/cvxsolutions/index.html ----- Original Message ----- Sent: Thursday, June 01, 2000 11:41 AM > Is anyone else here on the Ascend users list? > > Whew - there are some VERY angry people on that list. While I have never had > to go to Lucent for support, what these people are describing makes things > at 3COM look bright and sunny. Top-tier engineering support calls being > ignored. Technicians who don't know the products. RMA and warranty claims > not being addressed. It's worse than any complaints I've seen on the 3COM > list. > > I *was* considering picking up some Ascend gear to compliment my 3COM stuff, > but I am seriously reconsidering that. So, what's left - Ci$co? Are they > the only company that provides the kind of support ISP's need? They usually > seem to do most everything right. I don't know -- think I'll stick it out > with 3COM and see if all of the newly found resources available from the > drop of their switches actually *does* go into the ISP/Carrier division. > > > -- > Scot > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

At 11:43 AM 6/1/00 -0400, Jeff Mcadams wrote: >Yeah, pretty much...but their modems suck swamp water through a straw. >I've always said I'd love to have 3Com's modems, with Cisco's routing >capabilities. Ah, what I wouldn't give for a new version of the AS5100. I've heard some good things about Patton's boxes, but have no first-hand experience with them. I don't think they currently have anything to match TC's modem density, but I believe they have some stuff in the works to rectify that. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

How can anyone say the Smartnet and 3Com support is worth the money? I swear they make a living not off the products but by the support contracts. Do you LIKE to pay over and over for the same buggy code? Do you LIKE having NO support whatsoever if you don't pay for it? Do you LIKE being held hostage to crappy hardware warrany's? CISCO has a 90 day warrany.. that 's it. Is thier gear that crappy that they will only stand behind it for 90 days before you have to pay for it? 3Com has 5 year on DSP's.... but it take two weeks to get it back? Face it... there are better companies out there.... 3Com and CISCO may have the name recognition that the CTO/CEO likes... but tell them the TOTAL cost for a 3 year lifespan and see if they don't want to look for alternatives. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 1 Jun 2000, Jeff Mcadams wrote: > Also sprach Scot Desort > >Is anyone else here on the Ascend users list? > > >Whew - there are some VERY angry people on that list. While I have > >never had to go to Lucent for support, what these people are describing > >makes things at 3COM look bright and sunny. Top-tier engineering > >support calls being ignored. Technicians who don't know the products. > >RMA and warranty claims not being addressed. It's worse than any > >complaints I've seen on the 3COM list. > > >I *was* considering picking up some Ascend gear to compliment my 3COM > >stuff, but I am seriously reconsidering that. So, what's left - Ci$co? > >Are they the only company that provides the kind of support ISP's need? > > Yeah, pretty much...but their modems suck swamp water through a straw. > I've always said I'd love to have 3Com's modems, with Cisco's routing > capabilities. Ah, what I wouldn't give for a new version of the AS5100. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Rigt now they have 96 port 1U rackmounts. I have some of their 2800's (24 DSP's 1 PRI/T1) and it works well. Support is not 24/7 but they do respond to e-mail/calls. I have 3 in service and they seem to work as well as 3Com. One good thing is that they have KFlex support with the v.90. Most low end PC's have kFLEX/v.90 modems... so you have 2x the chance of getting a connection (v.90->kFLEX) rather then just v.90 then v.34 as on the TC. They are priced right.... $1200 or so less than a DSP. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 1 Jun 2000, K Mitchell wrote: > At 11:43 AM 6/1/00 -0400, Jeff Mcadams wrote: > >Yeah, pretty much...but their modems suck swamp water through a straw. > >I've always said I'd love to have 3Com's modems, with Cisco's routing > >capabilities. Ah, what I wouldn't give for a new version of the AS5100. > > > I've heard some good things about Patton's boxes, but have no first-hand > experience with them. I don't think they currently have anything to match > TC's modem density, but I believe they have some stuff in the works to > rectify that. > > > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.net > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

All of the problems I can remember seening with Macs and TC's not getting along had to do with FreePPP. Open Transport PPP seems to work just fine for us. FreePPP is old and dead at this point, and there are known documented problems with it playing nice with certain revs of HiPer ARC code. If they have MacTCP instead of Open Transport, upgrade them to MacOS 7.5.3 or 7.6.1, both downloadable for free from Apple because 7.1 and earlier have Y2K problems. 7.6.1 will run on just about any Mac, and 7.5.3 runs on the few that won't take 7.6.1. (Hell, 7.5.3 will even run on a Mac Plus or a Mac SE, if it has enough RAM...) 7.6.1 should have Open Transport in it already. I don't remember if it has OT/PPP. But that's the combination you want... Expecting MacOS 7.1 to do anything well is about in line with expecting Windows 3.1 to do anything well -- it can be made to behave if you *really* want to try to find the right combo of software, but it's a pain in the ass. Whether it's worth it or not is up to you. (Remember used iMacs are approaching $500 if they're not already there...) Apple's v.90 modems are Conexant (Rockwell) based, so having their latest drivers helps. But if you're on a MacOS 7.1 box, you're not dealing with an Apple v.90 modem anyway. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 31 May 2000, Jeff Binkley wrote: > > Everyone, > > We continue to struggle with certain MAC computers connecting to our TC > racks. The struggle is often on older MACs (prior to version 8) which > don't always come with a browser and sometimes not even a PPP stack. Our > latest problem child is a Mac Quadra 610 with 7.1 on it . I am wodering > what folks are doing to provide software to MAC customers. We have a CDROM > burner and we have the HyCD software which supposedly burns MAC CDROMs ( > we downlaod the software off of the Internet and then burn the CDs) but > we have had limited success with this. What are others doing to deal > with the MACs ? > > THanks, > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

We just bought our 6th CVX, and I have to say I like them better than Total Control. We started complementing our USR stuff about a year ago, and we're pleased with the results (more pleased they we would have been with the PM4 we were comparing with). The configuration is confusing at times, but once you get them going, you don't need to touch them for months at a time. Also, you don't need no damn Windows client to manage it remotely... everything can be done through telnet. Another thing to consider is that the CVX is more than a RAS. There is also code for VOIP (which will be unified with the RAS code this year), as well as other telco-specific applications (eg. T3 > T1 demux). Carl Litt Network Administrator Execulink Internet Services Other comments: On Thu, 1 Jun 2000, Aaron Nabil wrote: > On Thu, 1 Jun 2000, Jamie Orzechowski wrote: > > > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7 > > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ... > > > > http://www.nortelnetworks.com/promotions/cvxsolutions/index.html > > Nortel is too "Jabba the Hutt" like to deal with, you are going to be > too small to even be a blip on their radar. 3com at least has > _distributors_ you can get pricing and information from. Does Nortel have > a "totalservice" web site where you can find documentation and software, > release notes, all that stuff? Nope. When you start having problems with Yup. Performance Online. They have software, documentation, bulletins, etc. (We have a support contract, so I can't speak for those who don't) I do have one thing to say about software... there is so much development that it's sometimes hard to find a sitting target to upgrade to. But their patch levels are more stable than USR's general releases. Don't get me wrong... they have their problems, but nothing you can't work around. > the CVX1800, is there a newsgroups a mailing list you can turn to? Try > calling Nortel's main number and try to talk to someone _right > now_. You'll only be able to get someone to call you back. And when you Non-emergency tech support is always available during normal business hours (9-5). After-hours emergency support is on call, and will call you back usually within 30 minutes. However, often when I call in with questions about configuration, etc., they have to research it and call back. At least when they call you back, they have answers better than "Umm, reseat the card and try again". And I've never had to teach a technician things about the box they should already know. > ask the operator when that will be (hmm, sometime later today?), "oh, > we try to respond to all inquiries WITHIN 7 DAYS". > > Here's an illustration of what you will be up against at Nortel. A few > months ago, we got a "cold email" from one of their sales staff about > their DSL gear. Since we were in the process of evaluating DSL solutions > for a coming multi-million dollar investment in provisioning gear and > DSLAMs, here is the reply I sent him... > > From nabil@SpiritOne.com Thu Feb 10 15:55:07 2000 -0800 > Date: Thu, 10 Feb 2000 15:55:02 -0800 (PST) > From: Aaron Nabil <nabil@SpiritOne.com> > To: Daniel Foreman <foremand@nortelnetworks.com> > Subject: Re: Nortel Solutions > In-Reply-To: <1142CC7C1392D111A64E0000F8C991800467B150@zrtpd001.us.nortel.com> > > We are in the process of evaluating a DSL provisioning solution. If > you'd like Nortel to be considered along with Redback, Cisco and Lucent, > send us every piece of printed information you have about the > Shasta line. Manuals, provisioning information, NTP's, everything. And > _pricing_, of course. Not just pricing on a particular configuartion, > pricing on all the configurations, support and maintainainance, and > training. > > Here's our address.... > > You know what I got back? Exactly the same glossies you might find in a > Nortel booth at a trade show, all packaged in a nice Nortel folder. I'm > expecting 80lbs, I get 8oz! Unless you are GST or Earthlink or > US WEST, you are nothing to them. A million dollar sale is NOTHING to > them. NOTHING. Wrong. We are a small telco/ISP, and we get great support from them. We were interested in the Shasta, and they sent sales people down to meet with us. When we the CVX's were delivered, they sent 2 engineers for a couple days to help us set them up. You don't have to be a large service provider to get their attention. Maybe for a large sale, you need to get a human contact, to show you're serious. Call them up and see what happens. It would probably also help to be specific. > I noticed the above URL you gave at the Nortel web site, it suggest that > there is some kind of "promotion". I challange you to find that > information on their web site. In fact, try and find any information > (beyond a picture of the outside of the box) on the CVX on their web > site. > > I'm sure Nortel is great if you are worth $500 million. If you are worth > $5 million, forget it. > > Keep us posted tho, eh? > > > > > -- > Aaron Nabil > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > >

On Thu, 1 Jun 2000, Jeff Mcadams wrote: > >I *was* considering picking up some Ascend gear to compliment my 3COM > >stuff, but I am seriously reconsidering that. So, what's left - Ci$co? > >Are they the only company that provides the kind of support ISP's need? > > Yeah, pretty much...but their modems suck swamp water through a straw. > I've always said I'd love to have 3Com's modems, with Cisco's routing > capabilities. Ah, what I wouldn't give for a new version of the AS5100. That would be really slick. Gimme the ability to put modems running Quad code (or maybe very very recent DSP code) in our Cisco 7206VXR. Mmmmm. :) I've not heard much good about Cisco's v.90 code. I've got some Rockwell SoftK56 modems at home (for testing) that won't even connect *at all* to some local Cisco numbers. They'll talk to 3Com and Ascend most of the time. Ascend's probably a very close second to 3Com in v.90 reliability, or maybe slightly ahead now (they work better with Motorola SM56 modems relative to TCS 3.6, that's about all I know)... but managing an Ascend is an absolute nightmare... not just those awful menus, but they have some, uh, "unique" ideas about how SNMP and Radius should work that just blew my mind last time I had the misfortune of working with one... I personally don't really need tech support from the vendor... I've got this mailing list, and I've got the knowhow to tear into it and figure it out (or reverse engineer it) myself. I'm not afraid to read a few RFC's here and there. As long as I can get hardware fixed, and get updated software easily I'm good to go. (Something 3Com is a bit lacking on -- like Jeff, I can't download TCS 4.0 even though I was in the beta! Fortunately the released code seems to be the same as the last release candidate... but it's not like Cisco where I can just jump on CCO and get the latest bugfix when I run into a problem.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

No ... was a misunderstanding =) ... We are only looking at CVX equipment right now ... Our 3Com gear it staying .... sorry for any mix-up ... ----- Original Message ----- Sent: Thursday, June 01, 2000 5:26 PM > On Thu, 1 Jun 2000, Jamie Orzechowski wrote: > > > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7 > > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ... > > Are you looking to sell your TC racks? > > -a >

I plan to do one tonight. The good news is the ARC card is 128M DRAM and 16M Flash :-)... Scot Desort wrote: > > Anyone using the release version of TCS4.0, in particular, the new DSP code? > I see there are some improvements in v42 and Rockwell compatibility. Weird > though -- there are no links to the code in the LATEST CODE section of > totalservice -- you have to go to the compatibility matrix and then click on > the release. > > -- > Scot > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

DSP - 2.0.60 ARC - 4.2.32 NMC - 6.1.17 I'm currently dloading the NMC and ARC managment software. The new 7.07 NMC is large (17 Megs). You think they were releasing browser software :-). Scot Desort wrote: > > Keep us posted on how you do. What versions of HARC and DSP code are you > currently running? > > -- > Scot > > ----- Original Message ----- > From: Richard Lorbieski <richard@alpha1.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, June 01, 2000 9:28 PM > Subject: Re: (usr-tc) TCS 4.0 - anyone brave enough??? > > > I plan to do one tonight. The good news is the ARC card is 128M DRAM and > > 16M Flash :-)... > > > > Scot Desort wrote: > > > > > > Anyone using the release version of TCS4.0, in particular, the new DSP > code? > > > I see there are some improvements in v42 and Rockwell compatibility. > Weird > > > though -- there are no links to the code in the LATEST CODE section of > > > totalservice -- you have to go to the compatibility matrix and then > click on > > > the release. > > >

Anyone using the release version of TCS4.0, in particular, the new DSP code? I see there are some improvements in v42 and Rockwell compatibility. Weird though -- there are no links to the code in the LATEST CODE section of totalservice -- you have to go to the compatibility matrix and then click on the release. -- Scot

Well, seems as though I will gain nothing by adding Ascend to my lineup after all of this talk. I have to admit that the TC has served me very well. Other than the thought of slightly better Rockwell connectivity, there is no compelling reason for me to go through the headache of learning yet another platform. Perhaps TCS4.0 will narrow the gap even further. -- Scot ----- Original Message ----- Cc: <usr-tc@lists.xmission.com> Sent: Thursday, June 01, 2000 6:07 PM > No ... was a misunderstanding =) ... We are only looking at CVX equipment > right now ... Our 3Com gear it staying .... sorry for any mix-up ... > > ----- Original Message ----- > From: "Aaron Nabil" <nabil@SpiritOne.com> > To: "Jamie Orzechowski" <mhz@ripnet.com> > Sent: Thursday, June 01, 2000 5:26 PM > Subject: Re: (usr-tc) And you thought you were frustrated with 3COM > > > > On Thu, 1 Jun 2000, Jamie Orzechowski wrote: > > > > > check out the Nortel CVX 1800! ... We are getting rid of our TC Gear (7 > > > Racks - about 40 DSP's) and going to the Nortel CVX 1800 ... > > > > Are you looking to sell your TC racks? > > > > -a > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

----- Original Message ----- Sent: Thursday, June 01, 2000 8:46 AM > Hi all, > > We are a new ISP that is having a ton of problems with our USR TC equipment. We have two pops, one tc with 3 >DSPs and one with 2. We are at the point of adding another DSP to each tc but as I said we are having a ton of >problems. Sprint is our telco and they have no expertise with tc. Right now, we have been having problems for 10 >DAYS! Our trunks mysteriously turn off until and our available modems slowly drop off. So my question is, what is the >best hardware to switch to? I like the features of the usr tc, but we have no support. 3COM has been no help. Sprint - does have a lot of experience with TC, for they use it a lot in their network for data. You also mention that you have no support from 3com, well do you have a case open with 3com? Have you spoken to anyone in 3com? If you are saying that your truns turn off - more than likely you have telco issue, irrespective of what ever hardware you put in there you are going run into this issue. Send me an email with details of the problem and what has been troubleshoot - I can help you out. -v I'm looking at going to an Ascend/Lucent product but I don't know which one. I would like the same manageability that the tc has. Any suggestions would be most helpfully. Of course, I need something that is x2 and ISDN ready. > > Thanks, > > Steve Cobb > Computer Geeks > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

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

Also, since I'm really only looking for DSP fixes, is there any problem with just upgrading the NMC and DSP and leaving the Arc as-is? (crosses fingers and hopes for an iMac fix that's better than segregating some quads into a hunt) Thanks, Charles On Thu, 1 Jun 2000, Scot Desort wrote: > Anyone using the release version of TCS4.0, in particular, the new DSP code? > I see there are some improvements in v42 and Rockwell compatibility. Weird > though -- there are no links to the code in the LATEST CODE section of > totalservice -- you have to go to the compatibility matrix and then click on > the release. > > -- > Scot > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Richard Lorbieski >I plan to do one tonight. The good news is the ARC card is 128M DRAM >and 16M Flash :-)... Heh...keep in mind that you can get the 5.0.x code in 64/8...its just tricky. :) As we've both said...Mike Andrews and I were both on the beta for this (still running the most recent beta code, though I don't think there are any differences from the released code). I haven't had any complaints...but then I must admit that IgLou isn't the best at tracking connectivity differences between different versions of code. Just need more tuits. I will say, I'm pretty happy with the Arc code...at least from a management point of view. I played with the DHCP capabilities in...ah...5.0.8 I believe it was, and there were still problems with it. Unfortunately, I didn't get a chance to check it out in 5.0.9 yet. I may see if I can get a chance to play with it tomorrow and see if they fixed it. If I remember correctly, it didn't handle renewing leases very well at all...I believe (and looking back through my email correspondence seems to confirm this) renewal requests are sent in for the IP address "0.0.0.0" rather than for the actual IP address in use. Obviously a problem there. Like I said...I'll try to check out the DHCP setup again tomorrow and see if they got that corrected in 5.0.9. I truly hope they did...'cause being able to manage all your Arc IP pools from a central DHCP server will be *seriously* cool. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Keep us posted on how you do. What versions of HARC and DSP code are you currently running? -- Scot ----- Original Message ----- Sent: Thursday, June 01, 2000 9:28 PM > I plan to do one tonight. The good news is the ARC card is 128M DRAM and > 16M Flash :-)... > > Scot Desort wrote: > > > > Anyone using the release version of TCS4.0, in particular, the new DSP code? > > I see there are some improvements in v42 and Rockwell compatibility. Weird > > though -- there are no links to the code in the LATEST CODE section of > > totalservice -- you have to go to the compatibility matrix and then click on > > the release. > > > > -- > > Scot > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > -- > > Richard Lorbieski - richard@alpha1.net > Chief Technical Officer - Senior System Administrator > Alpha1 Internet http://www.alpha1.net > 409.731.8236 - 877.4.alpha1 (877.425.7421) > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Richard Lorbieski >DSP - 2.0.60 >ARC - 4.2.32 >NMC - 6.1.17 >I'm currently dloading the NMC and ARC managment software. The new 7.07 >NMC is large (17 Megs). >You think they were releasing browser software :-). Ooh...another FYI that at least Mike and I ran across. The new NMC code is completely different...pretty much rewritten from scratch is what I understand. This is good and bad. The good is that its written to not be so classful in its IP addressing (though I didn't ever get to check it to make sure it worked correctly, at least if it doesn't, we apparently stand some chance of getting that fixed now). The bad is that they have changed the way they do retrieval of SNMP values apparently. The older code apparently "cached" (maybe pre-fetched? don't know details) values from the cards across the management bus. This new code doesn't do that...meaning snmpwalks are going to be a tad bit slower overall. For values that it doesn't have to grab across the management bus, its *much* faster (values about the NMC itself, and index values basically), but when it has to get data over the management bus, it does bog down a bit more. Supposedly the HiPer NMCs are much better about this, but with the 486 based cards, this can get to be a fairly big problem if you're throwing a lot of SNMP traffic at it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Charles Sprickman >Also, since I'm really only looking for DSP fixes, is there any problem >with just upgrading the NMC and DSP and leaving the Arc as-is? >(crosses fingers and hopes for an iMac fix that's better than >segregating some quads into a hunt) I believe I have heard the statement that TCS releases are "compatible" between consecutive releases, though certainly not supported in that configuration. So, you can use (at least in theory) TCS 3.5/3.6 DSP code (the DSP code didn't change between these releases I don't believe) with TCS 4.0. I haven't tested this at all, so don't take that as gospel, but I've been told that 3Com at least puts some effort into making that be the case. FWIW, the Arc code really is pretty solid at this point as long as you don't try to take advantage of new features. I'd say you'd be fine upgrading to new Arc code as long as you test out any new functionality that you take advantage of. For those of you that are as frustrated as I am maintaining 4.2.x Arc code because of the idiosyncracies of command-line tab-completion, that is *much* improved in 5.0.x...it even has partial-completion (ie, it will complete the command out as far as is unambigous, ala Cisco's IOS and many other CLIs...no more typing out a 20 character keyword because the last character is different from another. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I have 8 Ascend Max 4xxx units in place in multiple POPs and they work great. You may hear moans and groans about their menu interface, but you can telnet to the box and manage everything--users, routing, modems, T1's. I have three POP's each with a single MAX 4xxx--2 PRI's or CT1's plugged in for dial-up, one fract T1 plugged in for Frame Relay backhaul to our main POP--no seperate router, hub, etc.--you can set them up like a "POP in a box". I think the quality of the V.90 code has already been mentioned--it's very good. If I were opening a new POP tommorrow, I'd install an Ascend Max 4xxx (I think I just saw a post with a few used ones fully configured for $6500). Just my $0.02. Tim Brown SumterNet, Inc. -----Original Message----- >On Thu, 1 Jun 2000, Jeff Mcadams wrote: > >> >I *was* considering picking up some Ascend gear to compliment my 3COM >> >stuff, but I am seriously reconsidering that. So, what's left - Ci$co? >> >Are they the only company that provides the kind of support ISP's need? >> >> Yeah, pretty much...but their modems suck swamp water through a straw. >> I've always said I'd love to have 3Com's modems, with Cisco's routing >> capabilities. Ah, what I wouldn't give for a new version of the AS5100. > >That would be really slick. Gimme the ability to put modems running Quad >code (or maybe very very recent DSP code) in our Cisco 7206VXR. Mmmmm. >:) > >I've not heard much good about Cisco's v.90 code. I've got some Rockwell >SoftK56 modems at home (for testing) that won't even connect *at all* to >some local Cisco numbers. They'll talk to 3Com and Ascend most of the >time. > >Ascend's probably a very close second to 3Com in v.90 reliability, or >maybe slightly ahead now (they work better with Motorola SM56 modems >relative to TCS 3.6, that's about all I know)... but managing an Ascend >is an absolute nightmare... not just those awful menus, but they have >some, uh, "unique" ideas about how SNMP and Radius should work that just >blew my mind last time I had the misfortune of working with one... > >I personally don't really need tech support from the vendor... I've got >this mailing list, and I've got the knowhow to tear into it and figure it >out (or reverse engineer it) myself. I'm not afraid to read a few RFC's >here and there. As long as I can get hardware fixed, and get updated >software easily I'm good to go. (Something 3Com is a bit lacking on -- >like Jeff, I can't download TCS 4.0 even though I was in the beta! >Fortunately the released code seems to be the same as the last release >candidate... but it's not like Cisco where I can just jump on CCO and get >the latest bugfix when I run into a problem.) > > >Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ >VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY >Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville >www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 Thu, 1 Jun 2000, Jeff Mcadams wrote: > Ooh...another FYI that at least Mike and I ran across. The new NMC code > is completely different...pretty much rewritten from scratch is what I > understand. This is good and bad. The good is that its written to not [munch] > apparently stand some chance of getting that fixed now). The bad is > that they have changed the way they do retrieval of SNMP values > apparently. The older code apparently "cached" (maybe pre-fetched? > don't know details) values from the cards across the management bus. > This new code doesn't do that...meaning snmpwalks are going to be a tad > bit slower overall. For values that it doesn't have to grab across the > management bus, its *much* faster (values about the NMC itself, and > index values basically), but when it has to get data over the management > bus, it does bog down a bit more. Supposedly the HiPer NMCs are much > better about this, but with the 486 based cards, this can get to be a > fairly big problem if you're throwing a lot of SNMP traffic at it. This brings up something I meant to mention in the beta... but was holding out hoping they'd actually come up with a speed improvement or reimplement the cache or something. When it became obvious that the NETserver was running out of gas, 3Com did a trade-in program for people to trade their NETservers in for HiPer ARCs. Would they consider doing the same for 486 NMC's to P5 NMC's? The only difficult part about an NMC tradein program would be x2 feature enable keys for Quads. (We still have two NMC's that manage Quads.) Of course they could just say the hell with it and permanently enable it on P5 NMC's so you don't need one, but, well, we've been through that discussion here before... Given the costs of manufacturing a P5 NMC are probably far lower than a HiPer ARC, I would think this would be even easier for them to stomach than the NETserver->ARC tradein... The performance difference is going to be an issue for us because we almost continuously hammer on the NMC pulling connect stats off of it, and with more than about 5 PRI's in a box it *really* starts to get sluggish. On a box with only a couple of PRI's, it's not a problem, in fact it's usually faster than the old code. But load a box up with 9 PRI's and watch all your software griiiiind to a halt... I suppose we could reimplement a cache of our own using, say, a SQL database, but I don't have time this month... been busy rolling out ADSL, installing a new core router (mmmmm, 7206vxr) and upgrading our email system (read: finding/patching bugs in procmail) and really haven't touched anything 3Com related for a while. Anyway, despite the NMC being a bit slower, we've been running what is now TCS 4.0 on one production box for a few weeks now and I don't think we've had a Rockwell related complaint since. On the other hand, I'm a bit more removed from tech support than I used to be, so maybe it's just that nobody's telling me. :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

I just finished upgrading our code. It went without a hitch... well we had to restart an aborted upgrade on one of the DSP cards. Didn't have a problem upgrading the ARC from 4.2.32 to 5.0.9 (we have a 128M DRAM - 16M flash ARC). As for performance? Had some glitches with customers trying to login but it may have been a radius problem. Yet, most users are getting v.90 connect :-)... So far, I think its safe to upgrade. Currently the DSP cards are on CT1s (planning to change to PRI in the next week). Will post some more info later. Mike Andrews wrote: > > On Thu, 1 Jun 2000, Jeff Mcadams wrote: > > > Ooh...another FYI that at least Mike and I ran across. The new NMC code > > is completely different...pretty much rewritten from scratch is what I > > understand. This is good and bad. The good is that its written to not > [munch] > > apparently stand some chance of getting that fixed now). The bad is > > that they have changed the way they do retrieval of SNMP values > > apparently. The older code apparently "cached" (maybe pre-fetched? > > don't know details) values from the cards across the management bus. > > This new code doesn't do that...meaning snmpwalks are going to be a tad > > bit slower overall. For values that it doesn't have to grab across the > > management bus, its *much* faster (values about the NMC itself, and > > index values basically), but when it has to get data over the management > > bus, it does bog down a bit more. Supposedly the HiPer NMCs are much > > better about this, but with the 486 based cards, this can get to be a > > fairly big problem if you're throwing a lot of SNMP traffic at it. > > This brings up something I meant to mention in the beta... but was holding > out hoping they'd actually come up with a speed improvement or reimplement > the cache or something. > > When it became obvious that the NETserver was running out of gas, 3Com did > a trade-in program for people to trade their NETservers in for HiPer ARCs. > > Would they consider doing the same for 486 NMC's to P5 NMC's? > > The only difficult part about an NMC tradein program would be x2 feature > enable keys for Quads. (We still have two NMC's that manage Quads.) Of > course they could just say the hell with it and permanently enable it on > P5 NMC's so you don't need one, but, well, we've been through that > discussion here before... > > Given the costs of manufacturing a P5 NMC are probably far lower than a > HiPer ARC, I would think this would be even easier for them to stomach > than the NETserver->ARC tradein... > > The performance difference is going to be an issue for us because we > almost continuously hammer on the NMC pulling connect stats off of it, and > with more than about 5 PRI's in a box it *really* starts to get sluggish. > On a box with only a couple of PRI's, it's not a problem, in fact it's > usually faster than the old code. But load a box up with 9 PRI's and > watch all your software griiiiind to a halt... > I suppose we could reimplement a cache of our own using, say, a SQL > database, but I don't have time this month... been busy rolling out ADSL, > installing a new core router (mmmmm, 7206vxr) and upgrading our email > system (read: finding/patching bugs in procmail) and really haven't > touched anything 3Com related for a while. > > Anyway, despite the NMC being a bit slower, we've been running what is now > TCS 4.0 on one production box for a few weeks now and I don't think we've > had a Rockwell related complaint since. On the other hand, I'm a bit more > removed from tech support than I used to be, so maybe it's just that > nobody's telling me. :) > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

sorry, I had a mailserver decide to crap the bed and resend a bunch of emails. This is one I previously sent a few weeks ago. And the "she" is Michelle Catalano, referred to down further in the thread. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Ved [mailto:ved@iyka.com] > Sent: Thursday, June 01, 2000 11:32 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) TCS 4.0 on TotalService > > > ---- Original Message ----- > From: "Stainforth, Matthew" <MatthewS@staff.brunnet.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, May 25, 2000 12:32 PM > Subject: RE: (usr-tc) TCS 4.0 on TotalService > > > > > > I refuse to get a contract as long as she is still employed > by 3Com. My > var > She ?? Who she? > > -V > > > provides all the support I need, and Westcon has some > competitive service > > offerings. > > > > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > > > > -----Original Message----- > > > From: Denis Newkirk [mailto:dnewkirk@early.com] > > > Sent: Thursday, May 25, 2000 2:28 PM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) TCS 4.0 on TotalService > > > > > > > > > I, for one, have lost all respect for 3COM and their > rip-off service > > > contracts. Besides dealing with Michelle's attitude, I have > > > had to fight > > > for access for the code ever since my last renewal. > > > > > > Now... once again, being paid up until sometime in the 7th > > > month of this > > > year, and with new code out, I see I have to once again beg > > > for the access > > > I've paid for. > > > > > > > > > > > > At 11:43 AM 5/25/00 -0400, you wrote: > > > >It looks like TCS 4.0 is in the process of being released. I > > > >happened to check the TotalService site this morning and found > > > >updates for the HiperARC, HiperDSP, 16 Meg NMC, and TCM for > > > >Windows, HP and Solaris (still no Linux). The link for the new > > > >HiperARC Manager software is broken or the file isn't > out there yet. > > > > > > > >Since I still have older equipment (quads and dual-T1), > I probably > > > >won't be upgrading right away. The compatibility matrix > had not yet > > > >been updated. > > > > > > > >So, who wants to be first? > > > > > > > >Wayne Barber > > > >Coastal Telco Services > > > > > > > >- > > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old > > > messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old > messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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 08:48 AM 6/2/00 -0300, Stainforth, Matthew wrote: > >emails. This is one I previously sent a few weeks ago. And the "she" is >Michelle Catalano, referred to down further in the thread. That's the one. For all intents and purposes, it would appear that her job description includes alienating customers and spurring competitor growth. After dealing with her a few times, I was at a loss to understand why any company would allow her to have any contact whatsoever with customers. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Also sprach Jeff Mcadams >I played with the DHCP capabilities in...ah...5.0.8 I believe it was, >and there were still problems with it. Unfortunately, I didn't get a >chance to check it out in 5.0.9 yet. I may see if I can get a chance >to play with it tomorrow and see if they fixed it. If I remember >correctly, it didn't handle renewing leases very well at all...I >believe (and looking back through my email correspondence seems to >confirm this) renewal requests are sent in for the IP address "0.0.0.0" >rather than for the actual IP address in use. Obviously a problem >there. Like I said...I'll try to check out the DHCP setup again >tomorrow and see if they got that corrected in 5.0.9. I truly hope >they did...'cause being able to manage all your Arc IP pools from a >central DHCP server will be *seriously* cool. :) Well...its *better*...but still not quite right. My apologies to 3Com for not getting around to checking this actually during the beta...just didn't have enough hours in the day. This isn't really a critical feature at this point, but I certainly do see the advantages of it so I want to try to help you all get it working. :) Jun 2 11:28:04 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:c0:49:10:e3:16 via hme0 Jun 2 11:28:04 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:c0:49:10:e3:16 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPREQUEST for 204.255.236.215 from 00:00:00:00:00:00 via hme0 Jun 2 11:28:07 quiz dhcpd: DHCPACK on 204.255.236.215 to 00:00:00:00:00:00 via hme0 Jun 2 11:28:10 quiz dhcpd: DHCPRELEASE of 204.255.236.215 from 00:c0:49:10:e3:16 via hme0 (found) As you can see...it tries several times to get the lease renewed, and gets the correct IP address added this time, and for the first renewal request, it has the correct MAC address. Subsequent requests have a bogus MAC address from what I can tell. I'm not sure why the original renewal request fails, but since it retries it several times, it apparently isn't seeing something correctly. Again, as I mentioned during the beta...I'm not extremely well versed in DHCP at this point, so there may be more information that I can get out of the dhcp server that might help...let me know and I'll see what I can do. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Can anyone offer suggestions on how I can resolve an issue on my Win95 computer which I have uninstalled TCM, deleted c:\usrsuite, then reinstalled and I still have chassis in my chassis list which I can not modify or delete? I've looked in registry for the community names, the chassis names, the IP addresses, etc. and I just can't find where in the world TCM is getting its data from. I've also looked in the ini files and still couldn't locate the information. Kevin Benton E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

On Thu, 1 Jun 2000, Jeff Mcadams wrote: > I believe I have heard the statement that TCS releases are "compatible" > between consecutive releases, though certainly not supported in that > configuration. So, you can use (at least in theory) TCS 3.5/3.6 DSP > code (the DSP code didn't change between these releases I don't believe) > with TCS 4.0. I haven't tested this at all, so don't take that as > gospel, but I've been told that 3Com at least puts some effort into > making that be the case. I was actually looking at doing the opposite; staying with my ARC code for now and trying the new DSP code on a few racks for a few days... I was going to try the NMC as well, but it looks like that might not be advisable if it will actually make snmp slower (how is that possible?). You'd think they could do everything the NMC needs to do in a 486 without much optimization. I mean, it's not running a GUI or anything... > FWIW, the Arc code really is pretty solid at this point as long as you > don't try to take advantage of new features. I'd say you'd be fine > upgrading to new Arc code as long as you test out any new functionality > that you take advantage of. I'm just about to read the release notes, I'm curious about this "interim release" I have to do between 4.2x and 5.0.x... Thanks, Charles > For those of you that are as frustrated as I am maintaining 4.2.x Arc > code because of the idiosyncracies of command-line tab-completion, that > is *much* improved in 5.0.x...it even has partial-completion (ie, it > will complete the command out as far as is unambigous, ala Cisco's IOS > and many other CLIs...no more typing out a 20 character keyword because > the last character is different from another. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Looking to buy now. If you have them please email me. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890@page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Also sprach Charles Sprickman >On Thu, 1 Jun 2000, Jeff Mcadams wrote: >> I believe I have heard the statement that TCS releases are >> "compatible" between consecutive releases, though certainly not >> supported in that configuration. So, you can use (at least in >> theory) TCS 3.5/3.6 DSP code (the DSP code didn't change between >> these releases I don't believe) with TCS 4.0. I haven't tested this >> at all, so don't take that as gospel, but I've been told that 3Com at >> least puts some effort into making that be the case. >I was actually looking at doing the opposite; staying with my ARC code >for now and trying the new DSP code on a few racks for a few days... I think it goes both ways, so you'd be fine. Again though, this certainly isn't anything that's tested. >I was going to try the NMC as well, but it looks like that might not be >advisable if it will actually make snmp slower (how is that possible?). >You'd think they could do everything the NMC needs to do in a 486 >without much optimization. I mean, it's not running a GUI or >anything... Well...the slowdown is a result of getting the data over the management "bus" from the cards. If its getting data from the NMC itself, it screams...orders of magnitude faster than the old code. The management bus is basically a individual set of serial lines for each card though, so its not like you've got ethernet bandwidth there or anything to work with. I think I remember seeing that the management lines to the NACs are 512kbps, which is pretty quick, but its certainly going to be slower than the NMC grabbing the data internally (ie, not over the management lines). >> FWIW, the Arc code really is pretty solid at this point as long as >> you don't try to take advantage of new features. I'd say you'd be >> fine upgrading to new Arc code as long as you test out any new >> functionality that you take advantage of. >I'm just about to read the release notes, I'm curious about this >"interim release" I have to do between 4.2x and 5.0.x... I don't remember having done that, but I might have. Does make the upgrade process a bit more disruptive, but this is the only time you'll have to do that. Ok...found in the release notes where its talking about it. The older code can't download a file that big into flash ROM, once you get on the newer code though, you're back to normal upgrades (assuming you don't run out of flash, which is getting to be a concern with these bigger images...older Arcs only had 8megs of flash ram) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

OK, With all the talk of the new code, has anyone put the code on a HiperArc with just 64 of memory? I have 4 HiperArcs Two with 128 and two with 64. Three of the 4 are in production (live). Can the memory from the 4th one be used to up grade the other HiperArc? Also, any problems with the FLASH 4 vice 8? We are not doing anything fancy, just ip.. No IPX, OSPF, etc Thanks! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Also sprach pferraro@wna-linknet.com > With all the talk of the new code, has anyone put the code on a >HiperArc with just 64 of memory? I have 4 HiperArcs Two with 128 and >two with 64. Three of the 4 are in production (live). Can the memory >from the 4th one be used to up grade the other HiperArc? I had it running in 64megs of RAM briefly during the beta...worked fine. Though it was slightly tricky to get it on there with only 8 megs of flash to work with. > Also, any problems with the FLASH 4 vice 8? 4?! Didn't know such a beast existed...at least as shipped. I'd say all bets are off on being able to get the code on there in 4 megs. *Maybe* if you had the boot menu pull it down, but even that is gonna be really iffy (the 5.0.x code is almost 3 1/2 megs, and it has to go through some uncompress and reclaim cycles during the actual upgrade process - once you actually reboot to activate the new code - I'd say its unlikely to be able to pull that off) > We are not doing anything fancy, just ip.. No IPX, OSPF, etc If you could get the code on, you shouldn't have any problems running in 64 megs of ram...the flash issue is really iffy though. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

64 meg works fine here. As far as getting the code onto a 4 meg flash... you don't *have* to use the "interim release" approach. The documentation describes a few others. The one I used was... - put the .dmf file on a TFTP server with the name 'netserve.dmf' - connect a terminal to the console port of the ARC - reboot it - as it reboots, a menu will come up. Quickly feed it its own IP/netmask and the IP of your TFTP server and it will TFTP the file down and update it right away. Pretty fast, doesn't need two reboots. I'd practice on a non-production card if you can first, to get the procedure down though. :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 3 Jun 2000 pferraro@wna-linknet.com wrote: > With all the talk of the new code, has anyone put the code on a HiperArc > with just 64 of memory? I have 4 HiperArcs Two with 128 and two with > 64. Three of the 4 are in production (live). Can the memory from the > 4th one be used to up grade the other HiperArc?

Also sprach Mike Andrews >64 meg works fine here. >As far as getting the code onto a 4 meg flash... I think you're thinking 8 meg flash, not 4. 64meg Arcs usually (always?) have 8 megs of flash, compared to the 16 in the 128 meg Arcs. :) >you don't *have* to use the "interim release" approach. The >documentation describes a few others. The one I used was... True...I think I may have ended up using the boot menu like you described. >and it will TFTP the file down and update it right away. Pretty fast, Well, as fast as TFTP ever is...not exactly a highly efficient protocol there. :) Does the job though. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Sun, 4 Jun 2000, Jeff Mcadams wrote: > Also sprach Mike Andrews > >64 meg works fine here. > > >As far as getting the code onto a 4 meg flash... > > I think you're thinking 8 meg flash, not 4. 64meg Arcs usually > (always?) have 8 megs of flash, compared to the 16 in the 128 meg Arcs. > :) Yeah, I meant 8 vs 16 meg. > >and it will TFTP the file down and update it right away. Pretty fast, > > Well, as fast as TFTP ever is...not exactly a highly efficient protocol > there. :) Does the job though. :) Well yeah, but it was only about 10 seconds... not slow like TFTPing to an NMC is. :)

From the for what's worth dept: I upgraded the code in one chassis over the weekend without any problems. It has 8 DSP's an Arc with 128/16 and a 486 NMC card. So far, it seems stable and I haven't had any calls about failing to connect or other recent issues. Actually, has been very quiet since the upgrade. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

What's the final word here? Can you use the new 4.0 dsp code and leave the arc and nmc code be? Does this code address the rockwell problems enough to warrant the change? Terry Kennedy terry@olypen.com Sysadmin,OlyPen, Inc.

Could someone refresh my memory with the command line commands to view..and change the ip pools? Thanks Ken

U>Also sprach pferraro@wna-linknet.com U>> With all the talk of the new code, has anyone put the code on a U>>HiperArc with just 64 of memory? I have 4 HiperArcs Two with 128 U>and >two with 64. Three of the 4 are in production (live). Can the U>memory >from the 4th one be used to up grade the other HiperArc? U>I had it running in 64megs of RAM briefly during the beta...worked U>fine. Though it was slightly tricky to get it on there with only 8 U>megs of flash to work with. U>> Also, any problems with the FLASH 4 vice 8? U>4?! Didn't know such a beast existed...at least as shipped. I'd say U>all bets are off on being able to get the code on there in 4 megs. U>*Maybe* if you had the boot menu pull it down, but even that is gonna U>be really iffy (the 5.0.x code is almost 3 1/2 megs, and it has to go U>through some uncompress and reclaim cycles during the actual upgrade U>process - once you actually reboot to activate the new code - I'd say U>its unlikely to be able to pull that off) U>> We are not doing anything fancy, just ip.. No IPX, OSPF, etc U>If you could get the code on, you shouldn't have any problems running U>in 64 megs of ram...the flash issue is really iffy though. Can the HiPerArcs flash be upgraded from 8 to 16 megs ? Jeff Binkley ASA Network COmputing CMPQwk 1.42 9999

li ip pools -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kenneth Nye Sent: Monday, June 05, 2000 11:07 AM Could someone refresh my memory with the command line commands to view..and change the ip pools? Thanks Ken - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Jeff Binkley >Can the HiPerArcs flash be upgraded from 8 to 16 megs ? Doesn't look like it. If you look at one of the Arc boards, with the faceplate to the left, towards the bottom of the board, just to the right of the DIMM SOCKET (labelled as such), you'll see the "FLASH ROM" chips (2 rows of 4 chips...also labelled as such). These are soldered on, so it doesn't look upgradeable...at least without a soldering iron, and that's something that I certainly don't want to get into. :) At least, this is what I'm seeing on my board...though I *think* this is a 128/16 board, not a 64/8. I would assume the 64/8's would be similar...perhaps only half the chips though. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Every time someone screws up their password dialing in, I'm getting an SNMP trap. I can't find the setting to disable it. My first guess was "disable snmp authentication traps", but that's for failed SNMP queries (wrong community name), not failed Radius logins. Anyone else find where this is buried yet? (This didn't happen on beta code from what I can remember.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

Anyone know how to bind two 64k ISDN channels to one 128k connection? Some of the "virtual ISP's" will only offer 64k connections in my area and I need to be able to offer 128k to customers. I'm using RadiusNT to authenticate and can offer customers two separate accounts with different userids but I need to bind them to one. Thanks for the help. Steve Cobb

Also sprach Steve Cobb >Anyone know how to bind two 64k ISDN channels to one 128k connection? >Some of the "virtual ISP's" will only offer 64k connections in my area >and I need to be able to offer 128k to customers. I'm using RadiusNT >to authenticate and can offer customers two separate accounts with >different userids but I need to bind them to one. Thanks for the help. Its actually called bundling, and it uses Multi-Link PPP, or MP. If you only have one Arc, then set Port-Limit in your RADIUS server to 2 and away you go, if you have more than one Arc that your hunt-group spreads across, you need to set up NTP and MPIP. Configuration information for that is in the HiPer Arc manuals. You speicifically *don't* want to assign two different userids as that will end up with two distinct PPP links rather than combining them into a bundle. Use the same userid and password on both links, and it should work. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi all, I've tried searching the 3Com support site and etc. several times over the last several days about this, but if the answer's there I'm managing to miss it completely: For some time we have been having entries such as the following appearing in our radius log: "S12 didn't get online! status=-1, connect_fail=79, link_fail=31" ...where the "connect_fail=" value varies but the "status=-1" and "link_fail=31" values are always the same. For example, between 04:00 and 13:00 today there were 69 such entries, all from our USR equipment, with the value and count for "connect_fail=XX" as follows: connect_fail=3 -- 1 entry connect_fail=13 -- 28 entries connect_fail=21 -- 2 entries connect_fail=36 -- 16 entries connect_fail=79 -- 19 entries connect_fail=80 -- 3 entries I'd thought these were from the set of "Failure-to-Connect-Reason" values in the Vendor Specific Attributes, but that doesn't seem to be it since there are no Failure-to-Connect-Reason values for 79 and 80. Can anyone help me decipher this, please? TIA, - David

On Mon, 5 Jun 2000, Terry Kennedy wrote: > What's the final word here? Can you use the new 4.0 dsp code and leave > the arc and nmc code be? Does this code address the rockwell problems > enough to warrant the change? I flashed two DSPs up to the new code Friday, and it looked good over the weekend, so I'm on about my sixth now. So far I've had no issues with staying on the old ARC and NMC code. Charles > Terry Kennedy > terry@olypen.com > Sysadmin,OlyPen, Inc. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

li ip pools del ip pool add ip pool ? blake > -----Original Message----- > From: Kenneth Nye [mailto:ken@surfnetusa.com] > Sent: Monday, June 05, 2000 1:07 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) IP Pool > > > Could someone refresh my memory with the command line > commands to view..and > change the ip pools? > > Thanks > Ken > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Blake Fithen >li ip pools >del ip pool >add ip pool ? And don't forget set ip pool ? No need to totally blow away an ip pool and re-add it just to change something about it. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Is a service contract required to download TCS 4.0? I have purchased a new Total Control bundle among several other things in the last couple of months and have registered it with 3Com. When I go to the download site, everything appears to be available to me, but none of the links work. Anyone else have this problem? Russ Miescke Power Web Connect

If you're like me, you'll have to fight to get the access you've paid for. After you download what you need, they cut you off again, so you have to fight/beg again. I think it must be a power thing with Michelle, who has ALWAYS been rude to us. I've never heard anyone say they've had a good experience with her. I would consider her the Nurse Ratchet (?Spelling) of 3Com :) At 01:19 AM 6/6/00 -0500, you wrote: >Is a service contract required to download TCS 4.0? I have purchased a new >Total Control bundle among several other things in the last couple of months >and have registered it with 3Com. When I go to the download site, >everything appears to be available to me, but none of the links work. >Anyone else have this problem? >Russ Miescke >Power Web Connect > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 running the new HiPerARC code (and NMC, DSP) and I've seen "list sessions counters", but I'd sure love to be able to pull that by SNMP... Anyone know, if there is one, what the OID is for it? Numeric preferably. Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

---- Original Message ----- Sent: Monday, June 05, 2000 4:01 PM > Hi all, > > I've tried searching the 3Com support site and etc. several times over > the last several days about this, but if the answer's there I'm managing > to miss it completely: > > For some time we have been having entries such as the following > appearing in our radius log: > > "S12 didn't get online! status=-1, connect_fail=79, link_fail=31" > This means the modem did not get connected and the user was dropped. I do not remember what reason 79 means but there is a document on totalservice, you have to search 3kb for connect-fail reason - this will give you a list for all this values from 1 - 91. and every new reason is added. The link fail 31 - means that the netserver disconnected to the call for the modem did not connect. V > ...where the "connect_fail=" value varies but the "status=-1" and > "link_fail=31" values are always the same. > > For example, between 04:00 and 13:00 today there were 69 such entries, > all from our USR equipment, with the value and count for > "connect_fail=XX" as follows: > > connect_fail=3 -- 1 entry > connect_fail=13 -- 28 entries > connect_fail=21 -- 2 entries > connect_fail=36 -- 16 entries > connect_fail=79 -- 19 entries > connect_fail=80 -- 3 entries > > I'd thought these were from the set of "Failure-to-Connect-Reason" > values in the Vendor Specific Attributes, but that doesn't seem to be it > since there are no Failure-to-Connect-Reason values for 79 and 80. > > Can anyone help me decipher this, please? > > TIA, > > - David > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

OK guys, I have a little more information now than I did. We are trying to use a virtual ISP for some of our pops but we want to offer 128k ISDN. I am told by the virtual ISP that they only offer 64K ISDN. They are apparently using Lucent Portmaster access servers which I don't have access to. I know this is a USR list but I was hoping someone had an idea. Is there an ISDN router out there that will take 2 separate accounts, i.e. two different usernames with two different 64K channels, and bind them to each other to make a single 128k channel? Thanks for your help guys!! Steve

We are think about getting a 1-800 number for access network for our customers traveling etc. What is the best way to keep track of this? Dedicate a T1 to that number? Just use ANI digits then bill the customer? Is anyone else doing this out there? Brian Gordon Supervisor Of Internet Operations Westelcom Family of Companies http://www.westelcom.com supervisor@westelcom.com 518.566.6726 Voice 419.831.9137 Fax "We will exceed our customers' expectations in providing competitively priced, superior quality, state-of-the-art communications and information services."

Also sprach Brian Gordon >We are think about getting a 1-800 number for access network for our >customers traveling etc. >What is the best way to keep track of this? Dedicate a T1 to that >number? Just use ANI digits then bill the customer? We use DNIS information to track which number is dialed...If our 888 number shows up, then we charge them for the "roaming" access. Oh, and BTW, if you get switched toll-free service, the 800 or 888 or whatever number won't show up directly. Basically you'll get the number showing up that the toll-free number is pointed to. What you'll probably want to do is get another local number pointed to your hunt group and point your toll-free number at the new local number...then when you see the new local number show up in your DNIS, then you know they dialed the toll-free number actually. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Yes there is, would be expensive though... Look at a webramp 300e has 3 serial ports for serial devices (modems/TA's whatever you want to conect to a standard serial port) does NAT, VPN. $349 from DataComm Warehouse. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 8 Jun 2000, Steve Cobb wrote: > OK guys, I have a little more information now than I did. We are trying to use a virtual ISP for some of our pops but we want to offer 128k ISDN. I am told by the virtual ISP that they only offer 64K ISDN. They are apparently using Lucent Portmaster access servers which I don't have access to. I know this is a USR list but I was hoping someone had an idea. Is there an ISDN router out there that will take 2 separate accounts, i.e. two different usernames with two different 64K channels, and bind them to each other to make a single 128k channel? > > Thanks for your help guys!! > Steve > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Steve Cobb >OK guys, I have a little more information now than I did. We are >trying to use a virtual ISP for some of our pops but we want to offer >128k ISDN. I am told by the virtual ISP that they only offer 64K ISDN. >They are apparently using Lucent Portmaster access servers which I >don't have access to. I know this is a USR list but I was hoping >someone had an idea. Is there an ISDN router out there that will take >2 separate accounts, i.e. two different usernames with two different >64K channels, and bind them to each other to make a single 128k >channel? Not well...but it can be kinda done. It wouldn't work as a true balancing of the data across the lines like MP does it. MP can fragment a packet so that it travels over both lines simultaneously thus truly making the most efficient use of the lines...with seperate accounts you won't be able to do that, but there is software that will do things like initiate half of your network requests (ftp, http, smtp, whatever) over one of the lines and the other half over the other line. This results in some semblance of load balancing the lines, but is rather kludgy. Another thing you might consider though...and you might consider this kinda kludgy as well, not sure. If you have control of the RADIUS entries for these users, what you might be able to do is set up the RADIUS entries so that the user is not a PPP user, but is actually a tunnel user. Set it up so that whenever the account dials in, its tunneled to a system that you have direct control over (I'm assuming the PM's will do tunneling), and then you can run MP over the tunnels...caveat here is that I've never actually tried this. :) The HiPer Arcs will serve as tunnel terminators (LNS or PNS for l2tp and pptp respectively), so you can do this with just a HiPer Arc of your own to work with. You could even conceivably put this functionality on a HiPer Arc that is taking calls directly, though I'd want to be careful of how much load you put on it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

We do exactly what Jeff suggests as well, but for some of our larger clients, who will be using the 800 number a lot, we advise them to just get an 800 number themselves which points to the lead number in our dialup line. simplifies billing and makes them happier as they can control and allocate that number internally without having to go through us. steve --On Thursday, June 8, 2000 10:04 AM -0400 Jeff Mcadams <jeffm@iglou.com> wrote: > Also sprach Brian Gordon >> We are think about getting a 1-800 number for access network for our >> customers traveling etc. > >> What is the best way to keep track of this? Dedicate a T1 to that >> number? Just use ANI digits then bill the customer? > > We use DNIS information to track which number is dialed...If our 888 > number shows up, then we charge them for the "roaming" access. > > Oh, and BTW, if you get switched toll-free service, the 800 or 888 or > whatever number won't show up directly. Basically you'll get the number > showing up that the toll-free number is pointed to. What you'll > probably want to do is get another local number pointed to your hunt > group and point your toll-free number at the new local number...then > when you see the new local number show up in your DNIS, then you know > they dialed the toll-free number actually. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Steve McConnell EMJI 919.303.3217:126

Also sprach Steve McConnell >We do exactly what Jeff suggests as well, but for some of our larger >clients, who will be using the 800 number a lot, we advise them to just >get an 800 number themselves which points to the lead number in our >dialup line. >simplifies billing and makes them happier as they can control and >allocate that number internally without having to go through us. Ooh...nifty...hadn't considered that. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I forgot to mention that the telco through which you get the 800 number may complain a little as the number you are pointing to is not your own, but just remind them that they should not care where the line points as you (customer ) are the one paying the bill. att did that to one of our customers and I had to talk to them (15 seconds worth ) As soon as they saw what we were doing they put it right through. made my life SOOOOO much easier. steve --On Thursday, June 8, 2000 10:50 AM -0400 Jeff Mcadams <jeffm@iglou.com> wrote: > Also sprach Steve McConnell >> We do exactly what Jeff suggests as well, but for some of our larger >> clients, who will be using the 800 number a lot, we advise them to just >> get an 800 number themselves which points to the lead number in our >> dialup line. > >> simplifies billing and makes them happier as they can control and >> allocate that number internally without having to go through us. > > Ooh...nifty...hadn't considered that. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. Steve McConnell EMJI 919.303.3217:126

Also sprach Ray Bellis >What happens if someone else figures out what your 800 number is? Well...we publish ours I believe, so that's not a big deal. >As it happens I run an 800 number based service in the UK but we do >check the username in the RADIUS server against a table to ensure >they're entitled to use the number before letting them in. We still >run the risk of someone calling the number and just leaving it open, >though, which over here in the UK will leave us picking up the tab for >the call :-( We limit the amount of hours they can use it...not to protect us as much, but to prevent them from running up a huge bill on toll-free charges without realizing it (which then protects us because that keeps them from yelling at us and disputing the charges :) There is a bit of risk involved, but if they don't have a valid userid/password, they get dropped pretty quickly, so there's not a huge risk there. Yeah, if someone were *really* out to get us they could run up a pretty big bill...but that's a risk we're willing to take (hasn't been a problem yet) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

> Also sprach Steve McConnell > >We do exactly what Jeff suggests as well, but for some of our larger > >clients, who will be using the 800 number a lot, we advise them to just > >get an 800 number themselves which points to the lead number in our > >dialup line. > > >simplifies billing and makes them happier as they can control and > >allocate that number internally without having to go through us. > > Ooh...nifty...hadn't considered that. :) What happens if someone else figures out what your 800 number is? As it happens I run an 800 number based service in the UK but we do check the username in the RADIUS server against a table to ensure they're entitled to use the number before letting them in. We still run the risk of someone calling the number and just leaving it open, though, which over here in the UK will leave us picking up the tab for the call :-( Ray. -- Ray Bellis, MA(Oxon) - Technical Director - community internet plc Windsor House, 12 High Street, Kidlington, Oxford, OX5 2PJ tel: +44 1865 856000 email: ray.bellis@community.net.uk fax: +44 1865 856001 web: http://www.community.net.uk/

A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime, which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9. I haven't tried this yet, but I'm about to... I could use this and I hadn't noticed they'd added it. Thanks :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 6 Jun 2000, Jason Englander wrote: > I'm running the new HiPerARC code (and NMC, DSP) and I've seen "list > sessions counters", but I'd sure love to be able to pull that by > SNMP... Anyone know, if there is one, what the OID is for it? Numeric > preferably.

Hi, Quick accounting question: I have a primary accounting server set and a primary first backup server set. If the primary becomes unreachable, it flips to the backup, but doesn't seem to go back unless I zero out the first backup. My HARC manual for 4.2 doesn't cover the "new style" accounting stuff, nor do the 3KB docs I found... Any ideas? Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

On Thu, 8 Jun 2000, Mike Andrews wrote: > A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime, > which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9. I haven't tried this > yet, but I'm about to... I could use this and I hadn't noticed they'd > added it. Thanks :) Thank YOU :-) The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be username, right? Does it work for you? I tried it on 5 ARCs and get this every time: enterprises.429.4.2.1.46.1.11.3.97.100.109 = "" enterprises.429.4.2.1.46.1.11.3.97.110.110 = "" enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = "" enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = "" ? Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

Also sprach Jason Englander >enterprises.429.4.2.1.46.1.11.3.97.100.109 = "" 3.a .d .m >enterprises.429.4.2.1.46.1.11.3.97.110.110 = "" 3.a .d .n >enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = "" 4.r .o .o .t >enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = "" 7.d .e .f .a .u .l .t The first number indicates the number of characters. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I think enable priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command you want. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Charles Sprickman [mailto:spork@inch.com] > Sent: Thursday, June 08, 2000 9:15 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Accounting settings > > > Hi, > > Quick accounting question: > > I have a primary accounting server set and a primary first > backup server > set. If the primary becomes unreachable, it flips to the backup, but > doesn't seem to go back unless I zero out the first backup. > > My HARC manual for 4.2 doesn't cover the "new style" > accounting stuff, nor > do the 3KB docs I found... > > Any ideas? > > Thanks, > > Charles > > | Charles Sprickman | Internet Channel > | INCH System Administration Team | (212)243-5200 > | spork@inch.com | access@inch.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Is this what you want? snmpwalk xxx.xxx.xxx.xxx [community-string] .1.3.6.1.4.1.429.4.10.1.1.18 enterprises.429.4.10.1.1.18.2540 = OCTET STRING: "" enterprises.429.4.10.1.1.18.2793 = OCTET STRING: "" enterprises.429.4.10.1.1.18.2794 = OCTET STRING: "" enterprises.429.4.10.1.1.18.2795 = OCTET STRING: "" enterprises.429.4.10.1.1.18.2796 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3049 = OCTET STRING: "brookstammy" enterprises.429.4.10.1.1.18.3050 = OCTET STRING: "huck" enterprises.429.4.10.1.1.18.3051 = OCTET STRING: "kc005" enterprises.429.4.10.1.1.18.3052 = OCTET STRING: "glicari" enterprises.429.4.10.1.1.18.3305 = OCTET STRING: "calypso" enterprises.429.4.10.1.1.18.3306 = OCTET STRING: "sbear99" enterprises.429.4.10.1.1.18.3307 = OCTET STRING: "websource" enterprises.429.4.10.1.1.18.3308 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3561 = OCTET STRING: "coresmit" enterprises.429.4.10.1.1.18.3562 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3563 = OCTET STRING: "selby1" enterprises.429.4.10.1.1.18.3564 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3817 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3818 = OCTET STRING: "tfcloggers" enterprises.429.4.10.1.1.18.3819 = OCTET STRING: "" enterprises.429.4.10.1.1.18.3820 = OCTET STRING: "" enterprises.429.4.10.1.1.18.4073 = OCTET STRING: "" > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jason Englander > Sent: Friday, June 09, 2000 5:09 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) OID for IdleTime? > > > On Thu, 8 Jun 2000, Mike Andrews wrote: > > > A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime, > > which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9. I haven't tried this > > yet, but I'm about to... I could use this and I hadn't noticed they'd > > added it. Thanks :) > > Thank YOU :-) The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be > username, right? Does it work for you? > > I tried it on 5 ARCs and get this every time: > > enterprises.429.4.2.1.46.1.11.3.97.100.109 = "" > enterprises.429.4.2.1.46.1.11.3.97.110.110 = "" > enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = "" > enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = "" > > ? > > Jason > > -- > Jason Englander <jason@interl.net> > Systems Administrator - InterLink L.C. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 already pointed out that the username is encoded in the OID itself. (3.97.100.109 = 3 bytes, ascii 97, ascii 100, ascii 109... so "adm"). You're looking at the ...46.1.11 tree though, not 46.1.9 which is where idle times are stashed. 46.1.8 has the session start time, 46.1.7 has IP addresses, and 46.1.6 has port names. Actually, just start at .1.3.6.1.4.1.429.4.2.1.46.1 and you'll find a good deal of stuff there. I rewrote my pmwho emulator (arcwho) to use this new table yesterday and damned if it doesn't run 50% faster AND show idle times now. This is pretty cool. :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Fri, 9 Jun 2000, Jason Englander wrote: > On Thu, 8 Jun 2000, Mike Andrews wrote: > > > A quick "grep -i idle" on hiperarc.mib shows uumActiveSessionIdleTime, > > which works out to .1.3.6.1.4.1.429.4.2.1.46.1.9. I haven't tried this > > yet, but I'm about to... I could use this and I hadn't noticed they'd > > added it. Thanks :) > > Thank YOU :-) The mib says that .1.3.6.1.4.1.429.4.2.1.46.1.9 should be > username, right? Does it work for you? > > I tried it on 5 ARCs and get this every time: > > enterprises.429.4.2.1.46.1.11.3.97.100.109 = "" > enterprises.429.4.2.1.46.1.11.3.97.110.110 = "" > enterprises.429.4.2.1.46.1.11.4.114.111.111.116 = "" > enterprises.429.4.2.1.46.1.11.7.100.101.102.97.117.108.116 = "" > > ? > > Jason > > -- > Jason Englander <jason@interl.net> > Systems Administrator - InterLink L.C. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 only problem I see with a centralized DHCP would be the issue of having a much larger internal routing table due to /32 announcements. We now aggregate all our TC hub pools in /25 or /24 announcements and implementing a DHCP solution would strongly impact our OSPF. Jeff Mcadams wrote: > Also sprach Richard Lorbieski > >I plan to do one tonight. The good news is the ARC card is 128M DRAM > >and 16M Flash :-)... > > Heh...keep in mind that you can get the 5.0.x code in 64/8...its just > tricky. :) > > As we've both said...Mike Andrews and I were both on the beta for this > (still running the most recent beta code, though I don't think there are > any differences from the released code). I haven't had any > complaints...but then I must admit that IgLou isn't the best at tracking > connectivity differences between different versions of code. Just need > more tuits. > > I will say, I'm pretty happy with the Arc code...at least from a > management point of view. I played with the DHCP capabilities > in...ah...5.0.8 I believe it was, and there were still problems with it. > Unfortunately, I didn't get a chance to check it out in 5.0.9 yet. I > may see if I can get a chance to play with it tomorrow and see if they > fixed it. If I remember correctly, it didn't handle renewing leases > very well at all...I believe (and looking back through my email > correspondence seems to confirm this) renewal requests are sent in for > the IP address "0.0.0.0" rather than for the actual IP address in use. > Obviously a problem there. Like I said...I'll try to check out the DHCP > setup again tomorrow and see if they got that corrected in 5.0.9. I > truly hope they did...'cause being able to manage all your Arc IP pools > from a central DHCP server will be *seriously* cool. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- Rick Allan Chief Technical Officer Vice President of Engineering Monmouth Internet Corporation http://www.monmouth.com 1-877-MONMOUTH option 6 (1-877-6666688)

What's the best way to track down a really big memory leak? "Big" = enough to crash a 64 meg ARC in 24 hours. law-ts1> show mem util SYSTEM MEMORY RESOURCES Total System Memory Resources: 49509 KB Code Size: 5833 KB Initialized Data Size: 1490 KB Uninitialized Data Size: 4356 KB Stack Size: 512 KB Free Memory Current Value: 13451 KB Free Memory 1 Hour Before: 14590 KB Free Memory 12 Hours Before: 20724 KB Free Memory 24 Hours Before: 19901 KB Total Buffer Cache: 40000 Free Buffer Cache: 26690 Almost a meg an hour. Ouch. This just started happening about 28 hours ago, probably when I changed something in the config... hell if I remember what it was though. OSPF maybe. It's kinda like what happens to a NETserver when syslog is broken, but I don't think syslog is the culprit here... Is there some way I can get a list of running processes (like "list processes" does) on the card and how big each one is? I've got a list of all commands in 5.0, including the "_" commands, but so far I haven't found a winner. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.)

Also sprach Rick >The only problem I see with a centralized DHCP would be the issue of >having a much larger internal routing table due to /32 announcements. >We now aggregate all our TC hub pools in /25 or /24 announcements and >implementing a DHCP solution would strongly impact our OSPF. You just need to get a better DHCP server is all...one that gives you more control. :) Keep in mind that when you get a DHCP request, you get the MAC address of the originating system, the IP address of the relaying system (if any), and potentially other identifying information. This set of information can be used to make your IP assignments more efficient, ie by grouping your leases together in a way that can be aggregated in your routers. Although, if you're running OSPF on your Arcs, you'll have to put your Arcs in a different area, and aggregate on the area boundary like on a Cisco. If your Arcs are still running RIP and your redistributing into OSPF (which is what I'm doing), then you can aggregate/summarize at the redistribution (nice little bonus there). Admittedly, configuration your DHCP server with this type of detail removes some of the benefit of centralizing control, but there are other management wins with this... -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Fri, 9 Jun 2000, Stainforth, Matthew wrote: > I think enable priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command > you want. That seems to have done it, thanks... I saw that setting at the bottom of of 'show accounting', but kept looking for a 'set' command. Are the newer accounting commands documented somewhere? I've got a hard copy of the 4.2 manual, but it makes no mention of the scheme I see in 4.2.32... Thanks, Charles > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > -----Original Message----- > > From: Charles Sprickman [mailto:spork@inch.com] > > Sent: Thursday, June 08, 2000 9:15 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) Accounting settings > > > > > > Hi, > > > > Quick accounting question: > > > > I have a primary accounting server set and a primary first > > backup server > > set. If the primary becomes unreachable, it flips to the backup, but > > doesn't seem to go back unless I zero out the first backup. > > > > My HARC manual for 4.2 doesn't cover the "new style" > > accounting stuff, nor > > do the 3KB docs I found... > > > > Any ideas? > > > > Thanks, > > > > Charles > > > > | Charles Sprickman | Internet Channel > > | INCH System Administration Team | (212)243-5200 > > | spork@inch.com | access@inch.com > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Question still stands, but I think I found my leak. Remember how we just discovered that new table that had, among other things, idle time in it? Well, the leak seems to come from walking that table. Sigh. I went back through everything I touched on the chassis in the last day and a half, and realized it was probably my newly-rewritten 'arcwho' utility. (I had thought OSPF because I had made a change yesterday... but only on two chassis, and the leak showed up on *all* of them, including some I hadn't touched in weeks. So it's not OSPF.) Here's the leak: if I snmpwalk the uumActiveSessionIfName tree, .1.3.6.1.4.1.429.4.2.1.46.1.6 (interface names of current sessions), I leak a few KB of free memory per walk. If I walk .46.1.7 (ip addresses), .46.1.8 (start time), or .46.1.9 (idle time), I do NOT leak memory. It's a shame I didn't know about this table in the beta, 'cause I probably would have found the leak then instead of on a Friday night. Bummer. I can't find a "disable snmp server/enable snmp server" type of command to try to clear memory usage either. More bummer. If a fix is released, I won't be able to download it 'cause I don't have a contract. More more bummer. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Fri, 9 Jun 2000, Mike Andrews wrote: > What's the best way to track down a really big memory leak? > > "Big" = enough to crash a 64 meg ARC in 24 hours. > > law-ts1> show mem util > > SYSTEM MEMORY RESOURCES > Total System Memory Resources: 49509 KB > Code Size: 5833 KB > Initialized Data Size: 1490 KB > Uninitialized Data Size: 4356 KB > Stack Size: 512 KB > Free Memory Current Value: 13451 KB > Free Memory 1 Hour Before: 14590 KB > Free Memory 12 Hours Before: 20724 KB > Free Memory 24 Hours Before: 19901 KB > Total Buffer Cache: 40000 > Free Buffer Cache: 26690 > > Almost a meg an hour. Ouch. > > This just started happening about 28 hours ago, probably when I changed > something in the config... hell if I remember what it was though. OSPF > maybe. It's kinda like what happens to a NETserver when syslog is broken, > but I don't think syslog is the culprit here... > > Is there some way I can get a list of running processes (like "list > processes" does) on the card and how big each one is? I've got a list of > all commands in 5.0, including the "_" commands, but so far I haven't > found a winner. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Brand new copy of 3Com/Funk Steel Belted Radius (SBR) enterprise edition for NT for sale. Normal price is $3,500. Asking $1,200. Reply to: jeff@asacomp.com . Jeff Binkley ASA Network Computing

I'm not sure. I just remember the command anecdotally from the list. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Charles Sprickman [mailto:spork@inch.com] > Sent: Saturday, June 10, 2000 2:25 AM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) Accounting settings > > > On Fri, 9 Jun 2000, Stainforth, Matthew wrote: > > > I think enable > priorITISE_FIRST_ACCOUNTING_SERVER_IN_A_GROUP is the command > > you want. > > That seems to have done it, thanks... I saw that setting at > the bottom of > of 'show accounting', but kept looking for a 'set' command. > > Are the newer accounting commands documented somewhere? I've > got a hard > copy of the 4.2 manual, but it makes no mention of the scheme I see in > 4.2.32... > > Thanks, > > Charles > > > Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > > > > -----Original Message----- > > > From: Charles Sprickman [mailto:spork@inch.com] > > > Sent: Thursday, June 08, 2000 9:15 PM > > > To: usr-tc@lists.xmission.com > > > Subject: (usr-tc) Accounting settings > > > > > > > > > Hi, > > > > > > Quick accounting question: > > > > > > I have a primary accounting server set and a primary first > > > backup server > > > set. If the primary becomes unreachable, it flips to the > backup, but > > > doesn't seem to go back unless I zero out the first backup. > > > > > > My HARC manual for 4.2 doesn't cover the "new style" > > > accounting stuff, nor > > > do the 3KB docs I found... > > > > > > Any ideas? > > > > > > Thanks, > > > > > > Charles > > > > > > | Charles Sprickman | Internet Channel > > > | INCH System Administration Team | (212)243-5200 > > > | spork@inch.com | access@inch.com > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old > messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Is it possible to use the NETServer 16I as a Multilinking NAT router? We don't use the thing anymore but it might be useful for a customer of ours. We want to bind 4 BRI's to get 256K and also do Network Address Translation for their network. It's running some old version of ComOS. -Jeremy --- Jeremy Shaffner System Administrator JORSM Internet jer@jorsm.com http://www.jorsm.com/~jer/pgp.key

On Fri, 9 Jun 2000, Mike Andrews wrote: > Jeff already pointed out that the username is encoded in the OID itself. > (3.97.100.109 = 3 bytes, ascii 97, ascii 100, ascii 109... so "adm"). > > You're looking at the ...46.1.11 tree though, not 46.1.9 which is where > idle times are stashed. 46.1.8 has the session start time, 46.1.7 has IP > addresses, and 46.1.6 has port names. Actually, just start at > .1.3.6.1.4.1.429.4.2.1.46.1 and you'll find a good deal of stuff there. > > I rewrote my pmwho emulator (arcwho) to use this new table yesterday and > damned if it doesn't run 50% faster AND show idle times now. This is > pretty cool. :) I was about to do the same for my version of arcwho (webified, specific to our system) until I saw your notes in arcwho about the memory leak. Mine is using SNMP_Session and BER to map_table .1.3.6.1.4.1.429.4.10.1.1 I figured if I could construct the oid, I could snmpget the idle value for each user, but with .1.3.6.1.4.1.429.4.10.1.1 I don't have the session ID to tack on to it... (correct me if I'm wrong please, I don't have a mib browser) Something like this could work as an alternative, if I had the session id: my $char=""; my $i=0; my $tc_idle_oid_ext=".".length($user); while ($i < length($user)) { $char=substr($user,$i,1); $tc_idle_oid_ext .= "." . ord($char); $i++; } my $tc_idle_oid="1.3.6.1.4.1.429.4.2.1.46.1.9"; $tc_idle_oid .= $tc_idle_oid_ext; ($idletime)=snmpget($nas,$community,$tc_idle_oid); Any ideas? Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

----- Original Message ----- Sent: Monday, June 12, 2000 1:52 PM > > Is it possible to use the NETServer 16I as a Multilinking NAT router? We > don't use the thing anymore but it might be useful for a customer of > ours. We want to bind 4 BRI's to get 256K and also do Network Address > Translation for their network. It's running some old version of ComOS. Multilink yes - Netserver 16I can do multilink - but it cannot do NAT. V > > -Jeremy > > > --- > Jeremy Shaffner > System Administrator > JORSM Internet > jer@jorsm.com > http://www.jorsm.com/~jer/pgp.key > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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, 13 Jun 2000, Ved wrote: > > Is it possible to use the NETServer 16I as a Multilinking NAT router? We > > don't use the thing anymore but it might be useful for a customer of > > ours. We want to bind 4 BRI's to get 256K and also do Network Address > > Translation for their network. It's running some old version of ComOS. > > Multilink yes - Netserver 16I can do multilink - but it cannot do NAT. When receiving the call, yes, but for the record, we found the place in the docs that states it (NS16I with ComOS 3.xsomething) won't do MLPPP when originating the call (like in LAN-to-LAN routing) which is the manner in which we hoped to use it. --jeff ============================================================================ Jeffrey A. Lynch | JORSM Internet, Regional Internet Services email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN Autoresponse: info@jorsm.com | Quality Service, Affordable Prices http://www.jorsm.com | Serving Gov, Biz, Residential Since 1995

----- Original Message ----- Sent: Tuesday, June 13, 2000 7:27 PM > On Tue, 13 Jun 2000, Ved wrote: > > > > Is it possible to use the NETServer 16I as a Multilinking NAT router? We > > > don't use the thing anymore but it might be useful for a customer of > > > ours. We want to bind 4 BRI's to get 256K and also do Network Address > > > Translation for their network. It's running some old version of ComOS. > > > > Multilink yes - Netserver 16I can do multilink - but it cannot do NAT. > > When receiving the call, yes, but for the record, we found the place in > the docs that states it (NS16I with ComOS 3.xsomething) won't do MLPPP > when originating the call (like in LAN-to-LAN routing) which is the manner > in which we hoped to use it. Dialout MLPPP was never supported in NETServer products. Both the NETServer and the 8/16 had issues with dialout multilink. there are ways to go around it and get a MLPPP call working but the docs always said that dialout mlppp - no support. V > > --jeff > > ============================================================================ > Jeffrey A. Lynch | JORSM Internet, Regional Internet Services > email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana > Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN > Autoresponse: info@jorsm.com | Quality Service, Affordable Prices > http://www.jorsm.com | Serving Gov, Biz, Residential Since 1995 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Wed, 14 Jun 2000, Ved wrote: > > Dialout MLPPP was never supported in NETServer products. Both the NETServer > and the 8/16 had issues with dialout multilink. there are ways to go around > it and get a MLPPP call working but the docs always said that dialout > mlppp - no support. Cool, do you know how to get dialout MLPPP working on at least 4 B-channels? TIA for any info. --jeff ============================================================================ Jeffrey A. Lynch | JORSM Internet, Regional Internet Services email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN Autoresponse: info@jorsm.com | Quality Service, Affordable Prices http://www.jorsm.com | Serving Gov, Biz, Residential Since 1995

test please ignor

This question is actually for my Cable Access Router, but it's the same hardware and similar code as a HiperARC... How does a person disable the broadcasting of the Multicast route on a HiperARC? __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502

On Wed, 14 Jun 2000, Jeff Binkley wrote: > Sorry for the offtopic question but I've gone braindead and need a simple > question answered. Can anyone tell me where the list is of root DNS > servers for the Internet is ? I used to have it bookmarked but now I > can't find it. Thanks in advance for the help. <rant> These off-topic posts really bug me, there are a dozen better mailing lists and newsgroups. What bugs me even more is people answering off topic posts BACK TO THE LIST. If someone asks an off-topic question in a mailing list it wouldn't matter if they said it was a life-or-death situation and I had written my PhD thesis on their very question, I wouldn't answer them, either on or off list. It just encourages their very anti-social behavior. If I had the time, I'd send them the _wrong_ answer, but I'm too busy for that. But I'd certainly encourage anyone with more free time to do so, it would decrease the signal/noise ratio of their inbox in the same way they are destroying the utility of the mailinglist. </rant> -- Aaron Nabil

An easy way of getting a good list is using the `dig' command on a unix box. Scott On Wed, 14 Jun 2000, Jeff Binkley wrote: > > Ok folks, > > Sorry for the offtopic question but I've gone braindead and need a simple > question answered. Can anyone tell me where the list is of root DNS > servers for the Internet is ? I used to have it bookmarked but now I > can't find it. Thanks in advance for the help. > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Ok folks, Sorry for the offtopic question but I've gone braindead and need a simple question answered. Can anyone tell me where the list is of root DNS servers for the Internet is ? I used to have it bookmarked but now I can't find it. Thanks in advance for the help. Jeff Binkley ASA Network Computing

They still are: ftp://rs.internic.net/domain/root.zone >they used to be available via FTP at rs.internic.net > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > -----Original Message----- > > From: jeff.binkley@asacomp.com [mailto:jeff.binkley@asacomp.com] > > Sent: Wednesday, June 14, 2000 4:30 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) Stupid Question > > > > > > > > Ok folks, > > > > Sorry for the offtopic question but I've gone braindead and > > need a simple > > question answered. Can anyone tell me where the list is of root DNS > > servers for the Internet is ? I used to have it bookmarked but now I > > can't find it. Thanks in advance for the help. > > > > Jeff Binkley > > ASA Network Computing > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

Like this: spork@util[~]$ dig @a.root-servers.net ;; ADDITIONAL SECTION: A.ROOT-SERVERS.NET. 6D IN A 198.41.0.4 H.ROOT-SERVERS.NET. 6D IN A 128.63.2.53 C.ROOT-SERVERS.NET. 6D IN A 192.33.4.12 G.ROOT-SERVERS.NET. 6D IN A 192.112.36.4 F.ROOT-SERVERS.NET. 6D IN A 192.5.5.241 B.ROOT-SERVERS.NET. 6D IN A 128.9.0.107 J.ROOT-SERVERS.NET. 5w6d16h IN A 198.41.0.10 K.ROOT-SERVERS.NET. 5w6d16h IN A 193.0.14.129 L.ROOT-SERVERS.NET. 5w6d16h IN A 198.32.64.12 M.ROOT-SERVERS.NET. 5w6d16h IN A 202.12.27.33 I.ROOT-SERVERS.NET. 6D IN A 192.36.148.17 E.ROOT-SERVERS.NET. 6D IN A 192.203.230.10 D.ROOT-SERVERS.NET. 6D IN A 128.8.10.90 Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Wed, 14 Jun 2000, Scott Kupferschmidt wrote: > An easy way of getting a good list is using the `dig' command on a unix > box. > > Scott > > > On Wed, 14 Jun 2000, Jeff Binkley wrote: > > > > > Ok folks, > > > > Sorry for the offtopic question but I've gone braindead and need a simple > > question answered. Can anyone tell me where the list is of root DNS > > servers for the Internet is ? I used to have it bookmarked but now I > > can't find it. Thanks in advance for the help. > > > > Jeff Binkley > > ASA Network Computing > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

they used to be available via FTP at rs.internic.net Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: jeff.binkley@asacomp.com [mailto:jeff.binkley@asacomp.com] > Sent: Wednesday, June 14, 2000 4:30 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Stupid Question > > > > Ok folks, > > Sorry for the offtopic question but I've gone braindead and > need a simple > question answered. Can anyone tell me where the list is of root DNS > servers for the Internet is ? I used to have it bookmarked but now I > can't find it. Thanks in advance for the help. > > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Wed, 14 Jun 2000, K Mitchell wrote: > At 01:29 PM 6/14/00 -0700, Aaron Nabil wrote: > ><rant> > > > >These off-topic posts really bug me, there are a dozen better mailing > >lists and newsgroups. What bugs me even more is people answering off > >topic posts BACK TO THE LIST. > > > ></rant> > > Sometimes off-topic posting does get out of hand, but small > transgressions such as Jeff's certainly aren't as earth-shattering as > you're making it out to be. Especially considering the amount of help > Jeff's given this list. Why should he be forced to join yet another list > just to ask a question that many people here can answer and won't > significantly disrupt the list? Any single piece of spam can be rationalized the same way. The problem is that it's never just one. Then it's not just his post, it's the additional off-topic followups. I'm not picking on Jeff, but do you think if I browsed the archives that was the _only_ off topic post he made? I can guarantee you it isn't because the line /dev/nulling him is still in my procmailrc, just commented out. It all adds up. It adds up to a lot. Off-topic posts have to get stored and archived as well, the s/n degredation is permanent. On this list, I need to read every piece of email on that has an ambiguous is an on-topic question that I can answer. People who post off topic not only impact the other list users directly, they also make it less likely people like me reading the list to _answer_ questions will continue to do so. If you don't believe me, look at inet-access, it's impossible to keep up with because of all the garbage and weenie questions. That's the direction this list is heading if it's going to be the "defacto ISP information group". > Personally, I consider most of the lists I'm on to be a community of > professionals who share equipment, software, or other interests, not > hard-assed "this topic only" question and answer forums. Some are stricter > than others, but most allow for some small amount of digression from the > stated topic, and that's fine. Most of the list you are on may be exactly that kind of list, and that's fine, I subscribe to those also. Do you think usr-tc is that kind of list, ie, the USR-tc social club, or a technical list? Thanks, > . . . Aaron Nabil

Mike, Does the netserve.dmf file go in the ROOT dir of the server? How will it know where to find the file? ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Sat, 3 Jun 2000, Mike Andrews wrote: > 64 meg works fine here. > > As far as getting the code onto a 4 meg flash... you don't *have* to use > the "interim release" approach. The documentation describes a few others. > The one I used was... > > - put the .dmf file on a TFTP server with the name 'netserve.dmf' > - connect a terminal to the console port of the ARC > - reboot it > - as it reboots, a menu will come up. > Quickly feed it its own IP/netmask and the IP of your TFTP server > > and it will TFTP the file down and update it right away. Pretty fast, > doesn't need two reboots. I'd practice on a non-production card if you > can first, to get the procedure down though. :) > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Sat, 3 Jun 2000 pferraro@wna-linknet.com wrote: > > > With all the talk of the new code, has anyone put the code on a HiperArc > > with just 64 of memory? I have 4 HiperArcs Two with 128 and two with > > 64. Three of the 4 are in production (live). Can the memory from the > > 4th one be used to up grade the other HiperArc? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 01:29 PM 6/14/00 -0700, Aaron Nabil wrote: ><rant> > >These off-topic posts really bug me, there are a dozen better mailing >lists and newsgroups. What bugs me even more is people answering off >topic posts BACK TO THE LIST. > ></rant> Sometimes off-topic posting does get out of hand, but small transgressions such as Jeff's certainly aren't as earth-shattering as you're making it out to be. Especially considering the amount of help Jeff's given this list. Why should he be forced to join yet another list just to ask a question that many people here can answer and won't significantly disrupt the list? Personally, I consider most of the lists I'm on to be a community of professionals who share equipment, software, or other interests, not hard-assed "this topic only" question and answer forums. Some are stricter than others, but most allow for some small amount of digression from the stated topic, and that's fine. Then again, maybe you flew off the handle simply cause you're having a bad day. If so, I hope it gets better for you. Personally, this week has been horrid for me, but I haven't quite gotten to the point of snapping a keyboard over my knee yet. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

I am trying to use an NTP server to sync my time on my Hiperarc. I issue the command set ntp primary_server x.x.x.x It accepts the command without error, but it doesn't sync the time. It stays the same as it was before I issued the command, and it doesn't match the time reported by the NTP server. Anything else I need to do to get this to work? -- Scot

***SIGH*** Anyone else seeing the irony here? Shaddap, both uh yuss afore I bonk yer heads togedder. 8-) ********************************************************* Michelle M. Mogil Network & Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8420 email: mmm3@cornell.edu **********************************************

If you have the livingston base NETServer code, the easy way to do this is Create a dialout location, set a modem group, and the dialout phone number on that location would be just atd0\r Now select four modems and store the dialout location phone number on the modems - atz0=<phone number> ?? Do this for all the four modems and set them to the same location., set the high water mark to 0 and max ports to 4, ping the location and you shoudl be able to get 4 dialout connections and if you location supports MLPPP you would be able to do that too. On the Pilgrim Hiper arc code, its a matter of setting up modemgroup and a dialout phone number on the user - V ----- Original Message ----- Sent: Wednesday, June 14, 2000 8:19 AM > On Wed, 14 Jun 2000, Ved wrote: > > > > Dialout MLPPP was never supported in NETServer products. Both the NETServer > > and the 8/16 had issues with dialout multilink. there are ways to go around > > it and get a MLPPP call working but the docs always said that dialout > > mlppp - no support. > > Cool, do you know how to get dialout MLPPP working on at least 4 > B-channels? TIA for any info. > > --jeff > > ============================================================================ > Jeffrey A. Lynch | JORSM Internet, Regional Internet Services > email: jeff@jorsm.com | 7 Area Codes in Chicagoland and NW Indiana > Voice: (219)322-2180 | 100Mbps+ Connectivity, 56K-DS3, V.90, ISDN > Autoresponse: info@jorsm.com | Quality Service, Affordable Prices > http://www.jorsm.com | Serving Gov, Biz, Residential Since 1995 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

This is a trick question, for if you have rip version 2 enabled, the default mode to advertise the routes is multicast, you can add broadcast too, by setting the send_compat mode in rip policies but that does not stop from advertising the route in multicast mode by rip. If you do have rip or if you rip version 1 then there is no multicast advertisement. Also you should make sure that you disable all igmp setting to disable multicast. This is same for Hiper, MarC,CableArc - V ----- Original Message ----- Sent: Wednesday, June 14, 2000 1:19 PM > This question is actually for my Cable Access Router, but it's the same > hardware and similar code as a HiperARC... > > How does a person disable the broadcasting of the Multicast route on a > HiperARC? > > __________________________________ > Justin Ellison > System Administrator > InternetUSA > sysadmin@nebi.com > http://nebi.com > 800-603-3502 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

You need to add: enable ntp and it should sync up. On 14 Jun 00, at 21:50, Scot Desort wrote: > I am trying to use an NTP server to sync my time on my Hiperarc. > > > I issue the command > > set ntp primary_server x.x.x.x > > It accepts the command without error, but it doesn't sync the time. It > stays the same as it was before I issued the command, and it doesn't > match the time reported by the NTP server. > > Anything else I need to do to get this to work? > > -- > Scot > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. For information > on digests or retrieving files and old messages send "help" to the > same address. Do not use quotes in your message. > Wayne Barber Coastal Telco Services

Also sprach Scot Desort >OK, so now how do you account for the fact the the ARC translates the >Easdtern time zone NTP server I'm using into GMT? You should be fine, NTP *always* uses GMT to pass around dates. The timezone on systems is (should) only be an issue of how it displays the value to you. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

OK, so now how do you account for the fact the the ARC translates the Easdtern time zone NTP server I'm using into GMT? -- Scot > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Wayne Barber > Sent: Thursday, June 15, 2000 8:36 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) NTP time sync > > > You need to add: > > enable ntp > > and it should sync up. > > On 14 Jun 00, at 21:50, Scot Desort wrote: > > > I am trying to use an NTP server to sync my time on my Hiperarc. > > > > > > I issue the command > > > > set ntp primary_server x.x.x.x > > > > It accepts the command without error, but it doesn't sync the time. It > > stays the same as it was before I issued the command, and it doesn't > > match the time reported by the NTP server. > > > > Anything else I need to do to get this to work? > > > > -- > > Scot > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. For information > > on digests or retrieving files and old messages send "help" to the > > same address. Do not use quotes in your message. > > > > > > Wayne Barber > Coastal Telco Services > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

I'm confused.... I downloaded AboutTime and installed it on my win98 machine. Then I point the hiper Arc to that machine as the primary NTP. I then enable NTP and wait..nothing happens..So then I look at where the AboutTime program is getting its' time(192.43.244.18)..and add the secondary NTP to my hiper Arc ..and wait..and then my time changes to GMT, so I guess that AboutTime is not acting like a server...although I have all the server boxes checked. If I leave the hiper Arc to have GMT and my radius Server has PST..wont that throw all my users off by 8 hours? Ken At 05:55 AM 6/15/00, you wrote: >Also sprach Scot Desort > >OK, so now how do you account for the fact the the ARC translates the > >Easdtern time zone NTP server I'm using into GMT? > >You should be fine, NTP *always* uses GMT to pass around dates. The >timezone on systems is (should) only be an issue of how it displays the >value to you. >-- >Jeff McAdams Email: jeffm@iglou.com >Head Network Administrator Voice: (502) 966-3848 >IgLou Internet Services (800) 436-4456 > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Until now, our HDM T1 NICs have said under inventory "3COM T1/E1 HDM NIC". The last six we have installed from the 3COM Double-Play program say "3COM T1/E1 LH/SH NIC with Programmable Loopback Relays". I am assuming that LH/SH stands for "long haul / short haul", but what other changes are in the new NICs if any? Of note is that the matching NACs have product codes of 3C4, as opposed to all others installed with a product code of 10Q. All ideas and answers appreciated. Thanks --- Andy Dalrymple XMission Telecom Manager (6/15/00)

Also sprach Andy >Until now, our HDM T1 NICs have said under inventory "3COM T1/E1 HDM >NIC". The last six we have installed from the 3COM Double-Play program >say "3COM T1/E1 LH/SH NIC with Programmable Loopback Relays". >I am assuming that LH/SH stands for "long haul / short haul", but what >other changes are in the new NICs if any? >Of note is that the matching NACs have product codes of 3C4, as opposed >to all others installed with a product code of 10Q. >All ideas and answers appreciated. Thanks I *believe* that the new NICs have a relay in them that, when the NAC is removed, put a loop onto the ds1 plugged into the NIC. Kinda nice in that it keeps you from annoying your telco all the time with alarms when you pull a NAC or reboot or whatever. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I am running About Time fine here. It will do standard SNTP just fine. I am not sure About Time does standard NTP server though but it will take time from a standard NTP server through its client mode. Make sure under the Servers tab you enable the servers. As for it being off 8 hours, No. NTP uses GMT to pass time around. A local offset is used by whatever OS or machine software you use to display things in local time. Jeff Binkley ASA Network Computing <That was almost on topic <vbg>>... u>I'm confused.... I downloaded AboutTime and installed it on my win98 u>machine. Then I point the hiper Arc to that machine as the primary u>NTP. I then enable NTP and wait..nothing happens..So then I look at u>where the AboutTime program is getting its' time(192.43.244.18)..and u>add the secondary NTP to my hiper Arc ..and wait..and then my time u>changes to GMT, so I guess that AboutTime is not acting like a u>server...although I have all the server boxes checked. If I leave the u>hiper Arc to have GMT and my radius Server has PST..wont that throw u>all my users off by 8 hours? u>Ken u>At 05:55 AM 6/15/00, you wrote: u>>Also sprach Scot Desort u>> >OK, so now how do you account for the fact the the ARC translates u>> >the Easdtern time zone NTP server I'm using into GMT? u>> u>>You should be fine, NTP *always* uses GMT to pass around dates. The u>>timezone on systems is (should) only be an issue of how it displays u>the >value to you. u>>-- u>>Jeff McAdams Email: jeffm@iglou.com u>>Head Network Administrator Voice: (502) 966-3848 u>>IgLou Internet Services (800) 436-4456 u>> u>>- u>> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" u>> with "unsubscribe usr-tc" in the body of the message. u>> For information on digests or retrieving files and old messages u>> send "help" to the same address. Do not use quotes in your u>> message. u>- u> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" u> with "unsubscribe usr-tc" in the body of the message. u> For information on digests or retrieving files and old messages send u> "help" to the same address. Do not use quotes in your message. u> CMPQwk 1.42 9999

Is anyone doing ISDN callback with the harc? I have been trying to get this working with both a cisco 766 and a pipeline 75. I was unable to get the harc to do anything with the dialback configuration setup in the radius server <usr SA ver 6.0.8>, after fooling around with the config in the HARC I was able to get the arc to callback. Im not sure if it is calling the router analog or isdn since its not working. Im running 4.2.32 on the arc and heres an example of the configuration. set modem_group all access two_way add user <username> password <password> type network,callback set user <username> callback_type static phone_number xxxxxxx set network user <username> ip remote_ip_address xxx.xxx.xxx.xxx/xx With this configuration the remote user hits the chassis and then gets disconnected. Ive spoken with support at 3com and the tech said that when the chassis calls back it does not auth with the remote side, this just sounds a little odd. Thanks in Advance, Ernie Pritchard InLine Connections

For Sale USR Total Control MP/16 v.34 modems http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=359752097

In stock... 2- Hiper NMC $1000 2- Hiper ARC $1900 or BO 1- Hiper DSP, No nic $3000 Also have: 4- USR Viper DSL Modems $500 1- USR Viper DSL (ALC) (Nic/Nac) $600 Lots of USR available...Inquire if needed. Netservers, MP, Total Controls, Parts =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890@page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

This is an S/MIME signed message. ---------z01886_boundary_sign Content-Type: multipart/alternative; boundary="=_alternative 0078261586256900_=" This is a multipart message in MIME format. --=_alternative 0078261586256900_= Content-Type: text/plain; charset="us-ascii" Hello, We are having trouble connecting the new IBM 600x which bundles a Lucent winmode (yuck) to our TC /HiperDSP. On clean phone lines, the authentication terminal window will show a ton of garbage text. I have seen this before when we had X2 modems dialing our V.90 patched DSP's, so I am not surprised. Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck again, I know), we are unable to upgrade the DSP's to the 2.0.x level firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on two others. The problem seems worse on 1.0.43 DSP's. Does anyone out there know which level is best, or elimates this lucent winmodem problem? The 2.6 Edgeserver drivers which run on SP6a will support the 2.0.x DSP's, but these are still in Beta. I am not going to install 2.5 Edgeserver drivers if I can avoid it. The install is ugly. Thanks In advance, --Peter --=_alternative 0078261586256900_= Content-Type: text/html; charset="us-ascii" <br><font size=2 face="sans-serif">Hello,</font> <br> <br><font size=2 face="sans-serif">We are having trouble connecting the new IBM 600x which bundles a Lucent winmode (yuck) to our TC /HiperDSP. On clean phone lines, the authentication terminal window will show a ton of garbage text. I have seen this before when we had X2 modems dialing our V.90 patched DSP's, so I am not surprised. </font> <br> <br><font size=2 face="sans-serif">Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck again, I know), we are unable to upgrade the DSP's to the 2.0.x level firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on two others. The problem seems worse on 1.0.43 DSP's. Does anyone out there know which level is best, or elimates this lucent winmodem problem? &nbsp;The 2.6 Edgeserver drivers which run on SP6a will support the 2.0.x DSP's, but these are still &nbsp;in Beta. &nbsp;I am not going to install 2.5 Edgeserver drivers if I can avoid it. The install is ugly.</font> <br> <br><font size=2 face="sans-serif">Thanks In advance,</font> <br><font size=2 face="sans-serif"><br> --Peter</font> --=_alternative 0078261586256900_=-- ---------z01886_boundary_sign Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAA oIAwggKrMIICFKADAgECAgMCeIswDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYT AlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxl MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2Vz MSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAw MDQyMTE4MjE0OVoXDTAxMDQyMTE4MjE0OVowSTEfMB0GA1UEAxMWVGhhd3RlIEZy ZWVtYWlsIE1lbWJlcjEmMCQGCSqGSIb3DQEJARYXcGV0ZXIub2xzb25AY2hpLmZy Yi5vcmcwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANGKvV+YIv9auFKNA/Fc 45UBGNL1F0NgrRrQhaRTMZ13qIfErxKYh/PxkCR9N+Ty7ahd/HRk3zWdpN7Q8gAw m0yIYNngSlLTZ0mafgBUUNMqQ/JeNBahJzT5d/UNnxY1I7ANL6Y3i7ZQyKGphPGq EncUwmHrqETxB66+0HcUxB+HAgMBAAGjVTBTMCIGA1UdEQQbMBmBF3BldGVyLm9s c29uQGNoaS5mcmIub3JnMAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINm VfTkWMdGHcBhvSPXw4wwDQYJKoZIhvcNAQEEBQADgYEAk/tqcHuzYMW1UGe3jqq7 ur1uo9ukt2OWQAGOrDL5DhZQCq84QAyRde7uH0nlm2CwLYF0cTULsiVzxgWw4wWk ko27xDNj408+M02N3ld7KwGIFjtOb/ujWsM3jHkMNY+Xmu3zmjfgRLpYSn0cYg6R hjs4bHO8+2nZn66/r2EYtgcwggMUMIICfaADAgECAgELMA0GCSqGSIb3DQEBBAUA MIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQL Ex9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFs LWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQw MTQwWjCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIG A1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT QSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALNpWpfU0BYL erXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeSBl69 4GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaF PmzzlZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYB Af8CAQAwHwYDVR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcN AQEEBQADgYEAa8ZZ6TH66bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcX KFYFi91cdW/GkZDGbGZxE9AQfGuRb4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy3 6XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70HQfOnZ6CYynvkwl+Vd4wggMtMIIC lqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UE CBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRo YXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0Ex KzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcN OTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQK ExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2 aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29t MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGw hF59LQ2PexLfhSV1KHQ6QixjJ5+Ve0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0P cR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVLVX8GGSl/npom1Wq7OCQIapjH sdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3 DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx +NxfIyYJkYBz0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBAAAxgDCC Ae0CAQEwgZwwgZQxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx FDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFp bCBSU0EgMTk5OS45LjE2AgMCeIswCQYFKw4DAhoFAKCBqzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wMDA2MTYyMTUyMjNaMCMGCSqG SIb3DQEJBDEWBBTZPa97HGCbGOOGrmibChC+LfOGIDBMBgkqhkiG9w0BCQ8xPzA9 MAcGBSsOAwIdMA4GCCqGSIb3DQMCAgIAgDAKBggqhkiG9w0DBzAHBgUrDgMCBzAN BggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASBgBfmyvVJlhCKU+vWyxJlwWMS H7G0iaRE+I41KvIP+iy37bwx/WOAHVU1Ll2AsfjjIM+LIl/VpSfr8Q8wKjAFDH/1 BkuF25HGJushr2rced/lGDKj81LgFHzkwSdbcWCcZLaUu8oSEXdiHX2TE+MNmtV/ oM4m/BBTemchJu+saydEAAAAAAAAAAA= ---------z01886_boundary_sign--

This is a multi-part message in MIME format. ------=_NextPart_000_003F_01BFD82E.38543080 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We usually update the customers winmodem to the latest version and their = problems stop ... www.808hi.com has links to the latest code ... ----- Original Message -----=20 From: peter.olson@chi.frb.org=20 To: usr-tc@lists.xmission.com=20 Sent: Friday, June 16, 2000 5:46 PM Subject: (usr-tc) What HiperDSP code works best with Lucent Winmodem? Hello,=20 We are having trouble connecting the new IBM 600x which bundles a = Lucent winmode (yuck) to our TC /HiperDSP. On clean phone lines, the = authentication terminal window will show a ton of garbage text. I have = seen this before when we had X2 modems dialing our V.90 patched DSP's, = so I am not surprised.=20 Because we using Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck = again, I know), we are unable to upgrade the DSP's to the 2.0.x level = firmware. The firmware we do have is 1.0.59 on two DSP's and 1.0.43 on = two others. The problem seems worse on 1.0.43 DSP's. Does anyone out = there know which level is best, or elimates this lucent winmodem = problem? The 2.6 Edgeserver drivers which run on SP6a will support the = 2.0.x DSP's, but these are still in Beta. I am not going to install = 2.5 Edgeserver drivers if I can avoid it. The install is ugly.=20 Thanks In advance,=20 --Peter ------=_NextPart_000_003F_01BFD82E.38543080 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.50.4030.2400" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>We usually update the customers = winmodem to the=20 latest version and their problems stop ... <A=20 href=3D"http://www.808hi.com">www.808hi.com</A> has links to the latest = code=20 ...</FONT></DIV> <BLOCKQUOTE=20 style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; = BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV> <DIV=20 style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: = black"><B>From:</B>=20 <A title=3Dpeter.olson@chi.frb.org=20 href=3D"mailto:peter.olson@chi.frb.org">peter.olson@chi.frb.org</A> = </DIV> <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A = title=3Dusr-tc@lists.xmission.com=20 = href=3D"mailto:usr-tc@lists.xmission.com">usr-tc@lists.xmission.com</A> = </DIV> <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, June 16, 2000 = 5:46 PM</DIV> <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> (usr-tc) What HiperDSP = code=20 works best with Lucent Winmodem?</DIV> <DIV><BR></DIV><BR><FONT face=3Dsans-serif size=3D2>Hello,</FONT> = <BR><BR><FONT=20 face=3Dsans-serif size=3D2>We are having trouble connecting the new = IBM 600x which=20 bundles a Lucent winmode (yuck) to our TC /HiperDSP. On clean phone = lines, the=20 authentication terminal window will show a ton of garbage text. I have = seen=20 this before when we had X2 modems dialing our V.90 patched DSP's, so I = am not=20 surprised. </FONT><BR><BR><FONT face=3Dsans-serif size=3D2>Because we = using=20 Microsoft RAS on Egdeserver Pro 2.1.2 drivers (yuck again, I know), we = are=20 unable to upgrade the DSP's to the 2.0.x level firmware. The firmware = we do=20 have is 1.0.59 on two DSP's and 1.0.43 on two others. The problem = seems worse=20 on 1.0.43 DSP's. Does anyone out there know which level is best, or = elimates=20 this lucent winmodem problem? &nbsp;The 2.6 Edgeserver drivers which = run on=20 SP6a will support the 2.0.x DSP's, but these are still &nbsp;in Beta. = &nbsp;I=20 am not going to install 2.5 Edgeserver drivers if I can avoid it. The = install=20 is ugly.</FONT> <BR><BR><FONT face=3Dsans-serif size=3D2>Thanks In = advance,</FONT>=20 <BR><FONT face=3Dsans-serif = size=3D2><BR>--Peter</FONT></BLOCKQUOTE></BODY></HTML> ------=_NextPart_000_003F_01BFD82E.38543080--

We have brand new Hiper DSP's NIC/NAC set available for $3750 a card set (24 modems) or $7250 for 48 modems. At 11:13 AM 6/1/00 -0500, you wrote: >Looking to buy 1 DSP card w/NIC. Need ASAP. >Contact me offline or call 1-877-425-7421 ext.10 > >-- > >Richard Lorbieski - richard@alpha1.net >Chief Technical Officer - Senior System Administrator >Alpha1 Internet http://www.alpha1.net >409.731.8236 - 877.4.alpha1 (877.425.7421) > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a Total Control Chassis. (I am not sure if you can MPP over both BRI's, if not I would settle for MPP for each BRI and load balance over the 2 multilinked BRI's) I am having some problems with the second BRI. I cannot get a stable connection. I am assigning the BRI interface a static IP and specifying the route with radius. Should the second interface have the same static IP address or a different one. I have tried several variations without success. Does anyone have a sample config they can send me or point me in the right direction. Thanks John Verreault AEI Internet john@aei.ca <mailto:john@aei.ca> 514/284-4452

Also sprach Verreault, John > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a >Total Control Chassis. (I am not sure if you can MPP over both BRI's, >if not I would settle for MPP for each BRI and load balance over the 2 >multilinked BRI's) There should be no problem with multi-linking two BRI's together for a 256kbps connection. There's no theoretical limit to the number of channels you can link together...though there are definitely practical limits. :) >I am having some problems with the second BRI. I cannot get a stable >connection. >I am assigning the BRI interface a static IP and specifying the route >with radius. OK...I don't have much Cisco dial mojo, but you seem to be going wrong on the concepts here. If you're running multi-link over 4 channels (2 channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP address to a specific BRI. You should have some sort of "virtual" interface or suchlike that the BRIs would be attached to in some way, you would give the IP address to the "virtual" interface (maybe a dialer interface? like I said...I don't know Cisco dial well at all). Then, when you get both BRIs assigned/attached to this "virtual" interface (whatever it may be called), then it *should* multi-link across the BRIs with no problem. There's nothing inherent about multi-link that makes it only function within an individual line (BRI). In fact, you can run multi-link across multiple modems, across multiple T1's, even, theoretically, across multiple L2TP or PPTP connections if you *really* wanted. >Should the second interface have the same static IP address or a >different one. The second BRI, like the first, shouldn't have an IP address itself at all most likely. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Thanks for the input. I am on the right track. I just need help with the "mojos"... I've got 1 BRI multilinking perfectly, need some help from someone who has this working for 2 or knows the Cisco config parameters Thanks John -----Original Message----- Sent: Monday, June 19, 2000 11:51 AM Also sprach Verreault, John > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a >Total Control Chassis. (I am not sure if you can MPP over both BRI's, >if not I would settle for MPP for each BRI and load balance over the 2 >multilinked BRI's) There should be no problem with multi-linking two BRI's together for a 256kbps connection. There's no theoretical limit to the number of channels you can link together...though there are definitely practical limits. :) >I am having some problems with the second BRI. I cannot get a stable >connection. >I am assigning the BRI interface a static IP and specifying the route >with radius. OK...I don't have much Cisco dial mojo, but you seem to be going wrong on the concepts here. If you're running multi-link over 4 channels (2 channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP address to a specific BRI. You should have some sort of "virtual" interface or suchlike that the BRIs would be attached to in some way, you would give the IP address to the "virtual" interface (maybe a dialer interface? like I said...I don't know Cisco dial well at all). Then, when you get both BRIs assigned/attached to this "virtual" interface (whatever it may be called), then it *should* multi-link across the BRIs with no problem. There's nothing inherent about multi-link that makes it only function within an individual line (BRI). In fact, you can run multi-link across multiple modems, across multiple T1's, even, theoretically, across multiple L2TP or PPTP connections if you *really* wanted. >Should the second interface have the same static IP address or a >different one. The second BRI, like the first, shouldn't have an IP address itself at all most likely. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hi All I need a little help here. I have a TC with a HIPER ARC, several HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have been running for a long time with the HIPER DSP cards without problems. I now need to run the Quad cards and can not seem to get the Dual PRI card to work(it did work at one time). The PRI line is coming from a Lucent Definity 3G switch and works fine with the Hiper DSP cards. When I connect the PRI line to the Dual PRI card all I get is a busy signal, the link does show that it is up and there are no alarms.. The Dual PRI card has the following configuration Framing Mode ds1esf Line Coding b8zs Response to remote loopback ignore Auto Busy disabled Dial In Address No Address Dial-in/Dial-out Signal WINK ACK WINK Enabled Dial in Trunk type E&M TYPE II The settings above are set similarly on the Hiper DSP card. Any help would appreciated. Thanks in advance LOU

Does anyone know whether the new 4.0 release supports ISDN DOSBS calls on the HyperDSPs? This did *not* work on earlier releases and we've been using a chassis w/ Dual-PRI and Quads as a workaround which we'd like to stop doing. I read the release notes for the DSP, but nothing jumped out at me. TIA... Dave Martin Netcetera, Inc. dpm@netcetera.com "There's coffee in that Nebula!"

Also sprach Lou Bernstein >I need a little help here. I have a TC with a HIPER ARC, several HIPER >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have >been running for a long time with the HIPER DSP cards without problems. >I now need to run the Quad cards and can not seem to get the Dual PRI >card to work(it did work at one time). The PRI line is coming from a >Lucent Definity 3G switch and works fine with the Hiper DSP cards. >When I connect the PRI line to the Dual PRI card all I get is a busy >signal, the link does show that it is up and there are no alarms.. Probably need to check the configs on the quads to make sure they're set up to take calls from the PRI...like line source to pritdm, proly some others that I'm not thinking of off the top of my head...line source would be the first thing I'd check...and, of course, make sure that the interfaces are active and up on the Arc so that the quads can get the signal to answer the call, so they in turn can signal the dual-pri card. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

also make sure you have the channel->modem assignment set up correctly...or alternatively have it set to first available or round robin in which case you don't need to do the channel->modem assignment. Other than that, all you should really need to confirm is the framing, coding, and switch type options. You should be able to troubleshoot with your switch people to see whether the switch is sending the call to you or if you're getting a busy because the switch thinks you're unable to take calls. If they see the call being sent to you, you have a problem accepting the call either because there's no modem available or the arc is refusing it for some reason. If the switch is just refusing to talk to you, it is most likely a signalling issue...assuming that, as mentioned before, there are no alarms. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Monday, June 19, 2000 2:05 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Dual PRI CARD > > > Also sprach Lou Bernstein > >I need a little help here. I have a TC with a HIPER ARC, > several HIPER > >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have > >been running for a long time with the HIPER DSP cards > without problems. > >I now need to run the Quad cards and can not seem to get the Dual PRI > >card to work(it did work at one time). The PRI line is coming from a > >Lucent Definity 3G switch and works fine with the Hiper DSP cards. > >When I connect the PRI line to the Dual PRI card all I get is a busy > >signal, the link does show that it is up and there are no alarms.. > > Probably need to check the configs on the quads to make sure > they're set > up to take calls from the PRI...like line source to pritdm, proly some > others that I'm not thinking of off the top of my head...line source > would be the first thing I'd check...and, of course, make > sure that the > interfaces are active and up on the Arc so that the quads can get the > signal to answer the call, so they in turn can signal the > dual-pri card. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Is anyone doing ISDN callback with a arc? I have been trying to get this working with both a cisco 766 and a pipeline 75. I was unable to get the harc to do anything with the dialback configuration setup in the radius server <usr SA ver 6.0.8>, after fooling around with the config in the arc I was able to get the arc to callback. Im not sure if it is calling the router analog or isdn since its not working. Im running 4.2.32 on the arc and heres an example of the configuration. set modem_group all access two_way add user <username> password <password> type network,callback set user <username> callback_type static phone_number xxxxxxx set network user <username> ip remote_ip_address xxx.xxx.xxx.xxx/xx With this configuration the remote user hits the chassis and then gets disconnected. Ive spoken with support at 3com and the tech said that when the chassis calls back it does not auth with the remote side, this just sounds a little odd. Thanks in Advance, Ernie Pritchard InLine Connections

Thanks for the tips, Where would the switch type option be, I could not find it in the config of the PRI card, the software revision on the card is 4.2.1. Thanks, LOU At 02:17 PM 6/19/00 -0300, you wrote: > >also make sure you have the channel->modem assignment set up correctly...or >alternatively have it set to first available or round robin in which case >you don't need to do the channel->modem assignment. Other than that, all >you should really need to confirm is the framing, coding, and switch type >options. > >You should be able to troubleshoot with your switch people to see whether >the switch is sending the call to you or if you're getting a busy because >the switch thinks you're unable to take calls. If they see the call being >sent to you, you have a problem accepting the call either because there's no >modem available or the arc is refusing it for some reason. If the switch is >just refusing to talk to you, it is most likely a signalling >issue...assuming that, as mentioned before, there are no alarms. > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > >> -----Original Message----- >> From: Jeff Mcadams [mailto:jeffm@iglou.com] >> Sent: Monday, June 19, 2000 2:05 PM >> To: usr-tc@lists.xmission.com >> Subject: Re: (usr-tc) Dual PRI CARD >> >> >> Also sprach Lou Bernstein >> >I need a little help here. I have a TC with a HIPER ARC, >> several HIPER >> >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have >> >been running for a long time with the HIPER DSP cards >> without problems. >> >I now need to run the Quad cards and can not seem to get the Dual PRI >> >card to work(it did work at one time). The PRI line is coming from a >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards. >> >When I connect the PRI line to the Dual PRI card all I get is a busy >> >signal, the link does show that it is up and there are no alarms.. >> >> Probably need to check the configs on the quads to make sure >> they're set >> up to take calls from the PRI...like line source to pritdm, proly some >> others that I'm not thinking of off the top of my head...line source >> would be the first thing I'd check...and, of course, make >> sure that the >> interfaces are active and up on the Arc so that the quads can get the >> signal to answer the call, so they in turn can signal the >> dual-pri card. >> -- >> Jeff McAdams Email: jeffm@iglou.com >> Head Network Administrator Voice: (502) 966-3848 >> IgLou Internet Services (800) 436-4456 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Also sprach Lou Bernstein >Where would the switch type option be, I could not find it in the >config of the PRI card, the software revision on the card is 4.2.1. Uhm...I believe 4.2.1 is a channelized t1 version of code. I think the latest version of code for the dual-PRI is 3. something or other. Most likely, the hardware is the same (though they were sold as different equipment), so most likely its just a matter of forcing a code upgrade of the dual-pri code to the card. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

if you hilight either span (ie not the whole card), select the configuration, PRI Trunk Settings. The option is Primary Switch Type Set. I'm not sure what the right choice would be given your telco's switch type. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Lou Bernstein [mailto:lbernste@nortelnetworks.com] > Sent: Monday, June 19, 2000 4:08 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Dual PRI CARD > > > Thanks for the tips, > > Where would the switch type option be, I could not find it in > the config of > the PRI card, the software revision on the card is 4.2.1. > > Thanks, > > LOU > > At 02:17 PM 6/19/00 -0300, you wrote: > > > >also make sure you have the channel->modem assignment set up > correctly...or > >alternatively have it set to first available or round robin > in which case > >you don't need to do the channel->modem assignment. Other > than that, all > >you should really need to confirm is the framing, coding, > and switch type > >options. > > > >You should be able to troubleshoot with your switch people > to see whether > >the switch is sending the call to you or if you're getting a > busy because > >the switch thinks you're unable to take calls. If they see > the call being > >sent to you, you have a problem accepting the call either > because there's no > >modem available or the arc is refusing it for some reason. > If the switch is > >just refusing to talk to you, it is most likely a signalling > >issue...assuming that, as mentioned before, there are no alarms. > > > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > > >> -----Original Message----- > >> From: Jeff Mcadams [mailto:jeffm@iglou.com] > >> Sent: Monday, June 19, 2000 2:05 PM > >> To: usr-tc@lists.xmission.com > >> Subject: Re: (usr-tc) Dual PRI CARD > >> > >> > >> Also sprach Lou Bernstein > >> >I need a little help here. I have a TC with a HIPER ARC, > >> several HIPER > >> >DSP cards, some Quad Digital cards and a Dual PRI-Card > NAC. I have > >> >been running for a long time with the HIPER DSP cards > >> without problems. > >> >I now need to run the Quad cards and can not seem to get > the Dual PRI > >> >card to work(it did work at one time). The PRI line is > coming from a > >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards. > >> >When I connect the PRI line to the Dual PRI card all I > get is a busy > >> >signal, the link does show that it is up and there are no > alarms.. > >> > >> Probably need to check the configs on the quads to make sure > >> they're set > >> up to take calls from the PRI...like line source to > pritdm, proly some > >> others that I'm not thinking of off the top of my > head...line source > >> would be the first thing I'd check...and, of course, make > >> sure that the > >> interfaces are active and up on the Arc so that the quads > can get the > >> signal to answer the call, so they in turn can signal the > >> dual-pri card. > >> -- > >> Jeff McAdams Email: jeffm@iglou.com > >> Head Network Administrator Voice: (502) 966-3848 > >> IgLou Internet Services (800) 436-4456 > >> > >> - > >> To unsubscribe to usr-tc, send an email to > "majordomo@xmission.com" > >> with "unsubscribe usr-tc" in the body of the message. > >> For information on digests or retrieving files and old > messages send > >> "help" to the same address. Do not use quotes in your message. > >> > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 difference between "Primary backup accounting server" and "Secondary accounting server" on the HARC? I only want accounting packets to be sent to the secondary radius server when the primary is down. So, do I use the primary backup accounting server field? I am currently using the secondary accounting field, and that server is getting all requests even when the primary is functioning fine. -- Scot

Yes, I think that is the problem. Slightly ambiguous use of Primary first backup, and secondary terminology by 3COM. I am already using fall_through. I'll give your commands a try and see if the acctg packets to the "first backup" stop. Thanks, -- Scot ----- Original Message ----- Sent: Monday, June 19, 2000 9:35 PM Scot, It sounds like you shouldn't use the secondary server option - turn them off. Check out the first 4 lines of "sh accounting". They show your "primary" and first/second "backup" servers. You obviously know how to set the primary already.... the first and second backups can be set by the commands: set accounting_backup primary first_server x.x.x.x set accounting_backup primary second_server x.x.x.x You may also like to check the "Authentication Algorithm" with "sh radius settings", and then adjust it with "set radius authentication_algorithm". Sounds to me like you need the fall_through option. -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. +64-6-3507004 >>> scot@njaccess.net 20/06/00 12:57:45 >>> What is the difference between "Primary backup accounting server" and "Secondary accounting server" on the HARC? I only want accounting packets to be sent to the secondary radius server when the primary is down. So, do I use the primary backup accounting server field? I am currently using the secondary accounting field, and that server is getting all requests even when the primary is functioning fine. -- Scot - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Scot Desort >Yes, I think that is the problem. Slightly ambiguous use of Primary >first backup, and secondary terminology by 3COM. I am already using >fall_through. >I'll give your commands a try and see if the acctg packets to the >"first backup" stop. As a little bit of clarification on the differences between authentication and accounting. There are differences in the needs of the two parts of the RADIUS protocol. For authentication, you don't have a need for multiple RADIUS servers to get the request in normal operation. Yes, if you have a server go down, you need to fail over to the next. The question then becomes, when the first comes back up, do you switch back over to it, or just stay with the second one? Thus the authentication_algorithm settings to let you control that. With accounting, however, its easily conceivable that you could want accounting messages to be sent multiple places in normal operation, and further, that each one of those potentially independant information might have a fail-over system available to it if it should fail. The possible permutations here get too much for a single controlling variable, so you have primary, secondary, tertiary, etc. servers that are for the individual locations, and that get a copy of all the accounting messages independantly. Then you have the first_backup, second_backup, etc. for each of those to handle the case where one of the servers fails that normally gets the accounting messages, and each one has its own backup servers. Anyway...hopefully this clarifies things a bit more as to why authentication and accounting are handled differently, and how they are handled. Hopefully I haven't confused you further. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Quick question: What is NMC Enterprise Specific Trap 120, and where might I find the MIB file for it? I get this trap many times a day from a single DSP card, and can't get rid of it. The card seems to operate fine, and the trap settings were loaded from another card in the chassis. Also, where would I find the latest MIB for the ARC 4.2.32? There was discussion about ARC objects in the past, but I couldn't find them in my file. It's probably out of date, but I can't find a newer one. Thanks, Carl Litt Network Administrator Execulink Internet Services

Speaking of which, does anyone know how to force the authentication server to flip back to primary after it's failed over to secondary? If I remove the secondary, that brings the primary back, but I'm hoping for a switch. I'm currently set for fall-through, is that correct? Little luck on finding 4.2.x radius questions answered on 3KB... Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com On Mon, 19 Jun 2000, Jeff Mcadams wrote: > Also sprach Scot Desort > >Yes, I think that is the problem. Slightly ambiguous use of Primary > >first backup, and secondary terminology by 3COM. I am already using > >fall_through. > > >I'll give your commands a try and see if the acctg packets to the > >"first backup" stop. > > As a little bit of clarification on the differences between > authentication and accounting. There are differences in the needs of > the two parts of the RADIUS protocol. > > For authentication, you don't have a need for multiple RADIUS servers to > get the request in normal operation. Yes, if you have a server go down, > you need to fail over to the next. The question then becomes, when the > first comes back up, do you switch back over to it, or just stay with > the second one? Thus the authentication_algorithm settings to let you > control that. > > With accounting, however, its easily conceivable that you could want > accounting messages to be sent multiple places in normal operation, and > further, that each one of those potentially independant information > might have a fail-over system available to it if it should fail. The > possible permutations here get too much for a single controlling > variable, so you have primary, secondary, tertiary, etc. servers that > are for the individual locations, and that get a copy of all the > accounting messages independantly. Then you have the first_backup, > second_backup, etc. for each of those to handle the case where one of > the servers fails that normally gets the accounting messages, and each > one has its own backup servers. > > Anyway...hopefully this clarifies things a bit more as to why > authentication and accounting are handled differently, and how they are > handled. Hopefully I haven't confused you further. :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

That would explain why he can't find the switch-type option; good call... You don't have to force very hard from what I remember, but it's been a loooong time since I've had to do the code swap on that. Our very first Dual PRI we ever had was DOA, and its replacement had CT1 code on it... hell, I probably used pcsdl to do it at the time but TCM would probably have done it too. 3.1.5 is (still) the latest Dual PRI code. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 19 Jun 2000, Jeff Mcadams wrote: > Also sprach Lou Bernstein > >Where would the switch type option be, I could not find it in the > >config of the PRI card, the software revision on the card is 4.2.1. > > Uhm...I believe 4.2.1 is a channelized t1 version of code. I think the > latest version of code for the dual-PRI is 3. something or other. Most > likely, the hardware is the same (though they were sold as different > equipment), so most likely its just a matter of forcing a code upgrade > of the dual-pri code to the card. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

"ppp multilink" is one of the magic words. When I used a Cisco 804 at home, I remember I had to put "ppp multilink" on both the BRI0 and the Dialer1 interface for it to be happy. Here's the abbreviated bits of one of my old 804 configs: map-class dialer DialerClass1 interface BRI0 no ip address encaps ppp ppp multilink dialer pool-member 1 interface Dialer1 ip address 10.0.0.1 255.255.255.0 (or ip unnumbered ethernet0 if you're doing it that way) encaps ppp ppp multilink dialer string 5551212 class DialerClass1 dialer idle-timeout 600 ppp pap sent-username blah blah blah... (I was dialing into another 804, not a Total Control, but for at least the multilink setup that shouldn't matter.) The Cisco dialer stuff is kinda voodoo-ish to me still; I mostly pulled this out of the Cisco 804 manual, Dejanews postings, and CCO searches... it worked so I left it. Then I got DSL and I don't need the 804 anymore. Anyone wanna buy it? :) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 19 Jun 2000, Verreault, John wrote: > Thanks for the input. > I am on the right track. I just need help with the "mojos"... > I've got 1 BRI multilinking perfectly, need some help from someone who has > this working for 2 or knows the Cisco config parameters > > Thanks > > John > > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Monday, June 19, 2000 11:51 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Config for Dual BRI Cisco to TC > > > Also sprach Verreault, John > > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a > >Total Control Chassis. (I am not sure if you can MPP over both BRI's, > >if not I would settle for MPP for each BRI and load balance over the 2 > >multilinked BRI's) > > There should be no problem with multi-linking two BRI's together for a > 256kbps connection. There's no theoretical limit to the number of > channels you can link together...though there are definitely practical > limits. :) > > >I am having some problems with the second BRI. I cannot get a stable > >connection. > > >I am assigning the BRI interface a static IP and specifying the route > >with radius. > > OK...I don't have much Cisco dial mojo, but you seem to be going wrong > on the concepts here. If you're running multi-link over 4 channels (2 > channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP > address to a specific BRI. You should have some sort of "virtual" > interface or suchlike that the BRIs would be attached to in some way, > you would give the IP address to the "virtual" interface (maybe a dialer > interface? like I said...I don't know Cisco dial well at all). Then, > when you get both BRIs assigned/attached to this "virtual" interface > (whatever it may be called), then it *should* multi-link across the BRIs > with no problem. > > There's nothing inherent about multi-link that makes it only function > within an individual line (BRI). In fact, you can run multi-link across > multiple modems, across multiple T1's, even, theoretically, across > multiple L2TP or PPTP connections if you *really* wanted. > > >Should the second interface have the same static IP address or a > >different one. > > The second BRI, like the first, shouldn't have an IP address itself at > all most likely. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Ah, yes it's not hard to switch the code. By default when TCM is browsing for the CT1 nac file it'll use ct*.nac as the mask. All you have to do is choose the dp*.nac file to upload instead. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Mike Andrews [mailto:mandrews@bit0.com] > Sent: Tuesday, June 20, 2000 4:02 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Dual PRI CARD > > > That would explain why he can't find the switch-type option; > good call... > > You don't have to force very hard from what I remember, but > it's been a > loooong time since I've had to do the code swap on that. Our > very first > Dual PRI we ever had was DOA, and its replacement had CT1 > code on it... > hell, I probably used pcsdl to do it at the time but TCM > would probably > have done it too. > > 3.1.5 is (still) the latest Dual PRI code. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 19 Jun 2000, Jeff Mcadams wrote: > > > Also sprach Lou Bernstein > > >Where would the switch type option be, I could not find it in the > > >config of the PRI card, the software revision on the card > is 4.2.1. > > > > Uhm...I believe 4.2.1 is a channelized t1 version of code. > I think the > > latest version of code for the dual-PRI is 3. something or > other. Most > > likely, the hardware is the same (though they were sold as different > > equipment), so most likely its just a matter of forcing a > code upgrade > > of the dual-pri code to the card. > > -- > > Jeff McAdams Email: jeffm@iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Scot, It sounds like you shouldn't use the secondary server option - turn them = off. Check out the first 4 lines of "sh accounting". They show your = "primary" and first/second "backup" servers. You obviously know how to = set the primary already.... the first and second backups can be set by the = commands: set accounting_backup primary first_server x.x.x.x set accounting_backup primary second_server x.x.x.x You may also like to check the "Authentication Algorithm" with "sh radius = settings", and then adjust it with "set radius authentication_algorithm". = Sounds to me like you need the fall_through option. -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. +64-6-3507004 >>> scot@njaccess.net 20/06/00 12:57:45 >>> What is the difference between "Primary backup accounting server" and "Secondary accounting server" on the HARC? I only want accounting packets to be sent to the secondary radius server when the primary is down. So, do I use the primary backup accounting = server field? I am currently using the secondary accounting field, and that = server is getting all requests even when the primary is functioning fine. -- Scot - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Thanks everyone for the help, I loaded the 3.0.2 code and now the PRI is responding, even though I am getting a really strange answer tone. Just starteding to look at that, but thanks again Lou At 02:00 PM 6/20/00 -0500, you wrote: > > >Issue an In Service command to the PRIs. I've seen this before and that >always fixes it. > >Jeff Binkley >ASA Network Computing > > >U>Hi All > >U>I need a little help here. I have a TC with a HIPER ARC, several >U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I >U>have been running for a long time with the HIPER DSP cards without >U>problems. I now need to run the Quad cards and can not seem to get >U>the Dual PRI card to work(it did work at one time). The PRI line is >U>coming from a Lucent Definity 3G switch and works fine with the Hiper >U>DSP cards. When I connect the PRI line to the Dual PRI card all I get >U>is a busy signal, the link does show that it is up and there are no >U>alarms.. > >U>The Dual PRI card has the following configuration > >U>Framing Mode ds1esf >U>Line Coding b8zs >U>Response to remote loopback ignore >U>Auto Busy disabled >U>Dial In Address No Address >U>Dial-in/Dial-out Signal WINK >U>ACK WINK Enabled >U>Dial in Trunk type E&M TYPE II > >U>The settings above are set similarly on the Hiper DSP card. Any help >U>would appreciated. > >U>Thanks in advance > >U>LOU > > > >U>- >U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >U> with "unsubscribe usr-tc" in the body of the message. >U> For information on digests or retrieving files and old messages send >U> "help" to the same address. Do not use quotes in your message. > >U> > >CMPQwk 1.42 9999 > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Issue an In Service command to the PRIs. I've seen this before and that always fixes it. Jeff Binkley ASA Network Computing U>Hi All U>I need a little help here. I have a TC with a HIPER ARC, several U>HIPER DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I U>have been running for a long time with the HIPER DSP cards without U>problems. I now need to run the Quad cards and can not seem to get U>the Dual PRI card to work(it did work at one time). The PRI line is U>coming from a Lucent Definity 3G switch and works fine with the Hiper U>DSP cards. When I connect the PRI line to the Dual PRI card all I get U>is a busy signal, the link does show that it is up and there are no U>alarms.. U>The Dual PRI card has the following configuration U>Framing Mode ds1esf U>Line Coding b8zs U>Response to remote loopback ignore U>Auto Busy disabled U>Dial In Address No Address U>Dial-in/Dial-out Signal WINK U>ACK WINK Enabled U>Dial in Trunk type E&M TYPE II U>The settings above are set similarly on the Hiper DSP card. Any help U>would appreciated. U>Thanks in advance U>LOU U>- U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. U> CMPQwk 1.42 9999

Hi, I upgraded several TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9 All went well, and I haven't heard any complaining. Yesterday though, I upgraded the last chassis and for some reason each HiperDSP would answer most of the PRI channels except a few (2 or 3) and gives a fast busy signal to the unlucky caller. The Performance monitor reports "Dialing(3)" on the faulty channels instead of the usual "Incoming call is connected(5)" in the DS0 Timeslot status. The only way to fix this was to busy out those channels. -I switched the DSP cards to another chassis and the problem disapears. So DSP's are fine -I changed the cage (chassis skeleton) and the problem persists. So the cage is fine -I changed the HiperArc card and the problem was fixed. So there was something wrong with the card When a caller dials into one of those defective PRI channels, The following error message is reported on the HiperArc console: At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM illegal event interface slot:1/mod:13, state WaitCallLstRsp , event NotifyDisconnect The only difference I could see was that the "defective" hiperarc had ppp offloading disabled. Unfortunately, now that my chassis is running fine with the new HiperArc (with ppp offloading enabled), I nolonger can test or confirm this theory. I am hoping someone would comment or confirm this behaviour with 5.0.9 with ppp offloading disabled. BTW: 5.0.9 is running fine with 64Meg HiperArc cards

Also sprach Donald Baud >The only difference I could see was that the "defective" hiperarc had >ppp offloading disabled. Unfortunately, now that my chassis is running >fine with the new HiperArc (with ppp offloading enabled), I nolonger >can test or confirm this theory. Well, not trying to make light of your situation at all, and I certainly agree with you, this probably should be checked out to see if this is the case, but if it works when ppp offloading is *en*abled, then I don't see this being a huge issue since enabling ppp offloading is the preferred manner anyway. :) Obviously if something else crops up that would require ppp offloading to be disabled, then we'd have a problem, but if enabling it fixes it, I'd say enable it and be happy. :) >I am hoping someone would comment or confirm this behaviour with 5.0.9 >with ppp offloading disabled. FWIW, my one chassis running 5.0.9 has ppp offloading enabled and I haven't seen any evidence of any problems like this. >BTW: >5.0.9 is running fine with 64Meg HiperArc cards This really *shouldn't* make any difference, although I certainly don't think its a bad idea to include this info...mine has 128megs. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I keep getting messages like: Jun 21 11:36:52 ha-1e-xxx --syslog capture: 2b0d0c07 slot:8/mod:13 --syslog capture:stop Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times Jun 21 11:40:42 ha-1e-xx last message repeated 6 times on this *one* particular ARC running 4.1.59. I didn't intentionally configure it any differently from our other ARCS. Anyone know how to make it stop? TIA... Dave Martin Netcetera, Inc. dpm@netcetera.com "There's coffee in that Nebula!"

On Wed, 21 Jun 2000, Dave Martin wrote: > I keep getting messages like: > Jun 21 11:36:52 ha-1e-xxx --syslog capture: 2b0d0c07 slot:8/mod:13 > --syslog capture:stop 2b is an IPX packet, if that helps. :) -- Aaron Nabil

Looking to buy now. HIPER ARC HIPER DSP HIPER NMC 130A Power Supplies (AC) MMP16 v34 Netserver 16 v34 Analog/Digital Modem cards w/ analog/daughtercard nic Please forward me a list of what you have available to purchase. =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890@page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

For sale immediately...Qty of these chassis's. All empty...looking for offers. =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= =+= Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr ICQ# 75229638 Email Page 7324335890@page.nextel.com (start message with YOUR email address) Worldwide Provider of Network Hardware Since 1981. http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More NEXTEL Authorized Dealer: Phones, Accessories, Services

More likely it's a chassis awareness problem... your "bad" ARC probably doesn't know the DSP's are there. Do a "list chassis" and "list interface" and make sure all your modem cards are listed there. If they're not, you'll get fast busies when calls hit them. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 20 Jun 2000, Donald Baud wrote: > Hi, > I upgraded several TC boxes to the latest code Harc 5.0.9 and DSP 2.1.9 > All went well, and I haven't heard any complaining. > Yesterday though, I upgraded the last chassis and for some reason each > HiperDSP would answer most of the PRI channels except a few (2 or 3) and > gives a fast busy signal to the unlucky caller. > The Performance monitor reports "Dialing(3)" on the faulty channels instead > of the usual "Incoming call is connected(5)" in the DS0 Timeslot status. > The only way to fix this was to busy out those channels. > > -I switched the DSP cards to another chassis and the problem disapears. So > DSP's are fine > -I changed the cage (chassis skeleton) and the problem persists. So the cage > is fine > -I changed the HiperArc card and the problem was fixed. So there was > something wrong with the card > > When a caller dials into one of those defective PRI channels, The following > error message is reported on the HiperArc console: > At 12:36:53, Facility "GWC Modem Driver", Level "CRITICAL":: GWCMDMDRV FSM > illegal event interface slot:1/mod:13, state WaitCallLstRsp , event > NotifyDisconnect > > The only difference I could see was that the "defective" hiperarc had ppp > offloading disabled. Unfortunately, now that my chassis is running fine > with the new HiperArc (with ppp offloading enabled), I nolonger can test or > confirm this theory. > I am hoping someone would comment or confirm this behaviour with 5.0.9 with > ppp offloading disabled. > > BTW: > 5.0.9 is running fine with 64Meg HiperArc cards > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 always set up my routed connections on my TCH's by assigning the framed-address and framed-netmask from my radius server (VopRadius) and it has worked great. I am adding a Cisco router to the mix for ADSL aggregation and have been working on getting that configured. In the process of doing so I noted that on a Cisco it appears I should use the framed-route attribute in order to set up the route for the connection (ne mention of using framed-netmask). I know the Hiperarc's will automatically create a route for each connection and distribute it via rip or ospf. Is this how I have avoided needing to deal with the framed-route attribute before now? Is there any benefit to including the framed-route in the radius response to the NAS? Thanks for your assistance, Mark Thornton San Marcos Internet, Inc. 512-393-5300

Also sprach Mark Thornton >I have always set up my routed connections I assume by this you are referring connections over PPP to a network with a network of routable IP addresses rather than just an individual computer at the end of the PPP link. >on my TCH's by assigning the framed-address and framed-netmask from my >radius server (VopRadius) and it has worked great. I am adding a Cisco >router to the mix for ADSL aggregation and have been working on getting >that configured. In the process of doing so I noted that on a Cisco it >appears I should use the framed-route attribute in order to set up the >route for the connection (ne mention of using framed-netmask). I know >the Hiperarc's will automatically create a route for each connection >and distribute it via rip or ospf. Is this how I have avoided needing >to deal with the framed-route attribute before now? Is there any >benefit to including the framed-route in the radius response to the >NAS? Basically, this is two different ways of accomplishing almost the same thing. Let me see if I can explain how this all works using my home network as an example... My RADIUS user's file entry is as follows: jeffm Authentication-Type = Unix-PW Service-Type = Framed Port-Limit = 2 Idle-Timeout = 0 Framed-Routing = None Framed-IP-Netmask = 255.255.255.255 Login-Service = Telnet Session-Timeout = 0 Framed-IP-Address = 204.255.229.145 Login-IP-Host = 0.0.0.0 Framed-Route = "204.255.229.144/28 0.0.0.0 1" Framed-Compression = Van-Jacobson-TCP-IP Framed-Protocol = PPP Login-TCP-Port = 23 So, you'll see from that, that my IP address assigned to my home netgear router is the first useable address from the Framed-Route that is assigned to it. When the Arcs get this RADIUS response, they put two routes in their routing table (yes, this is somewhat inefficient, but we have other reasons for doing this), the first network it puts in the routing table is 204.255.229.145/32...this comes from the Framed-IP-Address and Framed-IP-Netmask, the destination for this route is the interface that I'm connected on, so it just sends it out the PPP connection. This is the IP address assigned to my netgear router. The second route is 204.255.229.144/28, with a next-hop of 204.255.229.145, basically, this sends the rest of that block of 16 addresses to the IP address of 204.255.229.145, which, again, is the IP address of my netgear router at the other end of the PPP link. (FYI, the netgear router uses PPP unnumbered on the PPP link, so that IP address is actually assigned to the ethernet interface on the netgear and it "borrows" that IP address for the PPP negotiation...this isn't terribly relevant here though) The same effect could be achieved by setting the Framed-IP-Address to 204.255.229.145, and the Framed-IP-Netmask to 255.255.255.240. The only difference is that the Arcs would then only set up a single route 204.255.229.145/28 with a next-hop of the interface. The netgear would handle it the same way and the routing would basically work the same way (just with one less route lookup in the Arc when the destination IP address is anything within that block other than 204.255.229.145) I'm not sure what documentation or whatever you're looking at in the Cisco, but the functioning of these parameters *should* be largely the same (of course, we *should* also be getting better support from 3Com, but we see that things don't always happen the way they should ;). Anyway...*hopefully* my explanation above has given you an idea of how those three attributes interact (at least in the Arc). Let me know if that has helped or not. Sorry so long...wanted to get a good explanation on how these things worked, so you can hopefully better figure out what you need to do given your situation. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

This brings up another question. We ARE on an NI-2 *&^*&$ switch. Just how do I go about busying out and restoring modems without having to hardware reset the entire shooting match? Jeff Mcadams wrote: > > Also sprach Donald Baud > >My questions are: - How can I find out if the telco switch (DMS100) > >sends a Service ACK or not ? > > If you're using NI-2 translation (which is not a switch type per-se), > then you don't have service messages (not sure who the bright boy was > that came up with an ISDN standard that doesn't have the ability to busy > out the lines...oi), if you're on a custom DMS-100, then you should be > OK. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

After upgrading some DSP's to 2.1.9 I noticed, I was getting a fast busy signal out of a sudden on some PRI spans (it happens once every 2 days). Although all PRI channels show InService, I can fix the problem by sending a busy out on the PRI channels and restore them back. This is new and I did not have this problem with DSP codes 2.0.xx I have reviewed the release notes and noticed a new behavior introduced with the 2.1.9 code: ======= From the DSP 2.1.9 release notes ================== PRI Service Messaging The behavior of PRI Service Messaging has changed in the 2.1.9 version of code. The 2.1.9 version of HiPer DSP code will not change the B-channel service state from Out of Service (OOS) to In Service (IS) if a Service ACK is not received from the switch. For this reason, if your span does not support Service Messaging, such as NI-2, you must disable service message support on the HiPer DSP since it is enabled by default. To disable support, issue the set servicemsg disable span level command from the console. ================================================= My questions are: - How can I find out if the telco switch (DMS100) sends a Service ACK or not ? - What kind of problem will I get if I disable the PRI messaging support (as stated in the release notes) - How can I disable the PRI messaging support remotely through a HARC telnet connection

Also sprach Donald Baud >My questions are: - How can I find out if the telco switch (DMS100) >sends a Service ACK or not ? If you're using NI-2 translation (which is not a switch type per-se), then you don't have service messages (not sure who the bright boy was that came up with an ISDN standard that doesn't have the ability to busy out the lines...oi), if you're on a custom DMS-100, then you should be OK. >- What kind of problem will I get if I disable the PRI messaging >support (as stated in the release notes) You won't be able to do any of the functions that require services messages...such as, busy out the lines with a localoutofservice command on the ds0's. >- How can I disable the PRI messaging support remotely through a HARC >telnet connection You can't directly...though you can use the Arc to set up a "virtual console" port to each DSP and disable them through the DSP "console" connection. Check the Arc user manual for info on how to set up DSP virtual consoles. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mark E. Levy >This brings up another question. We ARE on an NI-2 *&^*&$ switch. >Just how do I go about busying out and restoring modems without having >to hardware reset the entire shooting match? With NI-2, you really have no way to control individual ds0's, so you're really pretty much SOL. The only possibility is extremely tedious...that being call your telco and have them busy the lines out from their side :/ Depending on what type of switch you're on, it should not be difficult to get your telco to switch to a custom translation so you can make use of service messages. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

If you say that disabling the messaging support on the DSP will forbid me from using the localoutofservice command. How do you explain that we could busy out lines with the 2.0.x DSP code (keeping in mind that the messaging support feature was disabled by default on those codes) > >- What kind of problem will I get if I disable the PRI messaging > >support (as stated in the release notes) > > You won't be able to do any of the functions that require services > messages...such as, busy out the lines with a localoutofservice command > on the ds0's. > >

Also sprach Donald Baud >If you say that disabling the messaging support on the DSP will forbid >me from using the localoutofservice command. How do you explain that >we could busy out lines with the 2.0.x DSP code (keeping in mind that >the messaging support feature was disabled by default on those codes) Uhm...the release notes indicate that service messages are *en*abled by default on DSP code. Having never actually run 2.0.x code, I can't say for sure (most of my DSPs are still at 1.2.x :). If you're on a span that supports service messages (as you seem to indicate), then this issue really *shouldn't* be your problem, though it might be something related. This really only affects bringing the ds0's in service to begin with. If your span is dropping for some reason, and then not getting an ACK back on its inservice message, then you could get bitten by this issue, but then you also have to consider, "why is the span dropping to begin with?" and "why is it not getting an ACK back when it should?" as other issues that you can address to solve this issue. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Do you have port-tapping turned on? Or is it being turned on very = briefly, by a radius access-accept packet? -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. >>> dpm@netcetera.com 22/06/00 08:43:07 >>> I keep getting messages like: Jun 21 11:36:52 ha-1e-xxx --syslog capture: 2b0d0c07 slot:8/mod:13 --syslog capture:stop Jun 21 11:37:25 ha-1e-xxx last message repeated 10 times Jun 21 11:39:25 ha-1e-xxx last message repeated 13 times Jun 21 11:40:42 ha-1e-xx last message repeated 6 times on this *one* particular ARC running 4.1.59. I didn't intentionally configure it any differently from our other ARCS. Anyone know how to make it stop? TIA... Dave Martin Netcetera, Inc. dpm@netcetera.com=20= "There's coffee in that Nebula!" - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Also sprach Harry_Wang@3com.com >Does anyone have a list of command which begin with "_", the only one I >know is "_authentication". I think all these command should be very >helpful for troubleshooting. OK...I find it odd that I would be telling you this, but...here goes. :) Try "_reveal commands", then check out the normal help screen you get when you type a "?". -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

In the knowledgebase, article ID 1.0.30010810.2189534 goes into great detail about this: Telnet or console connect to the HiPer ARC as a manage user and follow the steps below: 1. Modify each slot for ownership, card_type, and port density via the "set chassis slot" command. 2. Set chassis slot (x-y) console yes <Enter> (where x and y can equal slot range with HiPer DSP cards installed) 3. Verify correct port creation via the "list interface" command. Slot/mod: ports and Slot/CON:1 ports should now be created. 4. add modem_group <name> interface SLOT:X/CON:1 <Enter> (where X = one eligible slot # in line 2) 5. add network service <name> server_type telnetd socket <unused TCP socket number> data service_type=dialout, auth=off, modem_group="name" <Enter> (where "name" = name in line 4) 6. save all <Enter> Note: Only eligible cards with TCS 3.5 software installed (2.0.19 or better) can be console enabled Note: Multiple modem groups and network services can be created to allow console access to all HiPer DSP cards installed and under HiPer ARC ownership as long as a unique TCP port number exists for each service created in line 5 above. Note: Above setup steps are for an unsupported configuration with TCS 3.5 software versions. Use above for a troubleshooting scenario only and disable the network service when not needed as long term usage may cause intermittent problems. TCs 4.0 compatible software fully supports this feature. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Harry_Wang@3com.com [mailto:Harry_Wang@3com.com] > Sent: Monday, June 26, 2000 11:08 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) how to remote config HiperDSP through HiperARC > > > > > Hi, is it possible to telnet to the HiperARC, then establish a virtual > connection to the HiperDSP, then access the HiperDSP's CLI? > How to do it? > > Thanks in advance > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

if you do a "_reveal commands" it will show you all the hidden troubleshooting commands. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Harry_Wang@3com.com [mailto:Harry_Wang@3com.com] > Sent: Tuesday, June 27, 2000 6:41 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) "_"command > > > > > Does anyone have a list of command which begin with "_", the > only one I know is > "_authentication". I think all these command should be very > helpful for > troubleshooting. > > Any idea is 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. >

Hi, is it possible to telnet to the HiperARC, then establish a virtual connection to the HiperDSP, then access the HiperDSP's CLI? How to do it? Thanks in advance

Hello, I've been reading through the CD that came with my hyperDSP cards, and I have not been able to find the answer to my question. We have a linux box that is a SNMP trap host. It traps any errors on equipment via SNMP and logs them on this box, and pages us etc.. How can I setup the totalcontrol gear to use a SNMP log host? Thanks for any help. -Steve

I asked this question a few weeks ago. I am hoping someone knows a way into a USRobotics Total Control Enterprise Hub if you don't have the password for the telnet access. It is a quad modem hub with dual pri's and an NMC. The previous admin has forgotten the password, and where he says it was stored doesn't exist anymore. Someone mentioned there is a way to flush the memory which would restore the password to factory default but it will probably flush other settings as well. Seeing as how I can't get into the box to see how it is setup, I'd really hate to try to figure out what settings would need to change if I lost some vital info in the flush. I've also heard talk about hardwiring into the NMC with a crossover cable. Has anyone done this? Does it bypass the password used with telnetting? Thanks, Greg Long Network Administrator Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com

Does anyone have a list of command which begin with "_", the only one I know is "_authentication". I think all these command should be very helpful for troubleshooting. Any idea is appreciated.

Hi Greg.. I has worked a lot with quad modems... can you tell me what cards are you trynig to access? netserver.. NMC.. dual? Regards, Jorge Lozano ----- Original Message ----- Sent: Tuesday, June 27, 2000 3:51 PM > I asked this question a few weeks ago. I am hoping someone knows a way into > a USRobotics Total Control Enterprise Hub if you don't have the password for > the telnet access. It is a quad modem hub with dual pri's and an NMC. The > previous admin has forgotten the password, and where he says it was stored > doesn't exist anymore. Someone mentioned there is a way to flush the memory > which would restore the password to factory default but it will probably > flush other settings as well. Seeing as how I can't get into the box to see > how it is setup, I'd really hate to try to figure out what settings would > need to change if I lost some vital info in the flush. I've also heard talk > about hardwiring into the NMC with a crossover cable. Has anyone done this? > Does it bypass the password used with telnetting? > > Thanks, > Greg Long > Network Administrator > Coastlink > 801-532-6212 ext 32 > greg@coastlink.com > http://www.coastlink.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.

Hi Jorge! I am trying to access any and all cards. I have the USR Management suite, but it isn't showing me IP pools. So I need to access whichever card is handling the IP pool. I would think it's the NMC card. You tell me. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > Sent: Wednesday, June 28, 2000 10:36 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Password on a quad modem hub > > > Hi Greg.. > I has worked a lot with quad modems... can you tell me what > cards are you > trynig to access? netserver.. NMC.. dual? > > Regards, > > Jorge Lozano > > ----- Original Message ----- > From: "Greg Long" <greg@coastlink.com> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, June 27, 2000 3:51 PM > Subject: (usr-tc) Password on a quad modem hub > > > > I asked this question a few weeks ago. I am hoping someone > knows a way > into > > a USRobotics Total Control Enterprise Hub if you don't have > the password > for > > the telnet access. It is a quad modem hub with dual pri's > and an NMC. > The > > previous admin has forgotten the password, and where he > says it was stored > > doesn't exist anymore. Someone mentioned there is a way to > flush the > memory > > which would restore the password to factory default but it > will probably > > flush other settings as well. Seeing as how I can't get > into the box to > see > > how it is setup, I'd really hate to try to figure out what > settings would > > need to change if I lost some vital info in the flush. > I've also heard > talk > > about hardwiring into the NMC with a crossover cable. Has > anyone done > this? > > Does it bypass the password used with telnetting? > > > > Thanks, > > Greg Long > > Network Administrator > > Coastlink > > 801-532-6212 ext 32 > > greg@coastlink.com > > http://www.coastlink.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. >

I am having a problem where any static ip address I assign to a client gets the wrong netmask. The same thing happens if they get the ip address from the TCH. It is probably a result of my assigned ip range 63.90.208.0 - 63.90.223.0, but it always comes up as a class a network. Does this cause problems, or should I ignore it? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Friday, June 23, 2000 8:45 AM > Also sprach Mark Thornton > >I have always set up my routed connections > > I assume by this you are referring connections over PPP to a network > with a network of routable IP addresses rather than just an individual > computer at the end of the PPP link. > > >on my TCH's by assigning the framed-address and framed-netmask from my > >radius server (VopRadius) and it has worked great. I am adding a Cisco > >router to the mix for ADSL aggregation and have been working on getting > >that configured. In the process of doing so I noted that on a Cisco it > >appears I should use the framed-route attribute in order to set up the > >route for the connection (ne mention of using framed-netmask). I know > >the Hiperarc's will automatically create a route for each connection > >and distribute it via rip or ospf. Is this how I have avoided needing > >to deal with the framed-route attribute before now? Is there any > >benefit to including the framed-route in the radius response to the > >NAS? > > Basically, this is two different ways of accomplishing almost the same > thing. > > Let me see if I can explain how this all works using my home network as > an example... > > My RADIUS user's file entry is as follows: > > jeffm Authentication-Type = Unix-PW > Service-Type = Framed > Port-Limit = 2 > Idle-Timeout = 0 > Framed-Routing = None > Framed-IP-Netmask = 255.255.255.255 > Login-Service = Telnet > Session-Timeout = 0 > Framed-IP-Address = 204.255.229.145 > Login-IP-Host = 0.0.0.0 > Framed-Route = "204.255.229.144/28 0.0.0.0 1" > Framed-Compression = Van-Jacobson-TCP-IP > Framed-Protocol = PPP > Login-TCP-Port = 23 > > So, you'll see from that, that my IP address assigned to my home netgear > router is the first useable address from the Framed-Route that is > assigned to it. > > When the Arcs get this RADIUS response, they put two routes in their > routing table (yes, this is somewhat inefficient, but we have other > reasons for doing this), the first network it puts in the routing table > is 204.255.229.145/32...this comes from the Framed-IP-Address and > Framed-IP-Netmask, the destination for this route is the interface that > I'm connected on, so it just sends it out the PPP connection. This is > the IP address assigned to my netgear router. The second route is > 204.255.229.144/28, with a next-hop of 204.255.229.145, basically, this > sends the rest of that block of 16 addresses to the IP address of > 204.255.229.145, which, again, is the IP address of my netgear router at > the other end of the PPP link. (FYI, the netgear router uses PPP > unnumbered on the PPP link, so that IP address is actually assigned to > the ethernet interface on the netgear and it "borrows" that IP address > for the PPP negotiation...this isn't terribly relevant here though) > > The same effect could be achieved by setting the Framed-IP-Address to > 204.255.229.145, and the Framed-IP-Netmask to 255.255.255.240. The only > difference is that the Arcs would then only set up a single route > 204.255.229.145/28 with a next-hop of the interface. The netgear would > handle it the same way and the routing would basically work the same way > (just with one less route lookup in the Arc when the destination IP > address is anything within that block other than 204.255.229.145) > > I'm not sure what documentation or whatever you're looking at in the > Cisco, but the functioning of these parameters *should* be largely the > same (of course, we *should* also be getting better support from 3Com, > but we see that things don't always happen the way they should ;). > Anyway...*hopefully* my explanation above has given you an idea of how > those three attributes interact (at least in the Arc). Let me know if > that has helped or not. > > Sorry so long...wanted to get a good explanation on how these things > worked, so you can hopefully better figure out what you need to do given > your situation. > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

The ip pool is handled by the chassis router, either a hiperarc or netserver. The nmc is the chassis controller and doesn't have anything to do with the higher level funtionality of tcp/ip and routing. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, June 28, 2000 12:43 PM > Hi Jorge! > > I am trying to access any and all cards. I have the USR Management suite, > but it isn't showing me IP pools. So I need to access whichever card is > handling the IP pool. I would think it's the NMC card. You tell me. > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > > Sent: Wednesday, June 28, 2000 10:36 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Password on a quad modem hub > > > > > > Hi Greg.. > > I has worked a lot with quad modems... can you tell me what > > cards are you > > trynig to access? netserver.. NMC.. dual? > > > > Regards, > > > > Jorge Lozano > > > > ----- Original Message ----- > > From: "Greg Long" <greg@coastlink.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Tuesday, June 27, 2000 3:51 PM > > Subject: (usr-tc) Password on a quad modem hub > > > > > > > I asked this question a few weeks ago. I am hoping someone > > knows a way > > into > > > a USRobotics Total Control Enterprise Hub if you don't have > > the password > > for > > > the telnet access. It is a quad modem hub with dual pri's > > and an NMC. > > The > > > previous admin has forgotten the password, and where he > > says it was stored > > > doesn't exist anymore. Someone mentioned there is a way to > > flush the > > memory > > > which would restore the password to factory default but it > > will probably > > > flush other settings as well. Seeing as how I can't get > > into the box to > > see > > > how it is setup, I'd really hate to try to figure out what > > settings would > > > need to change if I lost some vital info in the flush. > > I've also heard > > talk > > > about hardwiring into the NMC with a crossover cable. Has > > anyone done > > this? > > > Does it bypass the password used with telnetting? > > > > > > Thanks, > > > Greg Long > > > Network Administrator > > > Coastlink > > > 801-532-6212 ext 32 > > > greg@coastlink.com > > > http://www.coastlink.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.

An example client is Win98. When we check the assigned address and netmask with winipcfg it shows the netmask to be 255.0.0.0 everytime. I have tried assigning from the pool, and a static ip and both give the same result. I have noticed the same behaviour on Netgear routers that claim to support RipV2 which would imply classless routing support. I have looked at the ppp negotiation and don't see where the netmask is negotiated with a client device, ever. Am I missing something? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Wednesday, June 28, 2000 12:51 PM > Also sprach Mark Thornton > >I am having a problem where any static ip address I assign to a client > >gets the wrong netmask. The same thing happens if they get the ip > >address from the TCH. It is probably a result of my assigned ip range > >63.90.208.0 - 63.90.223.0, but it always comes up as a class a network. > >Does this cause problems, or should I ignore it? > > In the old classful concept of things, yeah, 63.x.x.x would be a Class A > (a /8 in current parlance). So, if you're dealing with things that only > understand old school classes, yeah, you're going to have this problem > (either it will be handled as a host route for the individual IP > address, or as a /8 network). This will be the problem if you're using > RIPv1, or, if you're not specifying a netmask on things when you're > setting up the IP address, it will likely default to /8. How is this > being assigned? Is the netmask specified in the method that you're > using to assign it? <voice="Bones from Star Trek">Good God, we need > details, man!</voice> :) > -- > Jeff McAdams Email: jeffm@iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Also sprach Mark Thornton >I am having a problem where any static ip address I assign to a client >gets the wrong netmask. The same thing happens if they get the ip >address from the TCH. It is probably a result of my assigned ip range >63.90.208.0 - 63.90.223.0, but it always comes up as a class a network. >Does this cause problems, or should I ignore it? In the old classful concept of things, yeah, 63.x.x.x would be a Class A (a /8 in current parlance). So, if you're dealing with things that only understand old school classes, yeah, you're going to have this problem (either it will be handled as a host route for the individual IP address, or as a /8 network). This will be the problem if you're using RIPv1, or, if you're not specifying a netmask on things when you're setting up the IP address, it will likely default to /8. How is this being assigned? Is the netmask specified in the method that you're using to assign it? <voice="Bones from Star Trek">Good God, we need details, man!</voice> :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

The ip pools are handled by the ARC card. You can use the proprietary 3com cable to access this card. There might be a password associated with this access though. Depends on how the card was setup. The same thing is true for the nmc. The only way to access the nmc is through the cable. There is no telnet access at all. (We have requested this from 3com several times). If the ARC has a password on the rs232 interface, then as far as I know, your screwed. There might be a default account associated with the arcs though. If it hasn't been removed (it should have been because it is a security risk) then you might try that. I think the username is adm. I'm not sure what the password is. If these things don't work then you might have to blow out the config on the arc and set it up again. Since your administering the system you should know all the needed values (ip pools, gateway, etc). > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Long > Sent: Wednesday, June 28, 2000 1:43 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Password on a quad modem hub > > > Hi Jorge! > > I am trying to access any and all cards. I have the USR Management suite, > but it isn't showing me IP pools. So I need to access whichever card is > handling the IP pool. I would think it's the NMC card. You tell me. > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > > Sent: Wednesday, June 28, 2000 10:36 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Password on a quad modem hub > > > > > > Hi Greg.. > > I has worked a lot with quad modems... can you tell me what > > cards are you > > trynig to access? netserver.. NMC.. dual? > > > > Regards, > > > > Jorge Lozano > > > > ----- Original Message ----- > > From: "Greg Long" <greg@coastlink.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Tuesday, June 27, 2000 3:51 PM > > Subject: (usr-tc) Password on a quad modem hub > > > > > > > I asked this question a few weeks ago. I am hoping someone > > knows a way > > into > > > a USRobotics Total Control Enterprise Hub if you don't have > > the password > > for > > > the telnet access. It is a quad modem hub with dual pri's > > and an NMC. > > The > > > previous admin has forgotten the password, and where he > > says it was stored > > > doesn't exist anymore. Someone mentioned there is a way to > > flush the > > memory > > > which would restore the password to factory default but it > > will probably > > > flush other settings as well. Seeing as how I can't get > > into the box to > > see > > > how it is setup, I'd really hate to try to figure out what > > settings would > > > need to change if I lost some vital info in the flush. > > I've also heard > > talk > > > about hardwiring into the NMC with a crossover cable. Has > > anyone done > > this? > > > Does it bypass the password used with telnetting? > > > > > > Thanks, > > > Greg Long > > > Network Administrator > > > Coastlink > > > 801-532-6212 ext 32 > > > greg@coastlink.com > > > http://www.coastlink.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. >

Also sprach Mark Thornton >An example client is Win98. When we check the assigned address and >netmask with winipcfg it shows the netmask to be 255.0.0.0 everytime. I >have tried assigning from the pool, and a static ip and both give the >same result. I have noticed the same behaviour on Netgear routers that >claim to support RipV2 which would imply classless routing support. I >have looked at the ppp negotiation and don't see where the netmask is >negotiated with a client device, ever. Am I missing something? Ah...client side of the PPP negotiation... There is no mechanism in PPP to negotiate netmask, so the client side has to sorta guess. Here's the issue though...since you're dealing with "point to point" protocol...there's only two systems on it, there's really no reason to use any netmask other than /32 (other than brain-dead software that doesn't understand how to use host routes on a link). I have no clue how to configure windows to handle this without major brain-damage, but rest assured, its really not your TC config that's causing it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi, as David said, you must to access the cards throught the RS232 port, if you don�t have the cable, the pinout for it is (a cable with rj45 and db9 connectors): DB9 RJ45 1 - 2 6 3 5 4 1 5 4 6 3 7 7 8 - 9 - To acces the netserver or arc card, try with "adm" login and without password, the nmc has no password by default. Anyway, if you need reset the cards to factory defaults, you can do this setting to on the 5th jumper in the card and rebooting it, next you can reconfigure the card, save and reboot again but setting to off the 5th jumper again. Regards, Jorge Lozano ----- Original Message ----- Sent: Wednesday, June 28, 2000 12:57 PM > The ip pools are handled by the ARC card. You can use the proprietary 3com > cable to access this card. There might be a password associated with this > access though. Depends on how the card was setup. The same thing is true > for the nmc. The only way to access the nmc is through the cable. There is > no telnet access at all. (We have requested this from 3com several times). > > If the ARC has a password on the rs232 interface, then as far as I know, > your screwed. There might be a default account associated with the arcs > though. If it hasn't been removed (it should have been because it is a > security risk) then you might try that. I think the username is adm. I'm > not sure what the password is. > > If these things don't work then you might have to blow out the config on the > arc and set it up again. Since your administering the system you should > know all the needed values (ip pools, gateway, etc). > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Long > > Sent: Wednesday, June 28, 2000 1:43 PM > > To: usr-tc@lists.xmission.com > > Subject: RE: (usr-tc) Password on a quad modem hub > > > > > > Hi Jorge! > > > > I am trying to access any and all cards. I have the USR Management suite, > > but it isn't showing me IP pools. So I need to access whichever card is > > handling the IP pool. I would think it's the NMC card. You tell me. > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > > > Sent: Wednesday, June 28, 2000 10:36 AM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) Password on a quad modem hub > > > > > > > > > Hi Greg.. > > > I has worked a lot with quad modems... can you tell me what > > > cards are you > > > trynig to access? netserver.. NMC.. dual? > > > > > > Regards, > > > > > > Jorge Lozano > > > > > > ----- Original Message ----- > > > From: "Greg Long" <greg@coastlink.com> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Tuesday, June 27, 2000 3:51 PM > > > Subject: (usr-tc) Password on a quad modem hub > > > > > > > > > > I asked this question a few weeks ago. I am hoping someone > > > knows a way > > > into > > > > a USRobotics Total Control Enterprise Hub if you don't have > > > the password > > > for > > > > the telnet access. It is a quad modem hub with dual pri's > > > and an NMC. > > > The > > > > previous admin has forgotten the password, and where he > > > says it was stored > > > > doesn't exist anymore. Someone mentioned there is a way to > > > flush the > > > memory > > > > which would restore the password to factory default but it > > > will probably > > > > flush other settings as well. Seeing as how I can't get > > > into the box to > > > see > > > > how it is setup, I'd really hate to try to figure out what > > > settings would > > > > need to change if I lost some vital info in the flush. > > > I've also heard > > > talk > > > > about hardwiring into the NMC with a crossover cable. Has > > > anyone done > > > this? > > > > Does it bypass the password used with telnetting? > > > > > > > > Thanks, > > > > Greg Long > > > > Network Administrator > > > > Coastlink > > > > 801-532-6212 ext 32 > > > > greg@coastlink.com > > > > http://www.coastlink.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.

If there is no telnet access at all then how come I can get a login screen when I access the IP for the NETServer Card through a telnet client? It announces itself as a U.S. Robotics Total Control NETServer (tm) and has a login prompt. Thanks, Greg Long Network Administrator Coastlink 801-532-6212 ext 32 greg@coastlink.com http://www.coastlink.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton > Sent: Wednesday, June 28, 2000 11:57 AM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Password on a quad modem hub > > > The ip pools are handled by the ARC card. You can use the > proprietary 3com > cable to access this card. There might be a password > associated with this > access though. Depends on how the card was setup. The same > thing is true > for the nmc. The only way to access the nmc is through the > cable. There is > no telnet access at all. (We have requested this from 3com > several times). > > If the ARC has a password on the rs232 interface, then as far > as I know, > your screwed. There might be a default account associated > with the arcs > though. If it hasn't been removed (it should have been > because it is a > security risk) then you might try that. I think the username > is adm. I'm > not sure what the password is. > > If these things don't work then you might have to blow out > the config on the > arc and set it up again. Since your administering the system > you should > know all the needed values (ip pools, gateway, etc). > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Long > > Sent: Wednesday, June 28, 2000 1:43 PM > > To: usr-tc@lists.xmission.com > > Subject: RE: (usr-tc) Password on a quad modem hub > > > > > > Hi Jorge! > > > > I am trying to access any and all cards. I have the USR > Management suite, > > but it isn't showing me IP pools. So I need to access > whichever card is > > handling the IP pool. I would think it's the NMC card. > You tell me. > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > > > Sent: Wednesday, June 28, 2000 10:36 AM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) Password on a quad modem hub > > > > > > > > > Hi Greg.. > > > I has worked a lot with quad modems... can you tell me what > > > cards are you > > > trynig to access? netserver.. NMC.. dual? > > > > > > Regards, > > > > > > Jorge Lozano > > > > > > ----- Original Message ----- > > > From: "Greg Long" <greg@coastlink.com> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Tuesday, June 27, 2000 3:51 PM > > > Subject: (usr-tc) Password on a quad modem hub > > > > > > > > > > I asked this question a few weeks ago. I am hoping someone > > > knows a way > > > into > > > > a USRobotics Total Control Enterprise Hub if you don't have > > > the password > > > for > > > > the telnet access. It is a quad modem hub with dual pri's > > > and an NMC. > > > The > > > > previous admin has forgotten the password, and where he > > > says it was stored > > > > doesn't exist anymore. Someone mentioned there is a way to > > > flush the > > > memory > > > > which would restore the password to factory default but it > > > will probably > > > > flush other settings as well. Seeing as how I can't get > > > into the box to > > > see > > > > how it is setup, I'd really hate to try to figure out what > > > settings would > > > > need to change if I lost some vital info in the flush. > > > I've also heard > > > talk > > > > about hardwiring into the NMC with a crossover cable. Has > > > anyone done > > > this? > > > > Does it bypass the password used with telnetting? > > > > > > > > Thanks, > > > > Greg Long > > > > Network Administrator > > > > Coastlink > > > > 801-532-6212 ext 32 > > > > greg@coastlink.com > > > > http://www.coastlink.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. >

The NMC, Quad and Dual cards have not telnet acces the Netserver and ARC yes. If you need acces a NMC or Dual remotely, you can try use a cisco router auxiliar port with a special cable, for more information, please see the following page: http://www.dcr.net/~mandrews/usrtoys/rj45pinout.html Regards, Jorge Lozano ----- Original Message ----- Sent: Wednesday, June 28, 2000 5:50 PM > If there is no telnet access at all then how come I can get a login screen > when I access the IP for the NETServer Card through a telnet client? It > announces itself as a U.S. Robotics Total Control NETServer (tm) and has a > login prompt. > > Thanks, > Greg Long > Network Administrator > Coastlink > 801-532-6212 ext 32 > greg@coastlink.com > http://www.coastlink.com > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton > > Sent: Wednesday, June 28, 2000 11:57 AM > > To: usr-tc@lists.xmission.com > > Subject: RE: (usr-tc) Password on a quad modem hub > > > > > > The ip pools are handled by the ARC card. You can use the > > proprietary 3com > > cable to access this card. There might be a password > > associated with this > > access though. Depends on how the card was setup. The same > > thing is true > > for the nmc. The only way to access the nmc is through the > > cable. There is > > no telnet access at all. (We have requested this from 3com > > several times). > > > > If the ARC has a password on the rs232 interface, then as far > > as I know, > > your screwed. There might be a default account associated > > with the arcs > > though. If it hasn't been removed (it should have been > > because it is a > > security risk) then you might try that. I think the username > > is adm. I'm > > not sure what the password is. > > > > If these things don't work then you might have to blow out > > the config on the > > arc and set it up again. Since your administering the system > > you should > > know all the needed values (ip pools, gateway, etc). > > > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Long > > > Sent: Wednesday, June 28, 2000 1:43 PM > > > To: usr-tc@lists.xmission.com > > > Subject: RE: (usr-tc) Password on a quad modem hub > > > > > > > > > Hi Jorge! > > > > > > I am trying to access any and all cards. I have the USR > > Management suite, > > > but it isn't showing me IP pools. So I need to access > > whichever card is > > > handling the IP pool. I would think it's the NMC card. > > You tell me. > > > > > > > -----Original Message----- > > > > From: owner-usr-tc@lists.xmission.com > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jorge Lozano > > > > Sent: Wednesday, June 28, 2000 10:36 AM > > > > To: usr-tc@lists.xmission.com > > > > Subject: Re: (usr-tc) Password on a quad modem hub > > > > > > > > > > > > Hi Greg.. > > > > I has worked a lot with quad modems... can you tell me what > > > > cards are you > > > > trynig to access? netserver.. NMC.. dual? > > > > > > > > Regards, > > > > > > > > Jorge Lozano > > > > > > > > ----- Original Message ----- > > > > From: "Greg Long" <greg@coastlink.com> > > > > To: <usr-tc@lists.xmission.com> > > > > Sent: Tuesday, June 27, 2000 3:51 PM > > > > Subject: (usr-tc) Password on a quad modem hub > > > > > > > > > > > > > I asked this question a few weeks ago. I am hoping someone > > > > knows a way > > > > into > > > > > a USRobotics Total Control Enterprise Hub if you don't have > > > > the password > > > > for > > > > > the telnet access. It is a quad modem hub with dual pri's > > > > and an NMC. > > > > The > > > > > previous admin has forgotten the password, and where he > > > > says it was stored > > > > > doesn't exist anymore. Someone mentioned there is a way to > > > > flush the > > > > memory > > > > > which would restore the password to factory default but it > > > > will probably > > > > > flush other settings as well. Seeing as how I can't get > > > > into the box to > > > > see > > > > > how it is setup, I'd really hate to try to figure out what > > > > settings would > > > > > need to change if I lost some vital info in the flush. > > > > I've also heard > > > > talk > > > > > about hardwiring into the NMC with a crossover cable. Has > > > > anyone done > > > > this? > > > > > Does it bypass the password used with telnetting? > > > > > > > > > > Thanks, > > > > > Greg Long > > > > > Network Administrator > > > > > Coastlink > > > > > 801-532-6212 ext 32 > > > > > greg@coastlink.com > > > > > http://www.coastlink.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. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Hey All, I need some help in dialing out of a Quad Digital Modem card using the analog NIC's serial port. When I try this, the modem dials and the remote modem answers the call and starts handshake. After the completion of the handshake, the connection is then dropped within seconds. I tested this to several different server modems as well as a USR sportster. The Quad card software version is 5.10.9 and the Analog NIC is 1.1.0. I have tried this with several different Quad cards with the same results. If I Telnet to the Quad card and dial it connects and works fine. Any help would be appreciated. Lou Bernstein

This requires a couple of things be supported. The TCH must support an X.25 connection to the telco which the telco must provide service for. The TCH must also be able to mutlilink in the X.25 session with the additional b-channels as they come up, or be able to transition between the 16 kb/sec X.25 link to the ISDN channels intelligently. That is why the technology haas never really gotten off the ground. I talked to the local telco about X.25 once and got really blank stares back, particularly when I wanted it linked to traffic coming off the ISDN 'D' channel that is not control messages. You get into X.25 addressing issues, etc. Your head is probably spinning right now from all of this. This is where I gave up. I did hear back that 3Com had a version of Hiperarc code that would support this feature somewhere. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, June 29, 2000 5:30 PM > I have a customer that wants to have a 24/7 ISDN connection but doesn't want > to pay for a dedicated ISDN line to us (gee, I guess all customers want that > ;) The ISDN router he's using supports AO/DI where the D-Channel stays > active and brings up the B channels automatically for incoming data. Is > this something supported by the TC box, telco providing the ISDN, or both? > Anything need to be configured/set on the TC to support these connections? > Any other considerations in providing this type of service? > > Thanks, > > Walt > ----------------------------------------------- > Walter N. Gnann > ISLC, Tech Support > http://www.islc.net > 843.770.1000 > ----------------------------------------------- > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

I have a customer that wants to have a 24/7 ISDN connection but doesn't want to pay for a dedicated ISDN line to us (gee, I guess all customers want that ;) The ISDN router he's using supports AO/DI where the D-Channel stays active and brings up the B channels automatically for incoming data. Is this something supported by the TC box, telco providing the ISDN, or both? Anything need to be configured/set on the TC to support these connections? Any other considerations in providing this type of service? Thanks, Walt Walter N. Gnann ISLC, Tech Support http://www.islc.net 843.770.1000

Hey All, I need some help in dialing out of a Quad Digital Modem card using the analog NIC's serial port. When I try this, the modem dials and the remote modem answers the call and starts handshake. After the completion of the handshake, the connection is then dropped within seconds. I tested this to several different server modems as well as a USR sportster. The Quad card software version is 5.10.9 and the Analog NIC is 1.1.0. I have tried this with several different Quad cards with the same results. If I Telnet to the Quad card and dial it connects and works fine. Any help would be appreciated. Lou Bernstein

I have a TOTAL CONTROL with 24 modems on the slots "QUAD V.34 ANGL/DIG MODEM" US ROBOTICS. I get more than 200 customers. The problem is that I get some customers wich can't connect to this components. When the connection is established, 35 seconds later, th e customer is disconnected. I look at the log file and I realise that the cause of disconnection is ERROR 31. I look to documentation. Has anybody already had that problem. I am waiting for your response. Elisee

Hi all, we are an ISp and we have a Total control 1000 multiservice platform. we have 6 Quad V.34 Quad Analogue/ Digital modems. We have some clients who can connect to our terminal server but get disconnected after 35 seconds. What coul dwe do to completely eliminate this problem? We suggest the PTT lines are not quite good but we face situations where customers are disconnected due to loss carrier. We modified the carrier loss detect delay to 250. this reduced the problem. we would like to completely solve this problem. What could we do to solve these problems completely. Thanks in advance.

Hi all We have noticed that the Ip address of the TC is propagated to Windows 98 PCs on our network as a default roon. This sometimes prevents some of our customers from connecting to the Internet. When we perform a ping to any computer in the internet, it says : response from the TC IP address , destination unreachable. What can I do to solve this problem? hanks in advance Valantine Nchemty Nyenty

Hi all We have noticed that the Ip address of the TC is propagated to Windows 98 PCs on our network as a default roon. This sometimes prevents some of our customers from connecting to the Internet. When we perform a ping to any computer in the internet, it says : response from the TC IP address , destination unreachable. What can I do to solve this problem? hanks in advance Valantine Nchemty Nyenty

Hi all We have noticed that the Ip address of the TC is propagated to Windows 98 PCs on our network as a default gateway . This sometimes prevents some of our customers from connecting to the Internet. When we perform a ping to any computer in the internet, it says : response from the TC IP address , destination unreachable. What can I do to solve this problem? Thanks in advance Valantine Nchemty Nyenty

Also sprach Valantine Nchemty Nyenty >We have noticed that the Ip address of the TC is propagated to Windows >98 PCs on our network as a default gateway . This sometimes prevents >some of our customers from connecting to the Internet. When we perform >a ping to any >computer in the internet, it says : >response from the TC IP address , destination unreachable. >What can I do to solve this problem? Couple of possibilities on why this would be happening. I *believe* that, by default, windows listens to both RIP and ICMP Router Discovery (rdisc). One or the other (or maybe even both!) could be causing what you're seeing. Just a couple of possibilities...not sure what exactly you're seeing though (not enough information to go on) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456