Also sprach Terry Kennedy
you have to delete the pool I think in this case because a pool called pool1 exists.
Shouldn't *have* to since its a set command (changes an already existing entry) rather than an add command (add a new entry to a table), but there may be problems with modifying active entries in a table like that. I'm not sure...haven't mucked about with this in quite some time. I do know that there is no problem with just defining a new pool (add ip pool ....) for the rest of the IP addresses that aren't covered by the pool already in there. The Arc will handle having multiple pools without any trouble whatsoever. Default setting is to round-robin the usage of addresses, so the addresses will get used from both eventually, even without all lines being in use. Indeed, there are some benefits to splitting up the pools anyway...you can disable individual pools and move IP addresses around (as people log off and free up the addresses in the disabled pool) without disrupting your service and stuff like that.
-----Original Message----- From: owner-usr-tc@lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael J. Hartwick Sent: Wednesday, May 30, 2001 9:06 AM To: usr-tc@lists.xmission.com Subject: (usr-tc) Changing IP Pool
Hi, we have a Hiper box that we have been adding some DSP cards to. My problem is extending the IP pool to cover the extra ports. Currently there are 4 DSP's with 2 more to be added today. They are using PRI's, but I want to put 24 IP's per DSP into the ARC.
I currently have 1 pool defined as: Name Address Size InUse State Route Status pool1 xxx.xxx.xx.112/C 96 24 PUBLIC NO_AGGREGATE ACTIVE
I want to change it to start at .64 and have 144 addresses. I think the best way would be to define 3 pools:
.64/26 size 64 .128/26 size 64 .192/28 size 64
I even tried to just change the start address and pool size and the thing complains.
set ip pool pool1 iniTIAL_POOL_ADDRESS xxx.xxx.xx.64/C size 144 CLI - Request SET IP POOL failed on field INITIAL_POOL_ADDRESS CLI - Request failed with error: BAD_VALUE on value: 0.0.0.8
Any suggestions?
Michael
---------------------------------------------------------------------- Michael J. Hartwick, VE3SLQ hartwick@hartwick.com Hartwick Communications Consulting (519) 396-7719 Kincardine, ON, CA http://www.hartwick.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.
-- 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.