[Emerald Digest]

emerald-digest-request@iea-software.com
Tue, 4 Aug 1998 00:00:01 -0700

Message 1: ServU Latest Release working with Emerald
from "Kelly Wright" <kelly@buz.net>

Message 2: Re: SQL back-up question
from "Josh Hillman" <admin-maillist@talstar.com>

Message 3: Re: SQL back-up question
from "Dale E. Reed Jr." <daler@iea-software.com>

Message 4: Ascend Fatal Error and Calls OnLine
from Albert Churba <Albert@dialisdn.com>

Message 5: Re: Ascend Fatal Error and Calls OnLine
from "Josh Hillman" <admin-maillist@talstar.com>

Message 6: RE: Ascend Fatal Error and Calls OnLine
from Albert Churba <Albert@dialisdn.com>

Message 7: Grace Period
from "Alan D. Criado" <ACriado@elink.net>

Message 8: RE: Grace Period
from "Brian Johnson" <brian@hdc.net>

Message 9: RE: Grace Period
from John Lange <radadmin@palacenet.net>

Message 10: Radius Not Starting Correctly after Reboot
from "Robert H. Clugston" <robert@csnsys.com>

Message 11: Re: Ascend Fatal Error and Calls OnLine
from "Josh Hillman" <admin-maillist@talstar.com>

Message 12: Re: Ascend Fatal Error and Calls OnLine
from "Dale E. Reed Jr." <daler@iea-software.com>

Message 13: Re: Grace Period
from "Josh Hillman" <admin-maillist@talstar.com>

Message 14: RE: Ascend Fatal Error and Calls OnLine
from Albert Churba <Albert@dialisdn.com>

Message 15: Re: Grace Period
from "Dale E. Reed Jr." <daler@iea-software.com>

Message 16: Re: Grace Period
from "Alan D. Criado" <ACriado@elink.net>

Message 17: Re: Grace Period
from "Alan D. Criado" <ACriado@elink.net>

Message 18: RE: Ascend Fatal Error and Calls OnLine
from Albert Churba <Albert@dialisdn.com>

Message 19: Re: Ascend Fatal Error and Calls OnLine
from "Josh Hillman" <admin-maillist@talstar.com>

Message 20: RE: Ascend Fatal Error and Calls OnLine
from Albert Churba <Albert@dialisdn.com>

..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.
| Message 1 |
'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'
Subject: ServU Latest Release working with Emerald
From: "Kelly Wright" <kelly@buz.net>
Date: Mon, 3 Aug 1998 11:09:19 -0400

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01BDBECF.2962F220
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

This weekend we reloaded our WEB server. I want to reload ServU but =
don't know how the new release is working with Emerald. What releases =
are is being used? Does it install the same way as v2.2? Thought I =
might check before I start.

Kelly Wright (kelly@buz.net)
BuzNet Communications
http://www.buz.net
972-644-0440

------=_NextPart_000_0006_01BDBECF.2962F220
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">

 
 
This weekend we reloaded our WEB server.  I =want to=20reload ServU but don't know how the new release is working with =Emerald. =20What releases are is being used?  Does it install the same way as=20v2.2?  Thought I might check before I start.

Kelly Wright (kelly@buz.net)
BuzNet =Communications
http://www.buz.net
972-644-0440=
------=_NextPart_000_0006_01BDBECF.2962F220--..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 2 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: SQL back-up questionFrom: "Josh Hillman" Date: Mon, 3 Aug 1998 12:20:48 -0400> From: Dale E. Reed Jr. > I don't know how relevant it is to backup the master as well. When you> dump the Emerald database, it includes the portions of the master > database that are relevant to the Emerald database structure. With> just the Emerald dump, you can fully restore the database on another> SQL Server if needed. Restoring the Master Database on another SQL > server may had side affects or not work (path issues, etc).I didn't used to backup the master db until recently. I was poking through"Using MS SQL Server 6.5" (QUE) and it mentioned: Be sure to back up the Master database. Because this database includes all information about the other database objects in the system, having this information is very important in case you have to restore the entire system and rebuild from scratch.> Josh Hillman wrote:> > You should do the same thing for the "master" database (using another> > backup device). I'd let the backup (diskdump) of "master" run before> > backing up "Emerald". I have my "master" db get backed up at 3:00am,then> > "Emerald" at 3:15am. If you already created the schedule for yourEmerald> > backup, you can change the time if you need to by going into SQLEnterprise> > Manager --> Server pull-down menu --> Scheduled Tasks. Double-click on> > your Emerald backup task and change the time in there.> > > > When I run a tape-backup, it backs up the diskdumps. Periodically, Istop> > MSSQL Server, and copy the contents of \mssql\data to some other area,> > restart MSSQL, then run a tape backup--that way I get a backup of the> > actual database files.> Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 3 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: SQL back-up questionFrom: "Dale E. Reed Jr." Date: Mon, 03 Aug 1998 10:54:57 -0700Josh Hillman wrote:> > > From: Dale E. Reed Jr. > > I don't know how relevant it is to backup the master as well. When you> > dump the Emerald database, it includes the portions of the master> > database that are relevant to the Emerald database structure. With> > just the Emerald dump, you can fully restore the database on another> > SQL Server if needed. Restoring the Master Database on another SQL> > server may had side affects or not work (path issues, etc).> > I didn't used to backup the master db until recently. I was poking through> "Using MS SQL Server 6.5" (QUE) and it mentioned:> Be sure to back up the Master database. Because this database> includes all information about the other database objects in the> system, having this information is very important in case you> have to restore the entire system and rebuild from scratch.If you stop SQL Server and backup the physical database devices themselves, then this is very important. You can not just move youremerald.dat database device to another SQL Server w/out the master.However, you CAN take a dump of a database to another SQL Serverw/out the master. See the difference?-- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 4 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Ascend Fatal Error and Calls OnLineFrom: Albert Churba Date: Mon, 3 Aug 1998 14:44:43 -0400We have been battling some software load problems with our Ascend Max products. When the Max reboots itself due to a fatal error, clients that were connected are denied access when they try and reconnect. This is due to having concurrency control turned on. How, if at all, can we force the calls online to clear when the Max reboots itself? Currently we have to manually clear the calls online when this happens. When this problem occurs during non-business hours we get into trouble. Can you help please.Thanks...------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 5 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Ascend Fatal Error and Calls OnLineFrom: "Josh Hillman" Date: Mon, 3 Aug 1998 14:51:28 -0400> From: Albert Churba > We have been battling some software load problems with our Ascend Max > products. When the Max reboots itself due to a fatal error, clients that > were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to > manually clear the calls online when this happens. When this problemoccurs > during non-business hours we get into trouble. Can you help please.What OS version is your Max running? Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 6 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Ascend Fatal Error and Calls OnLineFrom: Albert Churba Date: Mon, 3 Aug 1998 15:32:28 -04006.1.3 ftik.m40 OSPF & Stacking enabled-----Original Message-----From: Josh Hillman [SMTP:admin-maillist@talstar.com]Sent: Monday, August 03, 1998 2:51 PMTo: emerald@iea-software.comSubject: Re: Ascend Fatal Error and Calls OnLine> From: Albert Churba > We have been battling some software load problems with our Ascend Max > products. When the Max reboots itself due to a fatal error, clients that > were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to > manually clear the calls online when this happens. When this problemoccurs > during non-business hours we get into trouble. Can you help please.What OS version is your Max running? Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 7 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Grace PeriodFrom: "Alan D. Criado" Date: Mon, 03 Aug 1998 15:57:40 -0400Hello Dale.I'm using Emerald 2.2.38.I have most of my accounts expiring on the 1st of the month. I wanted tobuild into emerald a seven day grace period for the customers to be able toget their checks in on time. For example:User account due to expire: 9/1/98Emerald actually stops authenticating seven days later: 9/8/98I went into Client Configuration (with the Emerald admin, ver. 2.2.31) andput "7" in DEFAULT EXTEND. My understanding is that it will extend ALLaccounts 7 days past their expiration date. Everyone's accounts who weredue to expire on the 1st of this month was stopped by Emerald, instead ofextending them the 7 days. I guess I must have misunderstood how this works.I would appreciate your help.Thank you.Alan D. Criado..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 8 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Grace PeriodFrom: "Brian Johnson" Date: Mon, 3 Aug 1998 15:06:29 -0500> -----Original Message-----> From: emerald-request@iea-software.com> [mailto:emerald-request@iea-software.com]On Behalf Of Alan D. Criado> Sent: Monday, August 03, 1998 2:58 PM> To: emerald@iea-software.com> Subject: Grace Period>>>> Hello Dale.>> I'm using Emerald 2.2.38.>> I have most of my accounts expiring on the 1st of the month. I wanted to> build into emerald a seven day grace period for the customers to> be able to> get their checks in on time. For example:>> User account due to expire: 9/1/98> Emerald actually stops authenticating seven days later: 9/8/98>> I went into Client Configuration (with the Emerald admin, ver. 2.2.31) and> put "7" in DEFAULT EXTEND. My understanding is that it will extend ALL> accounts 7 days past their expiration date. Everyone's accounts who were> due to expire on the 1st of this month was stopped by Emerald, instead of> extending them the 7 days.This will work on all new accounts, but you will need to run a script tochange the extend field on the current accounts if you want to apply it tothem as well.>> I guess I must have misunderstood how this works.>> I would appreciate your help.>> Thank you.>> Alan D. Criado>-------------------------------------------- Brian Johnson Network Administrator Hard Drive Central Internet Services E-Mail: brian@hdc.net Voice: 1-605-229-1562 Fax: 1-605-229-1563--------------------------------------------..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 9 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Grace PeriodFrom: John Lange Date: Mon, 03 Aug 1998 15:31:01 -0500HIDale is the right choice here:Expire?Extend?Limit?And is the Period really Days or is it in minutes, or hours?JOhn :}At 03:06 PM 8/3/1998 -0500, you wrote:>>>> -----Original Message----->> From: emerald-request@iea-software.com>> [mailto:emerald-request@iea-software.com]On Behalf Of Alan D. Criado>> Sent: Monday, August 03, 1998 2:58 PM>> To: emerald@iea-software.com>> Subject: Grace Period>>>>>>>> Hello Dale.>>>> I'm using Emerald 2.2.38.>>>> I have most of my accounts expiring on the 1st of the month. I wanted to>> build into emerald a seven day grace period for the customers to>> be able to>> get their checks in on time. For example:>>>> User account due to expire: 9/1/98>> Emerald actually stops authenticating seven days later: 9/8/98>>>> I went into Client Configuration (with the Emerald admin, ver. 2.2.31) and>> put "7" in DEFAULT EXTEND. My understanding is that it will extend ALL>> accounts 7 days past their expiration date. Everyone's accounts who were>> due to expire on the 1st of this month was stopped by Emerald, instead of>> extending them the 7 days.>>This will work on all new accounts, but you will need to run a script to>change the extend field on the current accounts if you want to apply it to>them as well.>>>>> I guess I must have misunderstood how this works.>>>> I would appreciate your help.>>>> Thank you.>>>> Alan D. Criado>>>>>--------------------------------------------> Brian Johnson> Network Administrator> Hard Drive Central Internet Services> E-Mail: brian@hdc.net> Voice: 1-605-229-1562> Fax: 1-605-229-1563>-------------------------------------------->>>John C. Lange, Sr. PALACE dot NET, INC.microjl@palacenet.net MICRO-TECH Computers, Inc.608.742.1601 & 6980 1918 New Pinery Roadhttp://www.palacenet.net/ Portage, WI 53901Visit our online store @ http://www.microt.com/Authorized iPSwitch WebVar @ http://www.microt.com/iPSwitch/index.html --- __o --- _-\<,_ Fastest Service in Town --- (_)/ (_)..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 10 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Radius Not Starting Correctly after RebootFrom: "Robert H. Clugston" Date: Mon, 3 Aug 1998 13:40:02 -0700List, After I restart my radius server it does not come up cleaning. I receive noerror message, but I have to stop & start the radiusNT service in order forit to work correctly. Anyone know a solution to this problem?..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 11 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Ascend Fatal Error and Calls OnLineFrom: "Josh Hillman" Date: Mon, 3 Aug 1998 16:38:06 -0400> From: Albert Churba > We have been battling some software load problems with our Ascend Max > products. When the Max reboots itself due to a fatal error, clients that > were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to > manually clear the calls online when this happens. When this problemoccurs > during non-business hours we get into trouble. Can you help please.> 6.1.3 ftik.m40 OSPF & Stacking enabledI'm using 6.1.0 ftk.m40 (stacking enabled) on our Maxes and haven't runinto any OS-specific problems that I'm aware of (no Fatal Errors oranything). Unfortunately though, as of last week, one of our Maxes seemsto occasionally have a problem not sending out stop records. Because wealso use Concurrency Control/Variable Login Limits, some of our usershaven't been able to get in because the system thinks they're still online. I've tried everything I can think of to fix this and nothing's worked, soin a day or two, I'll reinstall 6.1.0 on the Max and see if that cures it. We're having a modem problem with it also and everything that's going wronghas been doing so since some power fluctuations last week due to stormshere (UPS is being replaced).As far as the concurrency problem goes, I got tired of babysitting thesystem after a few days (manually clearing out a record here and there inEmerald's Online tab) and this morning went into RadiusNT Admin and turnedoff Concurrency Control, stopped Radius, and restarted it. It's not acure, but at least for the time being, it's a work-around that's keepingthe customers happy.For what it's worth, I'm using RadiusNT 2.5.105 on NT4 with SQL Server6.5...Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 12 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Ascend Fatal Error and Calls OnLineFrom: "Dale E. Reed Jr." Date: Mon, 03 Aug 1998 13:43:41 -0700Albert Churba wrote:> > We have been battling some software load problems with our Ascend Max> products. When the Max reboots itself due to a fatal error, clients that> were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to> manually clear the calls online when this happens. When this problem occurs> during non-business hours we get into trouble. Can you help please.Do the MAX send any accounting records when it reboots to signyify thatit has? I know the PM does and RadiusNT will automatically clear outthe calls online for it when the box comes back up.-- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 13 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Grace PeriodFrom: "Josh Hillman" Date: Mon, 3 Aug 1998 16:43:24 -0400> From: Alan D. Criado > I'm using Emerald 2.2.38.> I have most of my accounts expiring on the 1st of the month. I wanted to> build into emerald a seven day grace period for the customers to be ableto> get their checks in on time. For example:> > User account due to expire: 9/1/98> Emerald actually stops authenticating seven days later: 9/8/98> > I went into Client Configuration (with the Emerald admin, ver. 2.2.31)and> put "7" in DEFAULT EXTEND. My understanding is that it will extend ALL> accounts 7 days past their expiration date. Everyone's accounts who were> due to expire on the 1st of this month was stopped by Emerald, instead of> extending them the 7 days. You need to handle your existing accounts too. Run this script and it'lltake care of them:UPDATE MasterAccountsSET OverDue = 7WHERE OverDue < 7AND Active = 1Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 14 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Ascend Fatal Error and Calls OnLineFrom: Albert Churba Date: Mon, 3 Aug 1998 17:25:31 -0400I'm not sure. There is a setting about stop records only. I'll call and ask Ascend.-----Original Message-----From: Dale E. Reed Jr. [SMTP:daler@iea-software.com]Sent: Monday, August 03, 1998 4:44 PMTo: emerald@iea-software.comSubject: Re: Ascend Fatal Error and Calls OnLineAlbert Churba wrote:> > We have been battling some software load problems with our Ascend Max> products. When the Max reboots itself due to a fatal error, clients that> were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to> manually clear the calls online when this happens. When this problem occurs> during non-business hours we get into trouble. Can you help please.Do the MAX send any accounting records when it reboots to signyify thatit has? I know the PM does and RadiusNT will automatically clear outthe calls online for it when the box comes back up.-- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 15 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Grace PeriodFrom: "Dale E. Reed Jr." Date: Mon, 03 Aug 1998 14:47:21 -0700John Lange wrote:> > Dale is the right choice here:> Expire?This is the number of days from the date the account expires befoe theaccount will expire. Setting it to a positive value will give thecustomer that many days of free service (not billed). Its a startupgrace period.> Extend?This is a temporary extend on the account. If you don't set expireto a positive value, you MUST set this or the below limit fiel, to apositive value, or the customers will not be allowed on until they pay their first bill. This is cleared when they pay their payment (temp extension).> Limit?This is a permanent extend for the account that doesn't get cleared. This is the true "grace period".> And is the Period really Days or is it in minutes, or hours?All are in das. -- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 16 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Grace PeriodFrom: "Alan D. Criado" Date: Mon, 03 Aug 1998 17:49:34 -0400Thank you Josh for the help.Sincerely, Alan D. CriadoAt 04:43 PM 8/3/98 -0400, Josh Hillman wrote:>>You need to handle your existing accounts too. Run this script and it'll>take care of them:>>UPDATE MasterAccounts>SET OverDue = 7>WHERE OverDue < 7>AND Active = 1>>Josh Hillman>hillman@talstar.com> ..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 17 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Grace PeriodFrom: "Alan D. Criado" Date: Mon, 03 Aug 1998 17:49:34 -0400Thank you Josh for the help.Sincerely, Alan D. CriadoAt 04:43 PM 8/3/98 -0400, Josh Hillman wrote:>>You need to handle your existing accounts too. Run this script and it'll>take care of them:>>UPDATE MasterAccounts>SET OverDue = 7>WHERE OverDue < 7>AND Active = 1>>Josh Hillman>hillman@talstar.com> ..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 18 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Ascend Fatal Error and Calls OnLineFrom: Albert Churba Date: Mon, 3 Aug 1998 18:04:08 -0400I've been reluctant to turn off concurrency control. But if that is the only option until Ascend fixes the stacking issue, their claim to the Fatal Errors, I'll have to give up the channels. The proposed fix is a few weeks away, so they say. Are you running RIP or OSPF?-----Original Message-----From: Josh Hillman [SMTP:admin-maillist@talstar.com]Sent: Monday, August 03, 1998 4:38 PMTo: emerald@iea-software.comSubject: Re: Ascend Fatal Error and Calls OnLine> From: Albert Churba > We have been battling some software load problems with our Ascend Max> products. When the Max reboots itself due to a fatal error, clients that> were connected are denied access when they try and reconnect. This is due> to having concurrency control turned on. How, if at all, can we force the> calls online to clear when the Max reboots itself? Currently we have to> manually clear the calls online when this happens. When this problemoccurs> during non-business hours we get into trouble. Can you help please.> 6.1.3 ftik.m40 OSPF & Stacking enabledI'm using 6.1.0 ftk.m40 (stacking enabled) on our Maxes and haven't runinto any OS-specific problems that I'm aware of (no Fatal Errors oranything). Unfortunately though, as of last week, one of our Maxes seemsto occasionally have a problem not sending out stop records. Because wealso use Concurrency Control/Variable Login Limits, some of our usershaven't been able to get in because the system thinks they're still online. I've tried everything I can think of to fix this and nothing's worked, soin a day or two, I'll reinstall 6.1.0 on the Max and see if that cures it.We're having a modem problem with it also and everything that's going wronghas been doing so since some power fluctuations last week due to stormshere (UPS is being replaced).As far as the concurrency problem goes, I got tired of babysitting thesystem after a few days (manually clearing out a record here and there inEmerald's Online tab) and this morning went into RadiusNT Admin and turnedoff Concurrency Control, stopped Radius, and restarted it. It's not acure, but at least for the time being, it's a work-around that's keepingthe customers happy.For what it's worth, I'm using RadiusNT 2.5.105 on NT4 with SQL Server6.5...Josh Hillmanhillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 19 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: Re: Ascend Fatal Error and Calls OnLineFrom: "Josh Hillman" Date: Mon, 3 Aug 1998 18:20:00 -0400> From: Albert Churba > I've been reluctant to turn off concurrency control. But if that is the > only option until Ascend fixes the stacking issue, their claim to theFatal > Errors, I'll have to give up the channels. The proposed fix is a fewweeks > away, so they say. Are you running RIP or OSPF?I don't know if there are any problems with stacking or not. I turned iton on our Maxes about a week and half ago so I could re-enable MP acrossthe Maxes. I was going to turn off stacking on the Max that we're havingthese problems with to see if there's any corelation, but I forgot aboutit. Considering the other Maxes are using the same OS, I'd imagine thatthey too would be having problems if stacking was an issue. So far, onlythis one Max has been having problems, so I don't think stacking is theproblem here--I think the OS got screwed up and needs to be reinstalled ORthe Max is physically damaged in some way (from the brownouts).I had no desire to turn off concurrency control either, but I had less of adesire to watch people log in and kill non-existent connections when I'dsee an "Over Login Limit" pop up. I have no idea what's causing your FEsthough. Luckily, none of our Maxes have ever had one of those...I'm not using RIP or OSPF.Josh Hillmanhillman@talstar.com> -----Original Message-----> From: Josh Hillman [SMTP:admin-maillist@talstar.com]> Sent: Monday, August 03, 1998 4:38 PM> To: emerald@iea-software.com> Subject: Re: Ascend Fatal Error and Calls OnLine> > > From: Albert Churba > > We have been battling some software load problems with our Ascend Max> > products. When the Max reboots itself due to a fatal error, clientsthat> > were connected are denied access when they try and reconnect. This isdue> > > to having concurrency control turned on. How, if at all, can we forcethe> > > calls online to clear when the Max reboots itself? Currently we have to> > manually clear the calls online when this happens. When this problem> occurs> > during non-business hours we get into trouble. Can you help please.> > 6.1.3 ftik.m40 OSPF & Stacking enabled> > I'm using 6.1.0 ftk.m40 (stacking enabled) on our Maxes and haven't run> into any OS-specific problems that I'm aware of (no Fatal Errors or> anything). Unfortunately though, as of last week, one of our Maxes seems> to occasionally have a problem not sending out stop records. Because we> also use Concurrency Control/Variable Login Limits, some of our users> haven't been able to get in because the system thinks they're stillonline.> I've tried everything I can think of to fix this and nothing's worked,so> in a day or two, I'll reinstall 6.1.0 on the Max and see if that curesit.> We're having a modem problem with it also and everything that's goingwrong> has been doing so since some power fluctuations last week due to storms> here (UPS is being replaced).> As far as the concurrency problem goes, I got tired of babysitting the> system after a few days (manually clearing out a record here and there in> Emerald's Online tab) and this morning went into RadiusNT Admin andturned> off Concurrency Control, stopped Radius, and restarted it. It's not a> cure, but at least for the time being, it's a work-around that's keeping> the customers happy.> For what it's worth, I'm using RadiusNT 2.5.105 on NT4 with SQL Server> 6.5...> > Josh Hillman> hillman@talstar.com..------ ------ ------ ------ ------ ------ ------ ------ ------ ------.| Message 20 |'------ ------ ------ ------ ------ ------ ------ ------ ------ ------'Subject: RE: Ascend Fatal Error and Calls OnLineFrom: Albert Churba Date: Mon, 3 Aug 1998 18:58:57 -0400I'm running the older RadiusNT and have been reluctant to make the change. We are always busy and I'm tired of working at 4:00AM. I guess I'll have to take the plunge.I need to use some form of routing protocol since I do dial-out, dial-in, and permconn connections across all the Max's. What I found was users from one Max could not route to another Max on the physical Ethernet or WAN. I also run two remote locations so a routing protocol also helped the overall routing tables across the LAN & Wan. When I accept a call on one box and dialout on another the weighed outdial has to know where it is to dial out from, hence the static route. RIP was killing our Cisco 3640 router bringing it to 90%+ utilization. OSPF fixed the CPU overload and brought it under control to 7~10% average. I've been having problems with stacking since 5.0Ap13 on up. They said 5.0Ap51 works, yet that puts me back to kFlex and not v.90 and kills the Shotgun functionality too. What do you have Proxy mode (Ethernet/Mod Config/Ether Options/Proxy Mode set to? How are you configuring your Pools, we use RadiusNT (pools-MAX?), and create summary info (also still wrote /32 routes on the RIP updates even with static Cisco routes 192.168.64/26 - Defined Pool 1 192.168.65 62). I think there are memory leaks with only 62 channels utilized:Diag mode: > pools -vValidating free lists...0 errors; 779 buffers; 889184 bytes memory freeI could go on forever...Thanks,Albert-----Original Message-----From: Josh Hillman [SMTP:admin-maillist@talstar.com]Sent: Monday, August 03, 1998 6:20 PMTo: emerald@iea-software.comSubject: Re: Ascend Fatal Error and Calls OnLine> From: Albert Churba > I've been reluctant to turn off concurrency control. But if that is the> only option until Ascend fixes the stacking issue, their claim to theFatal> Errors, I'll have to give up the channels. The proposed fix is a fewweeks> away, so they say. Are you running RIP or OSPF?I don't know if there are any problems with stacking or not. I turned iton on our Maxes about a week and half ago so I could re-enable MP acrossthe Maxes. I was going to turn off stacking on the Max that we're havingthese problems with to see if there's any corelation, but I forgot aboutit. Considering the other Maxes are using the same OS, I'd imagine thatthey too would be having problems if stacking was an issue. So far, onlythis one Max has been having problems, so I don't think stacking is theproblem here--I think the OS got screwed up and needs to be reinstalled ORthe Max is physically damaged in some way (from the brownouts).I had no desire to turn off concurrency control either, but I had less of adesire to watch people log in and kill non-existent connections when I'dsee an "Over Login Limit" pop up. I have no idea what's causing your FEsthough. Luckily, none of our Maxes have ever had one of those...I'm not using RIP or OSPF.Josh Hillmanhillman@talstar.com> -----Original Message-----> From: Josh Hillman [SMTP:admin-maillist@talstar.com]> Sent: Monday, August 03, 1998 4:38 PM> To: emerald@iea-software.com> Subject: Re: Ascend Fatal Error and Calls OnLine>> > From: Albert Churba > > We have been battling some software load problems with our Ascend Max> > products. When the Max reboots itself due to a fatal error, clientsthat> > were connected are denied access when they try and reconnect. This isdue>> > to having concurrency control turned on. How, if at all, can we forcethe>> > calls online to clear when the Max reboots itself? Currently we have to> > manually clear the calls online when this happens. When this problem> occurs> > during non-business hours we get into trouble. Can you help please.> > 6.1.3 ftik.m40 OSPF & Stacking enabled>> I'm using 6.1.0 ftk.m40 (stacking enabled) on our Maxes and haven't run> into any OS-specific problems that I'm aware of (no Fatal Errors or> anything). Unfortunately though, as of last week, one of our Maxes seems> to occasionally have a problem not sending out stop records. Because we> also use Concurrency Control/Variable Login Limits, some of our users> haven't been able to get in because the system thinks they're stillonline.> I've tried everything I can think of to fix this and nothing's worked,so> in a day or two, I'll reinstall 6.1.0 on the Max and see if that curesit.> We're having a modem problem with it also and everything that's goingwrong> has been doing so since some power fluctuations last week due to storms> here (UPS is being replaced).> As far as the concurrency problem goes, I got tired of babysitting the> system after a few days (manually clearing out a record here and there in> Emerald's Online tab) and this morning went into RadiusNT Admin andturned> off Concurrency Control, stopped Radius, and restarted it. It's not a> cure, but at least for the time being, it's a work-around that's keeping> the customers happy.> For what it's worth, I'm using RadiusNT 2.5.105 on NT4 with SQL Server> 6.5...>> Josh Hillman> hillman@talstar.com