You need to add an address from the subnet of the pool that you added to the ethernet interface of the HiperArc that doles out those ip's. For instance, if you added a pool of size 200, starting address 192.168.1.10, you would need to add an unused IP from that range to the ethernet port of the hiperArc; ie: "add ip network somename address 192.168.1.2 interface eth:1 enabled yes". Of course, you would need 192.168.1.1 (or other unassigned IP from that range) assigned to the corresponding interface on your Cisco to complete the route.
HTH,
Justin
>I was able to get the new pool in over the weekend with Krish's help, but
>the ARC isn't routing to the new pool. Apparently I'm missing something.
>
>
>--
>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.
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 your cards are hardware revision 0.55 or 0.54, try loading 2.0.51 on
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
"It's a dog-eat-dog world, and I'm wearing Milk-Bone underwear."
On Tue, 11 Jan 2000, Cheryl Johnson wrote:
> Anyone else have this problem using the 2.0.60 version on the HiPerDSP cards? This code is supposed to help with the modem pair problem. Although this problem has not been as noticeable as the past, I still have various modem problems and recently noticed DSP cards rebooting. I just recently upgraded the TC chassis to the code above and seem to having problems with it. I have also been experimenting with increasing the Carrier Loss Detect Delay on the DSP cards, anyone had any luck with increasing this setting? I am not sure if this may be causing problems or not.
>
> Cheryl Johnson
> netadmin@seidata.com
> SEI Data Network Services, 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.
3Com has a website somewhere that explains them all. But off the top of
my head, the common ones are:
Gateway Disconnect Command: the ARC dropped the session, maybe because you
did a "disconnect user" or rebooted the card, or more likely PPP
negotiation or authentication failed.
v.42 disconnect command received: The remote modem specifically told yours
to hang up cleanly. Normal disconnect.
Normal user call clearing: same thing.
DS0 teardown: Could be normal, or could be that they hung up on
you. (Call waiting, user's computer lost power, Windows crashed,
whatever)
Retransmit limit or unable to retrain: Usually serious line noise (maybe
call waiting) killed the connnection off. Or maybe the user's got a
crummy Winmodem.
Protocol error event: There's probably a Rockwell HCF at the other end.
Send 'em to http://808hi.com/56k/rockhcf.htm if so. :-)
Anyway, that's the quick version... 3Com has a better list somewhere.
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
"Don't sweat the petty things, and don't pet the sweaty things."
On Tue, 11 Jan 2000, Greg owens wrote:
> Looking at the Total Control It will list several types of disconnect reasons.....rcvdGatewayDiscCmd, NormalUserCallClear,v42DisconnectCm, along with several others...Where can I find a explanation of these reasons. Which ones other than CarrierLoss should alert me to problems other than the users just logged off. Thanks
> Greg Owens
> Magnolia Internet Services
> http://www.magnolia-net.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.
Are you sure that you don't have a hung modem that is stopping the hunt
group (not answering the phone)?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 12 Jan 2000, Scot bethke wrote:
> I am having the absolute worst time trying to get my HyperDSP cards working in any capacity what-so-ever. Hoping someone from here has seen this or can tell me what to check.
>
> First i'm running HyperARC HW Version 19.0.0, with Version 4.1.59 Software. HyperDSP's are HW V 0.49.0, and I have thus far tried both 1.2.5 and 2.0.51 software. Im using PRI's and they both show up as UP and OPERATIONAL.
>
> (2) Problems... First of all I cant manage the cards (any of them) with TCM. Running 6.0.23, had the same problem on 5.X TCM as well. What happenes is I select the card, click on configure, click on card level and then click ok. I can get the
> Hyper DSP/ARC Information item, and all values come in and display fine. However I click on "Routing Method" and it comes up with this:
>
> Error Type: No Data Available
> Parameter: Modem Routing Method
> Object ID: 1.3.6.1.4.1.429.1.26.1.1.1.2.14000
>
> Same type of message comes up on every query except info. I can communicate with the NMC card just fine (its an older NMC, not a HyperNMC). So I had to go in and USE HARM to program the HyperARC (that works fine btw), and I programmed the DSP's with a terminal.
>
> Second Issue (and this is the big one) I have two PRI's, 23B+D, Bell atlantic says everything is fine with both of them. But they refuse to hunt from the first hyperDSP to the second. I plug in the first PRI into either DSP card and it takes calls and works like a charm till it gets to channel 23, where we get a fast busy from then on. Im hoping there is a special "Oh you havemore than one hyperDSP" button that I need to push. anyone know what might cause this?
>
> -Scott
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
Are you sure that you don't have a hung modem that is stopping the hunt
group (not answering the phone)?
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Wed, 12 Jan 2000, Scot bethke wrote:
> I am having the absolute worst time trying to get my HyperDSP cards working in any capacity what-so-ever. Hoping someone from here has seen this or can tell me what to check.
>
> First i'm running HyperARC HW Version 19.0.0, with Version 4.1.59 Software. HyperDSP's are HW V 0.49.0, and I have thus far tried both 1.2.5 and 2.0.51 software. Im using PRI's and they both show up as UP and OPERATIONAL.
>
> (2) Problems... First of all I cant manage the cards (any of them) with TCM. Running 6.0.23, had the same problem on 5.X TCM as well. What happenes is I select the card, click on configure, click on card level and then click ok. I can get the
> Hyper DSP/ARC Information item, and all values come in and display fine. However I click on "Routing Method" and it comes up with this:
>
> Error Type: No Data Available
> Parameter: Modem Routing Method
> Object ID: 1.3.6.1.4.1.429.1.26.1.1.1.2.14000
>
> Same type of message comes up on every query except info. I can communicate with the NMC card just fine (its an older NMC, not a HyperNMC). So I had to go in and USE HARM to program the HyperARC (that works fine btw), and I programmed the DSP's with a terminal.
>
> Second Issue (and this is the big one) I have two PRI's, 23B+D, Bell atlantic says everything is fine with both of them. But they refuse to hunt from the first hyperDSP to the second. I plug in the first PRI into either DSP card and it takes calls and works like a charm till it gets to channel 23, where we get a fast busy from then on. Im hoping there is a special "Oh you havemore than one hyperDSP" button that I need to push. anyone know what might cause this?
>
> -Scott
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 software version is your NMC? It almost sounds like you've got a
4 meg NMC, which isn't going to be able to manage a DSP at all -- gotta
have 16 meg and the 16 meg 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
"Don't sweat the petty things, and don't pet the sweaty things."
On Wed, 12 Jan 2000, Scot bethke wrote:
> I am having the absolute worst time trying to get my HyperDSP cards working in any capacity what-so-ever. Hoping someone from here has seen this or can tell me what to check.
>
> First i'm running HyperARC HW Version 19.0.0, with Version 4.1.59 Software. HyperDSP's are HW V 0.49.0, and I have thus far tried both 1.2.5 and 2.0.51 software. Im using PRI's and they both show up as UP and OPERATIONAL.
>
> (2) Problems... First of all I cant manage the cards (any of them) with TCM. Running 6.0.23, had the same problem on 5.X TCM as well. What happenes is I select the card, click on configure, click on card level and then click ok. I can get the
> Hyper DSP/ARC Information item, and all values come in and display fine. However I click on "Routing Method" and it comes up with this:
>
> Error Type: No Data Available
> Parameter: Modem Routing Method
> Object ID: 1.3.6.1.4.1.429.1.26.1.1.1.2.14000
>
> Same type of message comes up on every query except info. I can communicate with the NMC card just fine (its an older NMC, not a HyperNMC). So I had to go in and USE HARM to program the HyperARC (that works fine btw), and I programmed the DSP's with a terminal.
>
> Second Issue (and this is the big one) I have two PRI's, 23B+D, Bell atlantic says everything is fine with both of them. But they refuse to hunt from the first hyperDSP to the second. I plug in the first PRI into either DSP card and it takes calls and works like a charm till it gets to channel 23, where we get a fast busy from then on. Im hoping there is a special "Oh you havemore than one hyperDSP" button that I need to push. anyone know what might cause this?
>
> -Scott
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the 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 was wondering what I can use as SNMPOID for my TC rack. The main thing I want to look at is modem utilization. I was sent a cfg file from a friend and the SNMPOID didn't work with my unit. First off, how can I tell what all I am running. Our telco provider set all our stuff up so I don't know what it is. I can telnet to it and I get a "HIPER>>" prompt. I used the cfgmaker with mrtg but it gave me a bunch of useless ports. I would also like to monitor bandwidth utilization through this if possible. Thanks for your help!
Thanks for your help,
--
Steve Cobb
stevec@computer-geeks.com
Computer Geeks
www.computer-geeks.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.
Check http://www.dcr.net/~mandrews/usrtoys -- there's some MRTG tips
there.
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
"Don't sweat the petty things, and don't pet the sweaty things."
On Sat, 22 Jan 2000, stevec wrote:
> I was wondering what I can use as SNMPOID for my TC rack. The main thing I want to look at is modem utilization. I was sent a cfg file from a friend and the SNMPOID didn't work with my unit. First off, how can I tell what all I am running. Our telco provider set all our stuff up so I don't know what it is. I can telnet to it and I get a "HIPER>>" prompt. I used the cfgmaker with mrtg but it gave me a bunch of useless ports. I would also like to monitor bandwidth utilization through this if possible. Thanks for your help!
>
> Thanks for your help,
>
>
> --
> Steve Cobb
> stevec@computer-geeks.com
> Computer Geeks
> www.computer-geeks.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 have a session limit at 6 hours. It's gets the lazy people and the
> >kiddies who just like to have a connection up. Some do complian.. but
> >they quickly quiet down when I point out the service agreement they signed
> >(and read.. hahahahha)
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> Same here...We have a 30 min idle out and 6 hour session limit. In 2 1/2 years I think we have had 2 or 3 complaints. We also say unlimited and usually limit it to 400 hrs. I think maybe after reading some of these post we might consider changeing our wording to flatrate...might avoid a big arguement somwhere down the line.
>
> Greg Owens
> Magnolia Internet Services
> http://www.magnolia-net.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.
> > >I have a session limit at 6 hours. It's gets the lazy people and the
> > >kiddies who just like to have a connection up. Some do complian.. but
> > >they quickly quiet down when I point out the service agreement they signed
> > >(and read.. hahahahha)
> >
> > Paul Farber
> > Farber Technology
> > farber@admin.f-tech.net
> > Ph 570-628-5303
> > Fax 570-628-5545
> >
> > Same here...We have a 30 min idle out and 6 hour session limit. In 2 1/2 years I think we have had 2 or 3 complaints. We also say unlimited and usually limit it to 400 hrs. I think maybe after reading some of these post we might consider changeing our wording to flatrate...might avoid a big arguement somwhere down the line.
> >
> > Greg Owens
> > Magnolia Internet Services
> > http://www.magnolia-net.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.
Then why are there so many disconnect reasons in the USR dictionary? The
DSP's should signal as close to the disconnect reason as possible.
I also was to by 3Com that rcvdGatewayDiconnect was also a 'generic' disco
term.... how many 'generic' terms is 3Com gonna use??
Paul Farber
Farber Technology
farber@admin.f-tech.net
Ph 570-628-5303
Fax 570-628-5545
On Fri, 28 Jan 2000, Campbell Simpson wrote:
> Brian
>
> The "Lost-Carrier" you get in your RADIUS files is very generic. We also see a lot of lost carrier in our RADIUS logs. The modems on the TCHs can report on a huge range of disconnection reasons, but many of the individual reasons get lumped together as lost carrier with RADIUS. I would suggest looking at your modem disconnection reasons under TCM under performance monitoring menu option and seeing what the modems are reporting as their disconnection reasons. You may find that many of the disconnection reasons are quite acceptable.
>
> Hope this helps
>
> Campbell
>
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the 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.
rcvdGatewayDisconnect, and the others in the dictionary, are logged by
the modem, not the ARC. "Lost-carrier" is logged by the ARC.
"Received Gateway Disconnect" means that the ARC told the modem to hang
up. (i.e. it dropped DTR, or the packet bus equivalent. :) So for that
one, you hung up on the customer, rather than the other way around.
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
"Don't sweat the petty things, and don't pet the sweaty things."
On Thu, 27 Jan 2000, Paul Farber wrote:
> Then why are there so many disconnect reasons in the USR dictionary? The
> DSP's should signal as close to the disconnect reason as possible.
>
> I also was to by 3Com that rcvdGatewayDiconnect was also a 'generic' disco
> term.... how many 'generic' terms is 3Com gonna use??
>
> Paul Farber
> Farber Technology
> farber@admin.f-tech.net
> Ph 570-628-5303
> Fax 570-628-5545
>
> On Fri, 28 Jan 2000, Campbell Simpson wrote:
>
> > Brian
> >
> > The "Lost-Carrier" you get in your RADIUS files is very generic. We also see a lot of lost carrier in our RADIUS logs. The modems on the TCHs can report on a huge range of disconnection reasons, but many of the individual reasons get lumped together as lost carrier with RADIUS. I would suggest looking at your modem disconnection reasons under TCM under performance monitoring menu option and seeing what the modems are reporting as their disconnection reasons. You may find that many of the disconnection reasons are quite acceptable.
> >
> > Hope this helps
> >
> > Campbell
> >
> >
> >
> > -
> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> > with "unsubscribe usr-tc" in the body of the message.
> > For information on digests or retrieving files and old messages send
> > "help" to the same address. Do not use quotes in your message.
> >
>
>
> -
> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
> with "unsubscribe usr-tc" in the body of the message.
> For information on digests or retrieving files and old messages send
> "help" to the same address. Do not use quotes in your message.
>
-
To unsubscribe to usr-tc, send an email to "majordomo@xmission.com"
with "unsubscribe usr-tc" in the body of the message.
For information on digests or retrieving files and old messages send
"help" to the same address. Do not use quotes in your message.
We are a new ISP and all our equipment (routers, USR TC) were installed by our TELCO provider for warranty purposes. However, I would like to learn as much a possible about our equipment, specifically our TC chassis. I don't know what kind of cards we have, what revisions, etc. This is all information I would like to know. Where can I get familiar with the equipment I have?
---------- Original Message ----------------------------------
Reply-To: usr-tc@lists.xmission.com
>At 10:49 PM 1/28/00 -0500, Jeff Mcadams wrote:
>>OK...just as a show of hands (e-hands?). How many of you have support
>>contracts on your equipment? I wanna get a feel for how many people
>>really do actually get the support. I'll keep track and post a summary.
>>Lurkers, feel free to drop me a line privately if you'd like to continue
>>lurking, I won't post names or anything...just totals of how many do and
>>how many don't. :)
>
>My support contract ran out in August. I could only afford to replace it
>with the software upgrade contract. Pay-per-incident will have to be my
>last-ditch bacon-saver if something comes up that I can't resolve by myself
>or via this list.
>
>
>--
>Kirk Mitchell-General Manager mitch@keyconn.net
>Keystone Connect Unlock Your World
>Altoona, PA 814-941-5000/886-2500 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.
>
--
Steve Cobb
stevec@computer-geeks.com
Computer Geeks
www.computer-geeks.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.