From jim at oct.net  Fri Sep  1 10:10:41 2000
From: jim at oct.net (Jim Jones, Jr.)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] Re: (ASCEND) losing static routes in dsltnt?
References: <200008310545.WAA21660@max.bungi.com> <p04330103b5d43776d885@[206.40.74.35]>
Message-ID: <00c501c01426$ccd0e990$7b4a60d8@wamtelco.com>

I did not add it that way, but the system has not reset, and it still loses
the route.

Jim
----- Original Message -----
From: "Peter Lalor" <plalor@infoasis.com>
To: <ascend-users@max.bungi.com>
Cc: <jim@oct.net>
Sent: Thursday, August 31, 2000 11:33 AM
Subject: Re: (ASCEND) losing static routes in dsltnt?


> >From: "Jim Jones, Jr." <jim@oct.net>
> >
> >I have a dsl tnt that keeps losing a static route... is this a known
problem
> >or am i just not saving my changes ?
>
> Depends how you add the route. If you use 'iproute add', the route is
> temporary and will not persist across a reset. If you make a route
> profile with 'new ip-route <name>' the route is permanent.
> --
>
> Peter Lalor           Infoasis
> plalor@infoasis.com   http://www.infoasis.com/
>
> "Where's my burrito?" -- Homer
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jim at oct.net  Fri Sep  1 10:10:41 2000
From: jim at oct.net (Jim Jones, Jr.)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] Re: (ASCEND) losing static routes in dsltnt?
References: <200008310545.WAA21660@max.bungi.com> <p04330103b5d43776d885@[206.40.74.35]>
Message-ID: <00c501c01426$ccd0e990$7b4a60d8@wamtelco.com>

I did not add it that way, but the system has not reset, and it still loses
the route.

Jim
----- Original Message -----
From: "Peter Lalor" <plalor@infoasis.com>
To: <ascend-users@max.bungi.com>
Cc: <jim@oct.net>
Sent: Thursday, August 31, 2000 11:33 AM
Subject: Re: (ASCEND) losing static routes in dsltnt?


> >From: "Jim Jones, Jr." <jim@oct.net>
> >
> >I have a dsl tnt that keeps losing a static route... is this a known
problem
> >or am i just not saving my changes ?
>
> Depends how you add the route. If you use 'iproute add', the route is
> temporary and will not persist across a reset. If you make a route
> profile with 'new ip-route <name>' the route is permanent.
> --
>
> Peter Lalor           Infoasis
> plalor@infoasis.com   http://www.infoasis.com/
>
> "Where's my burrito?" -- Homer
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jim at top.net  Fri Sep  1 19:33:21 2000
From: jim at top.net (Jim Logan)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] (ASCEND) Feature Requests?
Message-ID: <4.2.0.58.20000901192804.02480ba0@top.net>

Anyone know (on Ascend's new Esight level) where the feature request web 
page is for free firewall/IpSec for qualifying units?  The old site, ref'd 
below, stopped working sometime this week and I haven't found the 
equivilent on the Loosend version of the pages (Esight).

This is the old one - don't work anymore:
http://www.ascend.com/cgi-bin/firewallforfree/?region=North%20American

new one???

TIA.


******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
             Voice: (402) 339-5609
               Fax: (402) 333-8383
            Pager: (402) 977-2880
***********************************************
                   Lucent Technologies,
>                             InterNetworking Systems
>                             1701 Harbor Bay Parkway
>                                Alameda, CA  94502
>
>
>
>
>
>Hello!  Thank you for your Feature Code request.
>
>Attached to this e-mail is a plain text file with the Feature Code information
>that will not only enable your Firewall, but will also enable your IPSec 
>56-bit
>encryption.
>
>If you should have any technical problems or questions regarding the Feature
>Code, please contact Lucent Technologies NetCare Services at: 1-800-621-9578
>Option #1 or Support@ascend.com.
>
>
>***************************************************************************
>Instructions and Technical Support Contact information is also included
>In the attachment.
>***************************************************************************
>
>Thank you,
>
>Jan Golde
>Lucent Technologies
>
>
>(See attached file: 8075205.txt)    (See attached file: 9386875.txt)
>
>
>
>
>
>
>
>
>
><file://E:\EUDORA\ATTACH\8075205.txt>e94354.jpg 
>8075205.txt<file://E:\EUDORA\ATTACH\8075205.txt>   Done
>
><file://E:\EUDORA\ATTACH\9386875.txt>e94431.jpg 
>9386875.txt<file://E:\EUDORA\ATTACH\9386875.txt>   Done

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jim at top.net  Fri Sep  1 19:33:21 2000
From: jim at top.net (Jim Logan)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] (ASCEND) Feature Requests?
Message-ID: <4.2.0.58.20000901192804.02480ba0@top.net>

Anyone know (on Ascend's new Esight level) where the feature request web 
page is for free firewall/IpSec for qualifying units?  The old site, ref'd 
below, stopped working sometime this week and I haven't found the 
equivilent on the Loosend version of the pages (Esight).

This is the old one - don't work anymore:
http://www.ascend.com/cgi-bin/firewallforfree/?region=North%20American

new one???

TIA.


******* Top Net InterNet Services ********
Omaha, Nebraska                www.top.net
             Voice: (402) 339-5609
               Fax: (402) 333-8383
            Pager: (402) 977-2880
***********************************************
                   Lucent Technologies,
>                             InterNetworking Systems
>                             1701 Harbor Bay Parkway
>                                Alameda, CA  94502
>
>
>
>
>
>Hello!  Thank you for your Feature Code request.
>
>Attached to this e-mail is a plain text file with the Feature Code information
>that will not only enable your Firewall, but will also enable your IPSec 
>56-bit
>encryption.
>
>If you should have any technical problems or questions regarding the Feature
>Code, please contact Lucent Technologies NetCare Services at: 1-800-621-9578
>Option #1 or Support@ascend.com.
>
>
>***************************************************************************
>Instructions and Technical Support Contact information is also included
>In the attachment.
>***************************************************************************
>
>Thank you,
>
>Jan Golde
>Lucent Technologies
>
>
>(See attached file: 8075205.txt)    (See attached file: 9386875.txt)
>
>
>
>
>
>
>
>
>
><file://E:\EUDORA\ATTACH\8075205.txt>e94354.jpg 
>8075205.txt<file://E:\EUDORA\ATTACH\8075205.txt>   Done
>
><file://E:\EUDORA\ATTACH\9386875.txt>e94431.jpg 
>9386875.txt<file://E:\EUDORA\ATTACH\9386875.txt>   Done

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Sat Sep  2 11:38:38 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] Re: (ASCEND) losing static routes in dsltnt?
In-Reply-To: <200009020545.WAA02424@max.bungi.com>
References: <200009020545.WAA02424@max.bungi.com>
Message-ID: <p04330103b5d6dd09c0a6@[207.82.187.50]>

That's not normal behavior. It is likely that there is a 
misconfiguration in the route or the route is being overwritten by a 
routing protocol.

Comparing the routing table when the route is there and when it's 
gone should shed some light.

>From: "Jim Jones, Jr." <jim@oct.net>
>
>I did not add it that way, but the system has not reset, and it still loses
>the route.
>
>Jim
>From: "Peter Lalor" <plalor@infoasis.com>
>
>>  >From: "Jim Jones, Jr." <jim@oct.net>
>>  >
>>  >I have a dsl tnt that keeps losing a static route... is this a known
>problem
>>  >or am i just not saving my changes ?
>>
>>  Depends how you add the route. If you use 'iproute add', the route is
>>  temporary and will not persist across a reset. If you make a route
>>  profile with 'new ip-route <name>' the route is permanent.
>>  --
>>
>>  Peter Lalor           Infoasis
>  > plalor@infoasis.com   http://www.infoasis.com/
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Sat Sep  2 11:38:38 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] Re: (ASCEND) losing static routes in dsltnt?
In-Reply-To: <200009020545.WAA02424@max.bungi.com>
References: <200009020545.WAA02424@max.bungi.com>
Message-ID: <p04330103b5d6dd09c0a6@[207.82.187.50]>

That's not normal behavior. It is likely that there is a 
misconfiguration in the route or the route is being overwritten by a 
routing protocol.

Comparing the routing table when the route is there and when it's 
gone should shed some light.

>From: "Jim Jones, Jr." <jim@oct.net>
>
>I did not add it that way, but the system has not reset, and it still loses
>the route.
>
>Jim
>From: "Peter Lalor" <plalor@infoasis.com>
>
>>  >From: "Jim Jones, Jr." <jim@oct.net>
>>  >
>>  >I have a dsl tnt that keeps losing a static route... is this a known
>problem
>>  >or am i just not saving my changes ?
>>
>>  Depends how you add the route. If you use 'iproute add', the route is
>>  temporary and will not persist across a reset. If you make a route
>>  profile with 'new ip-route <name>' the route is permanent.
>>  --
>>
>>  Peter Lalor           Infoasis
>  > plalor@infoasis.com   http://www.infoasis.com/
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Tue Sep  5 11:12:24 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] (ASCEND) DSL equipment problem?
Message-ID: <007301c01754$13eb8df0$eb86fd3e@pc>

Hi,

We have something of a problem with some Lucent SDSL equipment right now,
and some suggestions from this list might be helpful in getting the issue
solved.

We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
copper. It's a single-copper pair, running between two locations. We have
set the line speed statically to 272000 at both ends of the link. The next
step up seemed to produce an unstable connection. During testing, "autobaud"
was either taking too long, or did not appear to work at all.

The problem appears to be poor upstream performance from the pipeline. FTP
downloads hit high speeds, but uploads slow to a crawl. The same is true for
sending mail etc., so it would appear to affect all the traffic on the wire.

The pipeline originally used RFC1918 addresses on the ethernet interface,
and was running Network address translation. I've not used the pipeline NAT
implementation for anything before, so I wasn't sure if this was the cause.

I also couldn't gain telnet access to the pipeline when NAT was enabled. I
would have hoped that port 23 would be automatically mapped to the external
numbered interface address, but that does not appear to be the case. Adding
a static mapping so that port 23 points at the pipeline's ethernet interface
address does not provide remote access either.

I've recently swapped back to using a numbered configuration and have
regained remote access to the pipeline, although the main performance issue
remains.

The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

Anyone got any ideas before I lose what remains of my sanity?

Regards,

- Matt

--

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Home Office: +44 (0)1223 300917
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
http://www.knowware.co.uk



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Tue Sep  5 11:12:24 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] (ASCEND) DSL equipment problem?
Message-ID: <007301c01754$13eb8df0$eb86fd3e@pc>

Hi,

We have something of a problem with some Lucent SDSL equipment right now,
and some suggestions from this list might be helpful in getting the issue
solved.

We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
copper. It's a single-copper pair, running between two locations. We have
set the line speed statically to 272000 at both ends of the link. The next
step up seemed to produce an unstable connection. During testing, "autobaud"
was either taking too long, or did not appear to work at all.

The problem appears to be poor upstream performance from the pipeline. FTP
downloads hit high speeds, but uploads slow to a crawl. The same is true for
sending mail etc., so it would appear to affect all the traffic on the wire.

The pipeline originally used RFC1918 addresses on the ethernet interface,
and was running Network address translation. I've not used the pipeline NAT
implementation for anything before, so I wasn't sure if this was the cause.

I also couldn't gain telnet access to the pipeline when NAT was enabled. I
would have hoped that port 23 would be automatically mapped to the external
numbered interface address, but that does not appear to be the case. Adding
a static mapping so that port 23 points at the pipeline's ethernet interface
address does not provide remote access either.

I've recently swapped back to using a numbered configuration and have
regained remote access to the pipeline, although the main performance issue
remains.

The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

Anyone got any ideas before I lose what remains of my sanity?

Regards,

- Matt

--

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Home Office: +44 (0)1223 300917
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
http://www.knowware.co.uk



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Edwin_Everett at cargill.com  Tue Sep  5 21:31:13 2000
From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com)
Date: Tue Jan 18 13:59:10 2005
Subject: [Ascend] RE: Re: (ASCEND) Modem no longer working after upgrade from 7.0.3to 8.0.2 on Max800
Message-ID: <H000067923cc006d.0968207468.hdqt.cargill.com@MHS>

Did you ever get any answers on this? I'm being pushed into the 8.X 
code to enable other features that I need, but at the risk of losing 
modems, I was hoping to hear of a stable revision of the b.m8 files for 
the 800....

Can anyone answer this? 

-----Original Message-----
From: patrick.horsmans@hvea.healthnet.lu
[mailto:patrick.horsmans@hvea.healthnet.lu]
Sent: Thursday, August 31, 2000 6:52 AM
To: ascend-users@bungi.com
Subject: FW: Re: (ASCEND) Modem no longer working after upgrade from
7.0.3to 8.0.2 on Max800


Yes,
but I couldn't find a place where soft^ware releases are stored. There
is the documentation ... but no software. 

If the software is in there, can anybody give me the URL?

Patrick


Faisal wrote:
> 
> Hi Patrick,
> 
> Have you tried 'www.esight.com', the Lucent Internetworking support 
service
> website? I don't know whether they have any notes or guides for the 
MAX 800
> sotware versions, but it's worth a try.
> 
> Good luck,
> 
> Faisal.
> 
> At 12:18 31/08/00 +0200, you wrote:
> >Hi again,
> >
> >Is it normal that the ascend documentation is inconsistent? I got a
> >Max800 and the corresponding docu Max800 Series Network Configuration
> >guide which describes features like modemdiag ..., but none of the
> >modem... commands are available on the max800.
> >
> >I made the upgrade because the 8.0.2 version was the only 
international
> >one I got from my supplier. I need an international one to get ISDN
> >callback working (ISDN switch type NET3 only in international 
versions I
> >suppose).
> >
> >Now, I have an international one, and ISDN callback works, but my 
modems
> >no longer work. (XIRCOM global access 56) I gave them exactly the 
same
> >init strings on the 8.0.2 like on the 7.0.3 release. But they are 
unable
> >to pick up a call nor to place a call.(syslog reports: no channel
> >avail.)
> >
> >Questions:
> >1) Where can I get international versions for Max800 ? (older 
releases)
> >2) Does anyone know how to solve the modem problem on the 8.0.2 
release?
> >3) Does anyone know what the new (undocumented or unfindable) feature
> >   Main Edit Menu: PC CARD Modem -> Mod Config -> Num
> >   means. It is only in the 8.0.2 release.
> >4) Can anyone send me an international 7.0.x version for the Max 800?
> >
> >
> >Thank's very much for any help.
> >Patrick Horsmans
> >++ Ascend Users Mailing List ++
> >To unsubscribe:        send unsubscribe to 
ascend-users-request@bungi.com
> >To get FAQ'd:  <http://www.nealis.net/ascend/faq>
> >
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Edwin_Everett at cargill.com  Tue Sep  5 21:31:13 2000
From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] RE: Re: (ASCEND) Modem no longer working after upgrade from 7.0.3to 8.0.2 on Max800
Message-ID: <H000067923cc006d.0968207468.hdqt.cargill.com@MHS>

Did you ever get any answers on this? I'm being pushed into the 8.X 
code to enable other features that I need, but at the risk of losing 
modems, I was hoping to hear of a stable revision of the b.m8 files for 
the 800....

Can anyone answer this? 

-----Original Message-----
From: patrick.horsmans@hvea.healthnet.lu
[mailto:patrick.horsmans@hvea.healthnet.lu]
Sent: Thursday, August 31, 2000 6:52 AM
To: ascend-users@bungi.com
Subject: FW: Re: (ASCEND) Modem no longer working after upgrade from
7.0.3to 8.0.2 on Max800


Yes,
but I couldn't find a place where soft^ware releases are stored. There
is the documentation ... but no software. 

If the software is in there, can anybody give me the URL?

Patrick


Faisal wrote:
> 
> Hi Patrick,
> 
> Have you tried 'www.esight.com', the Lucent Internetworking support 
service
> website? I don't know whether they have any notes or guides for the 
MAX 800
> sotware versions, but it's worth a try.
> 
> Good luck,
> 
> Faisal.
> 
> At 12:18 31/08/00 +0200, you wrote:
> >Hi again,
> >
> >Is it normal that the ascend documentation is inconsistent? I got a
> >Max800 and the corresponding docu Max800 Series Network Configuration
> >guide which describes features like modemdiag ..., but none of the
> >modem... commands are available on the max800.
> >
> >I made the upgrade because the 8.0.2 version was the only 
international
> >one I got from my supplier. I need an international one to get ISDN
> >callback working (ISDN switch type NET3 only in international 
versions I
> >suppose).
> >
> >Now, I have an international one, and ISDN callback works, but my 
modems
> >no longer work. (XIRCOM global access 56) I gave them exactly the 
same
> >init strings on the 8.0.2 like on the 7.0.3 release. But they are 
unable
> >to pick up a call nor to place a call.(syslog reports: no channel
> >avail.)
> >
> >Questions:
> >1) Where can I get international versions for Max800 ? (older 
releases)
> >2) Does anyone know how to solve the modem problem on the 8.0.2 
release?
> >3) Does anyone know what the new (undocumented or unfindable) feature
> >   Main Edit Menu: PC CARD Modem -> Mod Config -> Num
> >   means. It is only in the 8.0.2 release.
> >4) Can anyone send me an international 7.0.x version for the Max 800?
> >
> >
> >Thank's very much for any help.
> >Patrick Horsmans
> >++ Ascend Users Mailing List ++
> >To unsubscribe:        send unsubscribe to 
ascend-users-request@bungi.com
> >To get FAQ'd:  <http://www.nealis.net/ascend/faq>
> >
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mdobra at mtco.com  Wed Sep  6 21:29:01 2000
From: mdobra at mtco.com (Mick Dobra)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <007301c01754$13eb8df0$eb86fd3e@pc>
Message-ID: <Pine.LNX.4.20.0009062123330.17694-100000@galaxy.mtco.com>

How far from the customer premise to the central office or dslam? 
We've found that the further you push the slower you need to 
connect in order to keep a stable connection.

Never used NAT.

On Tue, 5 Sep 2000, Matthew Watkins wrote:

> Hi,
> 
> We have something of a problem with some Lucent SDSL equipment right now,
> and some suggestions from this list might be helpful in getting the issue
> solved.
> 
> We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
> copper. It's a single-copper pair, running between two locations. We have
> set the line speed statically to 272000 at both ends of the link. The next
> step up seemed to produce an unstable connection. During testing, "autobaud"
> was either taking too long, or did not appear to work at all.
> 
> The problem appears to be poor upstream performance from the pipeline. FTP
> downloads hit high speeds, but uploads slow to a crawl. The same is true for
> sending mail etc., so it would appear to affect all the traffic on the wire.
> 
> The pipeline originally used RFC1918 addresses on the ethernet interface,
> and was running Network address translation. I've not used the pipeline NAT
> implementation for anything before, so I wasn't sure if this was the cause.
> 
> I also couldn't gain telnet access to the pipeline when NAT was enabled. I
> would have hoped that port 23 would be automatically mapped to the external
> numbered interface address, but that does not appear to be the case. Adding
> a static mapping so that port 23 points at the pipeline's ethernet interface
> address does not provide remote access either.
> 
> I've recently swapped back to using a numbered configuration and have
> regained remote access to the pipeline, although the main performance issue
> remains.
> 
> The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.
> 
> Anyone got any ideas before I lose what remains of my sanity?
> 
> Regards,
> 
> - Matt
> 
> --
> 
> Matthew Watkins
> Technical Consultant
> Knowware UK Ltd
> 
> Mobile: 07968 755807
> Home Office: +44 (0)1223 300917
> Fax: +44 (0)1223 301280
> Email: matt@knowware.co.uk
> http://www.knowware.co.uk
> 
> 
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 

***********************************************
Mick Dobra
Systems Administrator
MTCO Communications
1-800-859-6826

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Wed Sep  6 09:04:15 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062123330.17694-100000@galaxy.mtco.com>
Message-ID: <003401c0180b$5857a660$eb86fd3e@pc>

> How far from the customer premise to the central office or dslam?
> We've found that the further you push the slower you need to
> connect in order to keep a stable connection.
>
> Never used NAT.

Not entirely sure, but it's likely that we are pushing the workable limits.
Maybe the copper run is between three and four kilometers?

Now we're not using NAT, I've got access to the pipeline back again.
I can immediately see that there are errors on the Wan interface:

WAN Stat
Rx Pkt:       2292
Tx Pkt:       2796
CRC:        586v

I have swapped the data rate from 272000 to the lowest setting, 144000 baud.
The same CRC errors occur. Telnet to the pipeline feels laggy, with loads of
delay. I think there are plenty of packets being re-sent. Just to totally
contradict everything, I can ping the pipeline and get no loss with a
reasonably consistent 100ms time, even with large ping packets. The pipeline
says Line quality is "4db Good". I have been considering trying BERT tests,
but find myself wondering if this will provide any useful information? STAC
compression is currently enabled, which I am about to turn off... As I said
before, downstream traffic seems fast and reliable. I can't think why there
should be any assymetry. If the line is noisy, it should affect traffic both
ways?

- Matt


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mdobra at mtco.com  Wed Sep  6 21:29:01 2000
From: mdobra at mtco.com (Mick Dobra)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <007301c01754$13eb8df0$eb86fd3e@pc>
Message-ID: <Pine.LNX.4.20.0009062123330.17694-100000@galaxy.mtco.com>

How far from the customer premise to the central office or dslam? 
We've found that the further you push the slower you need to 
connect in order to keep a stable connection.

Never used NAT.

On Tue, 5 Sep 2000, Matthew Watkins wrote:

> Hi,
> 
> We have something of a problem with some Lucent SDSL equipment right now,
> and some suggestions from this list might be helpful in getting the issue
> solved.
> 
> We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
> copper. It's a single-copper pair, running between two locations. We have
> set the line speed statically to 272000 at both ends of the link. The next
> step up seemed to produce an unstable connection. During testing, "autobaud"
> was either taking too long, or did not appear to work at all.
> 
> The problem appears to be poor upstream performance from the pipeline. FTP
> downloads hit high speeds, but uploads slow to a crawl. The same is true for
> sending mail etc., so it would appear to affect all the traffic on the wire.
> 
> The pipeline originally used RFC1918 addresses on the ethernet interface,
> and was running Network address translation. I've not used the pipeline NAT
> implementation for anything before, so I wasn't sure if this was the cause.
> 
> I also couldn't gain telnet access to the pipeline when NAT was enabled. I
> would have hoped that port 23 would be automatically mapped to the external
> numbered interface address, but that does not appear to be the case. Adding
> a static mapping so that port 23 points at the pipeline's ethernet interface
> address does not provide remote access either.
> 
> I've recently swapped back to using a numbered configuration and have
> regained remote access to the pipeline, although the main performance issue
> remains.
> 
> The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.
> 
> Anyone got any ideas before I lose what remains of my sanity?
> 
> Regards,
> 
> - Matt
> 
> --
> 
> Matthew Watkins
> Technical Consultant
> Knowware UK Ltd
> 
> Mobile: 07968 755807
> Home Office: +44 (0)1223 300917
> Fax: +44 (0)1223 301280
> Email: matt@knowware.co.uk
> http://www.knowware.co.uk
> 
> 
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 

***********************************************
Mick Dobra
Systems Administrator
MTCO Communications
1-800-859-6826

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Wed Sep  6 09:04:15 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062123330.17694-100000@galaxy.mtco.com>
Message-ID: <003401c0180b$5857a660$eb86fd3e@pc>

> How far from the customer premise to the central office or dslam?
> We've found that the further you push the slower you need to
> connect in order to keep a stable connection.
>
> Never used NAT.

Not entirely sure, but it's likely that we are pushing the workable limits.
Maybe the copper run is between three and four kilometers?

Now we're not using NAT, I've got access to the pipeline back again.
I can immediately see that there are errors on the Wan interface:

WAN Stat
Rx Pkt:       2292
Tx Pkt:       2796
CRC:        586v

I have swapped the data rate from 272000 to the lowest setting, 144000 baud.
The same CRC errors occur. Telnet to the pipeline feels laggy, with loads of
delay. I think there are plenty of packets being re-sent. Just to totally
contradict everything, I can ping the pipeline and get no loss with a
reasonably consistent 100ms time, even with large ping packets. The pipeline
says Line quality is "4db Good". I have been considering trying BERT tests,
but find myself wondering if this will provide any useful information? STAC
compression is currently enabled, which I am about to turn off... As I said
before, downstream traffic seems fast and reliable. I can't think why there
should be any assymetry. If the line is noisy, it should affect traffic both
ways?

- Matt


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mdobra at mtco.com  Wed Sep  6 22:07:46 2000
From: mdobra at mtco.com (Mick Dobra)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <003401c0180b$5857a660$eb86fd3e@pc>
Message-ID: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com>

> WAN Stat
> Rx Pkt:       2292
> Tx Pkt:       2796
> CRC:        586v
> 
> I have swapped the data rate from 272000 to the lowest setting, 144000 baud.
> The same CRC errors occur. Telnet to the pipeline feels laggy, with loads of
> delay. I think there are plenty of packets being re-sent. Just to totally
> contradict everything, I can ping the pipeline and get no loss with a
> reasonably consistent 100ms time, even with large ping packets. The pipeline
> says Line quality is "4db Good". I have been considering trying BERT tests,
> but find myself wondering if this will provide any useful information? STAC
> compression is currently enabled, which I am about to turn off... As I said
> before, downstream traffic seems fast and reliable. I can't think why there
> should be any assymetry. If the line is noisy, it should affect traffic both
> ways?
> 

No. It could be a short or ground on one side of the copper pair. If you 
are not familiar with line testing I would recommend getting a telco
tech. involved to run metalic tests on the line. 4db is low quality. We 
typically see better than 12db on a good line.

***********************************************
Mick Dobra
Systems Administrator
MTCO Communications
1-800-859-6826

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mdobra at mtco.com  Wed Sep  6 22:07:46 2000
From: mdobra at mtco.com (Mick Dobra)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <003401c0180b$5857a660$eb86fd3e@pc>
Message-ID: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com>

> WAN Stat
> Rx Pkt:       2292
> Tx Pkt:       2796
> CRC:        586v
> 
> I have swapped the data rate from 272000 to the lowest setting, 144000 baud.
> The same CRC errors occur. Telnet to the pipeline feels laggy, with loads of
> delay. I think there are plenty of packets being re-sent. Just to totally
> contradict everything, I can ping the pipeline and get no loss with a
> reasonably consistent 100ms time, even with large ping packets. The pipeline
> says Line quality is "4db Good". I have been considering trying BERT tests,
> but find myself wondering if this will provide any useful information? STAC
> compression is currently enabled, which I am about to turn off... As I said
> before, downstream traffic seems fast and reliable. I can't think why there
> should be any assymetry. If the line is noisy, it should affect traffic both
> ways?
> 

No. It could be a short or ground on one side of the copper pair. If you 
are not familiar with line testing I would recommend getting a telco
tech. involved to run metalic tests on the line. 4db is low quality. We 
typically see better than 12db on a good line.

***********************************************
Mick Dobra
Systems Administrator
MTCO Communications
1-800-859-6826

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Wed Sep  6 09:59:54 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com>
Message-ID: <004701c01813$1d8b7d60$eb86fd3e@pc>

Mick,

I genuinely wouldn't know where to start when trying to identify a good
physical connection from a bad one. Presumably a shorter line has reduced
resistance/impedance, are there any other readily measurable factors that
can be taken into account? The BT engineers were apparently surprised at how
good the quality of the line turned out to be...

I can now confirm that this was definitely something to do with the
configuration of the pipeline... I've made sure that at both ends STAC
compression was turned off, swapped to make sure PPP was the only
encapsulation type that could be negotiated (not MPP etc...) then made sure
bridging was disabled everywhere in the configurations. I saved the
configurations to flash and reset the pipeline with my fingers crossed.

On coming back up, the pipeline said:

Port Up: 00:00:04
Rx signal present
Line Q: 15db Good

It looked like something on the pipeline was hogging processor time and
causing large packets to be dropped or errored. The reported line quality
now drifts between 7db and 8db. There are fewer CRC errors by a huge factor:

20-300 WAN Stat
>Rx Pkt:       4685
 Tx Pkt:       4756
 CRC:        237

From matt at knowware.co.uk  Wed Sep  6 09:59:54 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com>
Message-ID: <004701c01813$1d8b7d60$eb86fd3e@pc>

Mick,

I genuinely wouldn't know where to start when trying to identify a good
physical connection from a bad one. Presumably a shorter line has reduced
resistance/impedance, are there any other readily measurable factors that
can be taken into account? The BT engineers were apparently surprised at how
good the quality of the line turned out to be...

I can now confirm that this was definitely something to do with the
configuration of the pipeline... I've made sure that at both ends STAC
compression was turned off, swapped to make sure PPP was the only
encapsulation type that could be negotiated (not MPP etc...) then made sure
bridging was disabled everywhere in the configurations. I saved the
configurations to flash and reset the pipeline with my fingers crossed.

On coming back up, the pipeline said:

Port Up: 00:00:04
Rx signal present
Line Q: 15db Good

It looked like something on the pipeline was hogging processor time and
causing large packets to be dropped or errored. The reported line quality
now drifts between 7db and 8db. There are fewer CRC errors by a huge factor:

20-300 WAN Stat
>Rx Pkt:       4685
 Tx Pkt:       4756
 CRC:        237

From jmavericks at hotmail.com  Wed Sep  6 11:33:38 2000
From: jmavericks at hotmail.com (John Mavericks)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] (ASCEND) Re: ascend-users-digest V96 #2065
Message-ID: <F200wWJv3zOdnjQ8vjq000035a1@hotmail.com>

Matt,

The only thing I can recommend would be to grab a laptop and
the DSL Pipe and back to back the Pipe and Max at the DSL-Max
end and do some testing. This helped out greatly since in
my case I actually had bad copper facilities. Obviously it
can be painful setting up the maintenance window to do this but
it helps knowing exactly where to point the finger. I've
been driven insane-o by this before.

J Mav.

>From: "Matthew Watkins" <matt@knowware.co.uk>
>Date: Tue, 5 Sep 2000 17:12:24 +0100
>Subject: (ASCEND) DSL equipment problem?
>
>We have something of a problem with some Lucent SDSL equipment right now,
>and some suggestions from this list might be helpful in getting the issue
>solved.
>
>We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
>copper. It's a single-copper pair, running between two locations. We have
>set the line speed statically to 272000 at both ends of the link. The next
>step up seemed to produce an unstable connection. During testing, 
>"autobaud"
>was either taking too long, or did not appear to work at all.
>
>The problem appears to be poor upstream performance from the pipeline. FTP
>downloads hit high speeds, but uploads slow to a crawl. The same is true 
>for
>sending mail etc., so it would appear to affect all the traffic on the 
>wire.
>
>The pipeline originally used RFC1918 addresses on the ethernet interface,
>and was running Network address translation. I've not used the pipeline NAT
>implementation for anything before, so I wasn't sure if this was the cause.
>
>I also couldn't gain telnet access to the pipeline when NAT was enabled. I
>would have hoped that port 23 would be automatically mapped to the external
>numbered interface address, but that does not appear to be the case. Adding
>a static mapping so that port 23 points at the pipeline's ethernet 
>interface
>address does not provide remote access either.
>
>I've recently swapped back to using a numbered configuration and have
>regained remote access to the pipeline, although the main performance issue
>remains.
>
>The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

>- - Matt

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Wed Sep  6 11:54:28 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <200009060545.WAA22841@max.bungi.com>
References: <200009060545.WAA22841@max.bungi.com>
Message-ID: <p04330117b5dc21b096ea@[206.40.74.35]>

>From: "Matthew Watkins" <matt@knowware.co.uk>
>
>We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
>copper. It's a single-copper pair, running between two locations. We have
>set the line speed statically to 272000 at both ends of the link. The next
>step up seemed to produce an unstable connection. During testing, "autobaud"
>was either taking too long, or did not appear to work at all.

What's the length of the loop?

>The problem appears to be poor upstream performance from the pipeline. FTP
>downloads hit high speeds, but uploads slow to a crawl. The same is true for
>sending mail etc., so it would appear to affect all the traffic on the wire.

Are you using PPP or Frame Relay encapsulation? Check the encaps 
settings carefully; if PPP, is compression enabled on one side but 
not the other, etc... It sounds like you might have an encapsulation 
error. Set aside the fact that it's DSL for a moment and check the 
upper layers.

>The pipeline originally used RFC1918 addresses on the ethernet interface,
>and was running Network address translation. I've not used the pipeline NAT
>implementation for anything before, so I wasn't sure if this was the cause.

It shouldn't be a problem with recent code.

>I also couldn't gain telnet access to the pipeline when NAT was enabled. I
>would have hoped that port 23 would be automatically mapped to the external
>numbered interface address, but that does not appear to be the case. Adding
>a static mapping so that port 23 points at the pipeline's ethernet interface
>address does not provide remote access either.

A static mapping _should_ work to get you telnet access.

>The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

So presumably this is a DSLPipe-HS or -HST? Those are decent boxes 
and we have them in the field with no problems. We are running 7.10.5.

HTH.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jmavericks at hotmail.com  Wed Sep  6 11:33:38 2000
From: jmavericks at hotmail.com (John Mavericks)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] (ASCEND) Re: ascend-users-digest V96 #2065
Message-ID: <F200wWJv3zOdnjQ8vjq000035a1@hotmail.com>

Matt,

The only thing I can recommend would be to grab a laptop and
the DSL Pipe and back to back the Pipe and Max at the DSL-Max
end and do some testing. This helped out greatly since in
my case I actually had bad copper facilities. Obviously it
can be painful setting up the maintenance window to do this but
it helps knowing exactly where to point the finger. I've
been driven insane-o by this before.

J Mav.

>From: "Matthew Watkins" <matt@knowware.co.uk>
>Date: Tue, 5 Sep 2000 17:12:24 +0100
>Subject: (ASCEND) DSL equipment problem?
>
>We have something of a problem with some Lucent SDSL equipment right now,
>and some suggestions from this list might be helpful in getting the issue
>solved.
>
>We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
>copper. It's a single-copper pair, running between two locations. We have
>set the line speed statically to 272000 at both ends of the link. The next
>step up seemed to produce an unstable connection. During testing, 
>"autobaud"
>was either taking too long, or did not appear to work at all.
>
>The problem appears to be poor upstream performance from the pipeline. FTP
>downloads hit high speeds, but uploads slow to a crawl. The same is true 
>for
>sending mail etc., so it would appear to affect all the traffic on the 
>wire.
>
>The pipeline originally used RFC1918 addresses on the ethernet interface,
>and was running Network address translation. I've not used the pipeline NAT
>implementation for anything before, so I wasn't sure if this was the cause.
>
>I also couldn't gain telnet access to the pipeline when NAT was enabled. I
>would have hoped that port 23 would be automatically mapped to the external
>numbered interface address, but that does not appear to be the case. Adding
>a static mapping so that port 23 points at the pipeline's ethernet 
>interface
>address does not provide remote access either.
>
>I've recently swapped back to using a numbered configuration and have
>regained remote access to the pipeline, although the main performance issue
>remains.
>
>The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

>- - Matt

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jan.den.boer at landisstaefa.nl  Wed Sep  6 12:10:17 2000
From: jan.den.boer at landisstaefa.nl (Erik)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] (ASCEND) Accounting Attributes MAX to RADIUS
Message-ID: <8p5u3r$hra$1@news1.xs4all.nl>

We are using a MAX2000 with Steel Belted Radius as Accounting server.
I'm using the Accounting activity files for reporting purposes. The default
attributes are filled but not the vendor specific (Ascend).
This way I can't extract things like Call-back, Disconnect Error Info, etc.
The logging level in Radius.ini is 2 (Maximum).

Erik


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Wed Sep  6 11:54:28 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:11 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <200009060545.WAA22841@max.bungi.com>
References: <200009060545.WAA22841@max.bungi.com>
Message-ID: <p04330117b5dc21b096ea@[206.40.74.35]>

>From: "Matthew Watkins" <matt@knowware.co.uk>
>
>We're using a DSL-Max and a DSL-Pipeline over some British Telecom supplied
>copper. It's a single-copper pair, running between two locations. We have
>set the line speed statically to 272000 at both ends of the link. The next
>step up seemed to produce an unstable connection. During testing, "autobaud"
>was either taking too long, or did not appear to work at all.

What's the length of the loop?

>The problem appears to be poor upstream performance from the pipeline. FTP
>downloads hit high speeds, but uploads slow to a crawl. The same is true for
>sending mail etc., so it would appear to affect all the traffic on the wire.

Are you using PPP or Frame Relay encapsulation? Check the encaps 
settings carefully; if PPP, is compression enabled on one side but 
not the other, etc... It sounds like you might have an encapsulation 
error. Set aside the fact that it's DSL for a moment and check the 
upper layers.

>The pipeline originally used RFC1918 addresses on the ethernet interface,
>and was running Network address translation. I've not used the pipeline NAT
>implementation for anything before, so I wasn't sure if this was the cause.

It shouldn't be a problem with recent code.

>I also couldn't gain telnet access to the pipeline when NAT was enabled. I
>would have hoped that port 23 would be automatically mapped to the external
>numbered interface address, but that does not appear to be the case. Adding
>a static mapping so that port 23 points at the pipeline's ethernet interface
>address does not provide remote access either.

A static mapping _should_ work to get you telnet access.

>The code revision on the Max is: 8.0.3, the pipeline is running 7.10.8.

So presumably this is a DSLPipe-HS or -HST? Those are decent boxes 
and we have them in the field with no problems. We are running 7.10.5.

HTH.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jan.den.boer at landisstaefa.nl  Wed Sep  6 12:10:17 2000
From: jan.den.boer at landisstaefa.nl (Erik)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] (ASCEND) Accounting Attributes MAX to RADIUS
Message-ID: <8p5u3r$hra$1@news1.xs4all.nl>

We are using a MAX2000 with Steel Belted Radius as Accounting server.
I'm using the Accounting activity files for reporting purposes. The default
attributes are filled but not the vendor specific (Ascend).
This way I can't extract things like Call-back, Disconnect Error Info, etc.
The logging level in Radius.ini is 2 (Maximum).

Erik


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at aobe.com  Wed Sep  6 13:02:18 2000
From: scott at aobe.com (Scott Starbuck)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com> <004701c01813$1d8b7d60$eb86fd3e@pc>
Message-ID: <39B686A9.C40B2657@aobe.com>

Hi Matthew,

One thing that you will want to be aware of is that if you are testing the NAT /
Telnet setup - is that the machine you are testing from will need to be on
another network than the one the Pipeline is on. In other words, if you try and
Telnet to the Pipeline's IP assigned by the ISP while you are on, say a
192.168.0.0 network or similar and so is the Pipeline - this will not work in my
experience. Of course you would never do this in real life but when setting it
up I was on the same network and trying to go out and back so to speak.

I almost drove myself crazy with this once thinking it was not working and
didn't discover until I tried it from another location it was actually working
fine.

You mentioned turning off STAC and you should disable VJ Comp as well. Van
Jacobsen Compression applies only to packets in TCP applications, such as Telnet
(one of the things you mention). From a conversation I had with an Ascend
engineer one time when we were troubleshooting very similar problems to those
you describe on a  T1 between 2 P130's,  he said VJ and STAC were most useful on
ISDN and slower type connections and that it would actually slow down T1 or
faster links. This was indeed the problem in our situation.
Hope this helps and good luck.

Scott Starbuck
Aobe Network Group
---------------------

Matthew Watkins wrote:

> Mick,
>
> I genuinely wouldn't know where to start when trying to identify a good
> physical connection from a bad one. Presumably a shorter line has reduced
> resistance/impedance, are there any other readily measurable factors that
> can be taken into account? The BT engineers were apparently surprised at how
> good the quality of the line turned out to be...
>
> I can now confirm that this was definitely something to do with the
> configuration of the pipeline... I've made sure that at both ends STAC
> compression was turned off, swapped to make sure PPP was the only
> encapsulation type that could be negotiated (not MPP etc...) then made sure
> bridging was disabled everywhere in the configurations. I saved the
> configurations to flash and reset the pipeline with my fingers crossed.
>
> On coming back up, the pipeline said:
>
> Port Up: 00:00:04
> Rx signal present
> Line Q: 15db Good
>
> It looked like something on the pipeline was hogging processor time and
> causing large packets to be dropped or errored. The reported line quality
> now drifts between 7db and 8db. There are fewer CRC errors by a huge factor:
>
> 20-300 WAN Stat
> >Rx Pkt:       4685
>  Tx Pkt:       4756
>  CRC:        237
>
> >From a remote session, the VT-100 interface now actually redraws every
> second rather than every ten seconds.
>
> This seems a little crazy to me. It would appear that most of the default
> settings are totally unsuitable?
>
> I would really like to be able to get that NAT configuration working again.
> Does anybody know what I need to do to enable remote telnet access to a
> pipeline running NAT?
>
> --
>
> Matthew Watkins
> Technical Consultant
> Knowware UK Ltd
>
> Mobile: 07968 755807
> Home Office: +44 (0)1223 300917
> Fax: +44 (0)1223 301280
> Email: matt@knowware.co.uk
> http://www.knowware.co.uk
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at aobe.com  Wed Sep  6 13:02:18 2000
From: scott at aobe.com (Scott Starbuck)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <Pine.LNX.4.20.0009062205210.17694-100000@galaxy.mtco.com> <004701c01813$1d8b7d60$eb86fd3e@pc>
Message-ID: <39B686A9.C40B2657@aobe.com>

Hi Matthew,

One thing that you will want to be aware of is that if you are testing the NAT /
Telnet setup - is that the machine you are testing from will need to be on
another network than the one the Pipeline is on. In other words, if you try and
Telnet to the Pipeline's IP assigned by the ISP while you are on, say a
192.168.0.0 network or similar and so is the Pipeline - this will not work in my
experience. Of course you would never do this in real life but when setting it
up I was on the same network and trying to go out and back so to speak.

I almost drove myself crazy with this once thinking it was not working and
didn't discover until I tried it from another location it was actually working
fine.

You mentioned turning off STAC and you should disable VJ Comp as well. Van
Jacobsen Compression applies only to packets in TCP applications, such as Telnet
(one of the things you mention). From a conversation I had with an Ascend
engineer one time when we were troubleshooting very similar problems to those
you describe on a  T1 between 2 P130's,  he said VJ and STAC were most useful on
ISDN and slower type connections and that it would actually slow down T1 or
faster links. This was indeed the problem in our situation.
Hope this helps and good luck.

Scott Starbuck
Aobe Network Group
---------------------

Matthew Watkins wrote:

> Mick,
>
> I genuinely wouldn't know where to start when trying to identify a good
> physical connection from a bad one. Presumably a shorter line has reduced
> resistance/impedance, are there any other readily measurable factors that
> can be taken into account? The BT engineers were apparently surprised at how
> good the quality of the line turned out to be...
>
> I can now confirm that this was definitely something to do with the
> configuration of the pipeline... I've made sure that at both ends STAC
> compression was turned off, swapped to make sure PPP was the only
> encapsulation type that could be negotiated (not MPP etc...) then made sure
> bridging was disabled everywhere in the configurations. I saved the
> configurations to flash and reset the pipeline with my fingers crossed.
>
> On coming back up, the pipeline said:
>
> Port Up: 00:00:04
> Rx signal present
> Line Q: 15db Good
>
> It looked like something on the pipeline was hogging processor time and
> causing large packets to be dropped or errored. The reported line quality
> now drifts between 7db and 8db. There are fewer CRC errors by a huge factor:
>
> 20-300 WAN Stat
> >Rx Pkt:       4685
>  Tx Pkt:       4756
>  CRC:        237
>
> >From a remote session, the VT-100 interface now actually redraws every
> second rather than every ten seconds.
>
> This seems a little crazy to me. It would appear that most of the default
> settings are totally unsuitable?
>
> I would really like to be able to get that NAT configuration working again.
> Does anybody know what I need to do to enable remote telnet access to a
> pipeline running NAT?
>
> --
>
> Matthew Watkins
> Technical Consultant
> Knowware UK Ltd
>
> Mobile: 07968 755807
> Home Office: +44 (0)1223 300917
> Fax: +44 (0)1223 301280
> Email: matt@knowware.co.uk
> http://www.knowware.co.uk
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From shaavik at soc.lib.md.us  Thu Sep  7 06:44:47 2000
From: shaavik at soc.lib.md.us (Steve Haavik)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] (ASCEND) MAX 6000 problems
Message-ID: <39B77FAF.CA878661@soc.lib.md.us>

Has anyone seen this or know what would cause it?

Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down

We've been having a lot of trouble lately with this one site. I'm seeing
a large number of refused calls (with 2 to 4 modems in use) and strange
dialed numbers. The only thing I've found that will get it to start
answering calls again for more than a few hours is to reset the router.
I called Verizon about it and they took the PRI down for testing and of
course it worked for a few days after that, but now I 'm getting
complaints again. The router worked fine for a few months without
complaint and we have replaced it just  to make sure. It's currently
running 7.2.4 tbaxkh.m60.

-- 
Steve Haavik
Sailor Operations Center
shaavik@soc.lib.md.us
Office: 410-396-5551
Cell: 410-371-3158
Pager: 410-379-1824
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From shaavik at soc.lib.md.us  Thu Sep  7 06:44:47 2000
From: shaavik at soc.lib.md.us (Steve Haavik)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] (ASCEND) MAX 6000 problems
Message-ID: <39B77FAF.CA878661@soc.lib.md.us>

Has anyone seen this or know what would cause it?

Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down

We've been having a lot of trouble lately with this one site. I'm seeing
a large number of refused calls (with 2 to 4 modems in use) and strange
dialed numbers. The only thing I've found that will get it to start
answering calls again for more than a few hours is to reset the router.
I called Verizon about it and they took the PRI down for testing and of
course it worked for a few days after that, but now I 'm getting
complaints again. The router worked fine for a few months without
complaint and we have replaced it just  to make sure. It's currently
running 7.2.4 tbaxkh.m60.

-- 
Steve Haavik
Sailor Operations Center
shaavik@soc.lib.md.us
Office: 410-396-5551
Cell: 410-371-3158
Pager: 410-379-1824
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From vandry at TZoNE.ORG  Thu Sep  7 09:09:09 2000
From: vandry at TZoNE.ORG (Phillip Vandry)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
In-Reply-To: Your message of "Tue, 29 Aug 2000 17:49:40 EDT."
             <3.0.5.32.20000829174940.03c05d00@pop.blacksburg.net> 
Message-ID: <200009071409.KAA00468@Iodine.Mlink.NET>

> >#sh rev
> >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> >#sh up
> >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> 
> Well one of ours has
> 
> >sh rev
>  system revision: ti.m40 5.0Ap36
> sh up
> system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds

Well, a few weeks ago I posted about one of mine that was scheduled to be
removed from service the next day, but it looks like nobody has yet
pulled the plug!

system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds

Hey, yeah! It was able to make it to 2 years.

-Phil
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From guido at ipa.net  Thu Sep  7 09:34:20 2000
From: guido at ipa.net (Dave Montgomery)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
In-Reply-To: <39B77FAF.CA878661@soc.lib.md.us>
Message-ID: <NDBBJBOKDKPKHMFILCBBEECLDCAA.guido@ipa.net>

We've had a very similar problem with several of our 6000's. We've had this
problem at pop's with PRI as well as T1, and with software versions tbixkh
7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call is refused is
that the when the ratio of bad to good calls gets too high, the max assumes
it's a problem with the modem card and therefore puts it on the 195 list to
be rebooted. Once it does this it, lists the card as unavailable and waits
for everyone on it to disconnect before rebooting the card.

The end result of this process is that while waiting for all the calls to
clear off the card, you have fewer modems than you thought. In our case,
this means you have more incoming lines than modems and so the max will
either refuse the call or it will route the call to HDLC drivers (in which
case, callers will hear digital tones and "show users" will list 56k or 64k
attempted connections).

If you want to see if this is what's happening, you can go to diagnostics
and type "avm" if your code <8.0 or "lanp modem" if your code is >8.0. These
commands will list all available, used, suspect and 195 (waiting for reset)
modems. This is usefull really only to see if the problem is occurring. You
can use the "fatal-history" command from diagnostics to see if the problem
haas occurred recently. It has the fatal log will list something like:

WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
        Date: 09/03/2000.       Time: 13:00:34
        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338


Well, that's all I know about it. I still don't know exactly what causes the
max put modems on the 195 list and I don't know if there's a way to prevent
this. I'm not entirely sure if it's an equipment or telco issue and I don't
know where to look from here. If anyone out there has any thought's on the
matter I would love to hear them. This is a problem that we've been
experiencing for a while a now and nobody seems to know what's going on so
any input at all would be appreciated.

Thanks.

Hope this helps some Steve.


---Dave Montgomery
   IPA Network Technician
   1-800-785-4091

-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
Sent: Thursday, September 07, 2000 6:45 AM
To: ascend-users@bungi.com
Subject: (ASCEND) MAX 6000 problems


Has anyone seen this or know what would cause it?

Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down

We've been having a lot of trouble lately with this one site. I'm seeing
a large number of refused calls (with 2 to 4 modems in use) and strange
dialed numbers. The only thing I've found that will get it to start
answering calls again for more than a few hours is to reset the router.
I called Verizon about it and they took the PRI down for testing and of
course it worked for a few days after that, but now I 'm getting
complaints again. The router worked fine for a few months without
complaint and we have replaced it just  to make sure. It's currently
running 7.2.4 tbaxkh.m60.

--
Steve Haavik
Sailor Operations Center
shaavik@soc.lib.md.us
Office: 410-396-5551
Cell: 410-371-3158
Pager: 410-379-1824
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Thu Sep  7 09:36:15 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] (ASCEND) DSL equipment problem? -- configuration
In-Reply-To: <200009070545.WAA28801@max.bungi.com>
Message-ID: <000701c018d8$f9f7e7f0$0179a8c0@multiboard.com>

> > It looked like something on the pipeline was hogging processor time and
> > causing large packets to be dropped or errored. The reported
> > line quality now drifts between 7db and 8db. There are fewer CRC errors

Drifting may cause a problem as if you lock your baud at a rate usable at
8db and it drops to 7db it might loose data.  You might want to try locking
it down a speed and see if that clears up your CRC problems.

> > Does anybody know what I need to do to enable remote telnet access to a
> > pipeline running NAT?

Ethernet > NAT > NAT > Static Mappings > Static Map 01
 Valid=Yes
 Dst Port #=23
 Protocol=TCP
 Loc Port #=23
 Loc Adrs=192.168.100.254

               ^---- this must be the same address in
                     Ethernet > Mod Config > Ethernet > IP Adrs
                     (ie not the public Internet IP address)

...we use NAT over Frame Relay with the DSL, and NAT over PPP for ISDN and
the same static mapping works on both.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From vandry at TZoNE.ORG  Thu Sep  7 09:09:09 2000
From: vandry at TZoNE.ORG (Phillip Vandry)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
In-Reply-To: Your message of "Tue, 29 Aug 2000 17:49:40 EDT."
             <3.0.5.32.20000829174940.03c05d00@pop.blacksburg.net> 
Message-ID: <200009071409.KAA00468@Iodine.Mlink.NET>

> >#sh rev
> >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> >#sh up
> >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> 
> Well one of ours has
> 
> >sh rev
>  system revision: ti.m40 5.0Ap36
> sh up
> system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds

Well, a few weeks ago I posted about one of mine that was scheduled to be
removed from service the next day, but it looks like nobody has yet
pulled the plug!

system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds

Hey, yeah! It was able to make it to 2 years.

-Phil
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From shovey at buffnet.net  Thu Sep  7 09:35:03 2000
From: shovey at buffnet.net (Stephen Hovey)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
In-Reply-To: <200009071409.KAA00468@Iodine.Mlink.NET>
Message-ID: <Pine.BSF.4.05.10009071034420.24338-100000@buffnet11.buffnet.net>

You'll never see uptimes like that on SCO or anything (we used to use it
and were lucky to see 2 days :) )

On Thu, 7 Sep 2000, Phillip Vandry wrote:

> > >#sh rev
> > >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> > >#sh up
> > >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> > 
> > Well one of ours has
> > 
> > >sh rev
> >  system revision: ti.m40 5.0Ap36
> > sh up
> > system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds
> 
> Well, a few weeks ago I posted about one of mine that was scheduled to be
> removed from service the next day, but it looks like nobody has yet
> pulled the plug!
> 
> system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds
> 
> Hey, yeah! It was able to make it to 2 years.
> 
> -Phil
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From guido at ipa.net  Thu Sep  7 09:34:20 2000
From: guido at ipa.net (Dave Montgomery)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
In-Reply-To: <39B77FAF.CA878661@soc.lib.md.us>
Message-ID: <NDBBJBOKDKPKHMFILCBBEECLDCAA.guido@ipa.net>

We've had a very similar problem with several of our 6000's. We've had this
problem at pop's with PRI as well as T1, and with software versions tbixkh
7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call is refused is
that the when the ratio of bad to good calls gets too high, the max assumes
it's a problem with the modem card and therefore puts it on the 195 list to
be rebooted. Once it does this it, lists the card as unavailable and waits
for everyone on it to disconnect before rebooting the card.

The end result of this process is that while waiting for all the calls to
clear off the card, you have fewer modems than you thought. In our case,
this means you have more incoming lines than modems and so the max will
either refuse the call or it will route the call to HDLC drivers (in which
case, callers will hear digital tones and "show users" will list 56k or 64k
attempted connections).

If you want to see if this is what's happening, you can go to diagnostics
and type "avm" if your code <8.0 or "lanp modem" if your code is >8.0. These
commands will list all available, used, suspect and 195 (waiting for reset)
modems. This is usefull really only to see if the problem is occurring. You
can use the "fatal-history" command from diagnostics to see if the problem
haas occurred recently. It has the fatal log will list something like:

WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
        Date: 09/03/2000.       Time: 13:00:34
        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338


Well, that's all I know about it. I still don't know exactly what causes the
max put modems on the 195 list and I don't know if there's a way to prevent
this. I'm not entirely sure if it's an equipment or telco issue and I don't
know where to look from here. If anyone out there has any thought's on the
matter I would love to hear them. This is a problem that we've been
experiencing for a while a now and nobody seems to know what's going on so
any input at all would be appreciated.

Thanks.

Hope this helps some Steve.


---Dave Montgomery
   IPA Network Technician
   1-800-785-4091

-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
Sent: Thursday, September 07, 2000 6:45 AM
To: ascend-users@bungi.com
Subject: (ASCEND) MAX 6000 problems


Has anyone seen this or know what would cause it?

Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down

We've been having a lot of trouble lately with this one site. I'm seeing
a large number of refused calls (with 2 to 4 modems in use) and strange
dialed numbers. The only thing I've found that will get it to start
answering calls again for more than a few hours is to reset the router.
I called Verizon about it and they took the PRI down for testing and of
course it worked for a few days after that, but now I 'm getting
complaints again. The router worked fine for a few months without
complaint and we have replaced it just  to make sure. It's currently
running 7.2.4 tbaxkh.m60.

--
Steve Haavik
Sailor Operations Center
shaavik@soc.lib.md.us
Office: 410-396-5551
Cell: 410-371-3158
Pager: 410-379-1824
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Thu Sep  7 09:36:15 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] (ASCEND) DSL equipment problem? -- configuration
In-Reply-To: <200009070545.WAA28801@max.bungi.com>
Message-ID: <000701c018d8$f9f7e7f0$0179a8c0@multiboard.com>

> > It looked like something on the pipeline was hogging processor time and
> > causing large packets to be dropped or errored. The reported
> > line quality now drifts between 7db and 8db. There are fewer CRC errors

Drifting may cause a problem as if you lock your baud at a rate usable at
8db and it drops to 7db it might loose data.  You might want to try locking
it down a speed and see if that clears up your CRC problems.

> > Does anybody know what I need to do to enable remote telnet access to a
> > pipeline running NAT?

Ethernet > NAT > NAT > Static Mappings > Static Map 01
 Valid=Yes
 Dst Port #=23
 Protocol=TCP
 Loc Port #=23
 Loc Adrs=192.168.100.254

               ^---- this must be the same address in
                     Ethernet > Mod Config > Ethernet > IP Adrs
                     (ie not the public Internet IP address)

...we use NAT over Frame Relay with the DSL, and NAT over PPP for ISDN and
the same static mapping works on both.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From shovey at buffnet.net  Thu Sep  7 09:35:03 2000
From: shovey at buffnet.net (Stephen Hovey)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
In-Reply-To: <200009071409.KAA00468@Iodine.Mlink.NET>
Message-ID: <Pine.BSF.4.05.10009071034420.24338-100000@buffnet11.buffnet.net>

You'll never see uptimes like that on SCO or anything (we used to use it
and were lucky to see 2 days :) )

On Thu, 7 Sep 2000, Phillip Vandry wrote:

> > >#sh rev
> > >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> > >#sh up
> > >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> > 
> > Well one of ours has
> > 
> > >sh rev
> >  system revision: ti.m40 5.0Ap36
> > sh up
> > system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds
> 
> Well, a few weeks ago I posted about one of mine that was scheduled to be
> removed from service the next day, but it looks like nobody has yet
> pulled the plug!
> 
> system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds
> 
> Hey, yeah! It was able to make it to 2 years.
> 
> -Phil
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From anthony at edge.net  Thu Sep  7 06:36:54 2000
From: anthony at edge.net (Anthony Chatman)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
References: <Pine.BSF.4.05.10009071034420.24338-100000@buffnet11.buffnet.net>
Message-ID: <39B77DD6.FBA1ECE2@edge.net>

I know this isn't the portmaster list, but we had a portmaster 2 up for
over 930 days, then we were forced to take it out of service.. (it never
made it to 1000 days :( ) Almost 3 years!



Stephen Hovey wrote:
> 
> You'll never see uptimes like that on SCO or anything (we used to use it
> and were lucky to see 2 days :) )
> 
> On Thu, 7 Sep 2000, Phillip Vandry wrote:
> 
> > > >#sh rev
> > > >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> > > >#sh up
> > > >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> > >
> > > Well one of ours has
> > >
> > > >sh rev
> > >  system revision: ti.m40 5.0Ap36
> > > sh up
> > > system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds
> >
> > Well, a few weeks ago I posted about one of mine that was scheduled to be
> > removed from service the next day, but it looks like nobody has yet
> > pulled the plug!
> >
> > system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds
> >
> > Hey, yeah! It was able to make it to 2 years.
> >
> > -Phil
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From berger at shout.net  Thu Sep  7 10:52:41 2000
From: berger at shout.net (Mike Berger)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <200009070545.WAA28801@max.bungi.com>
Message-ID: <39B7B9C9.6323A940@shout.net>

> ------------------------------
> 
> From: Scott Starbuck <scott@aobe.com>
> You mentioned turning off STAC and you should disable VJ Comp as well. Van
> Jacobsen Compression applies only to packets in TCP applications, such as Telnet
> (one of the things you mention). From a conversation I had with an Ascend
> engineer one time when we were troubleshooting very similar problems to those
> you describe on a  T1 between 2 P130's,  he said VJ and STAC were most useful on
> ISDN and slower type connections and that it would actually slow down T1 or
> faster links. This was indeed the problem in our situation.

When we encountered lots of problems with our Maxes, the technicians
told us to turn off lots of features too (and we were ONLY running
ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
used exclusively local profiles, etc... and some (but not nearly all)
of our problems disappeared.

Our solution was to scrap it all and buy Cisco.  You can load all the
interfaces on a Cisco box -- even a low end one.  One of Ascend's
recommendations was that we were overloading the box by trying to
connect lines to all the interfaces on it.  Advertised features,
like compression, work.  And you can use them in combination with
other features!

After getting an answer like the one you mentioned above, that should be
a clue that there are fundamental problems with the equipment.

Mike Berger
Shouting Ground Technologies, Inc.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From anthony at edge.net  Thu Sep  7 06:36:54 2000
From: anthony at edge.net (Anthony Chatman)
Date: Tue Jan 18 13:59:12 2005
Subject: [Ascend] Re: Totally amazing uptime (WAS: RE: (ASCEND) RE: )
References: <Pine.BSF.4.05.10009071034420.24338-100000@buffnet11.buffnet.net>
Message-ID: <39B77DD6.FBA1ECE2@edge.net>

I know this isn't the portmaster list, but we had a portmaster 2 up for
over 930 days, then we were forced to take it out of service.. (it never
made it to 1000 days :( ) Almost 3 years!



Stephen Hovey wrote:
> 
> You'll never see uptimes like that on SCO or anything (we used to use it
> and were lucky to see 2 days :) )
> 
> On Thu, 7 Sep 2000, Phillip Vandry wrote:
> 
> > > >#sh rev
> > > >PSK.DIAL.01 system revision:  tbixkh.m60 7.0.22
> > > >#sh up
> > > >system uptime: up 366 days, 4 hours, 35 minutes, 16 seconds
> > >
> > > Well one of ours has
> > >
> > > >sh rev
> > >  system revision: ti.m40 5.0Ap36
> > > sh up
> > > system uptime: up 642 days, 9 hours, 10 minutes, 23 seconds
> >
> > Well, a few weeks ago I posted about one of mine that was scheduled to be
> > removed from service the next day, but it looks like nobody has yet
> > pulled the plug!
> >
> > system uptime: up 734 days, 22 hours, 59 minutes, 27 seconds
> >
> > Hey, yeah! It was able to make it to 2 years.
> >
> > -Phil
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From berger at shout.net  Thu Sep  7 10:52:41 2000
From: berger at shout.net (Mike Berger)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <200009070545.WAA28801@max.bungi.com>
Message-ID: <39B7B9C9.6323A940@shout.net>

> ------------------------------
> 
> From: Scott Starbuck <scott@aobe.com>
> You mentioned turning off STAC and you should disable VJ Comp as well. Van
> Jacobsen Compression applies only to packets in TCP applications, such as Telnet
> (one of the things you mention). From a conversation I had with an Ascend
> engineer one time when we were troubleshooting very similar problems to those
> you describe on a  T1 between 2 P130's,  he said VJ and STAC were most useful on
> ISDN and slower type connections and that it would actually slow down T1 or
> faster links. This was indeed the problem in our situation.

When we encountered lots of problems with our Maxes, the technicians
told us to turn off lots of features too (and we were ONLY running
ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
used exclusively local profiles, etc... and some (but not nearly all)
of our problems disappeared.

Our solution was to scrap it all and buy Cisco.  You can load all the
interfaces on a Cisco box -- even a low end one.  One of Ascend's
recommendations was that we were overloading the box by trying to
connect lines to all the interfaces on it.  Advertised features,
like compression, work.  And you can use them in combination with
other features!

After getting an answer like the one you mentioned above, that should be
a clue that there are fundamental problems with the equipment.

Mike Berger
Shouting Ground Technologies, Inc.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Thu Sep  7 12:47:56 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <200009070545.WAA28801@max.bungi.com> <39B7B9C9.6323A940@shout.net>
Message-ID: <024301c018f3$c150a020$eb86fd3e@pc>

> When we encountered lots of problems with our Maxes, the technicians
> told us to turn off lots of features too (and we were ONLY running
> ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
> used exclusively local profiles, etc... and some (but not nearly all)
> of our problems disappeared.

> Our solution was to scrap it all and buy Cisco.  You can load all the
> interfaces on a Cisco box -- even a low end one.  One of Ascend's
> recommendations was that we were overloading the box by trying to
> connect lines to all the interfaces on it.  Advertised features,
> like compression, work.  And you can use them in combination with
> other features!
>
> After getting an answer like the one you mentioned above, that should be
> a clue that there are fundamental problems with the equipment.
>
> Mike Berger

Mike,

I think the DSL equipment we're using is sufficiently different to the older
remote-access products to not suffer from many of these problems. Most
manufacturers are guilty of this sort of thing occasionally. I think the
Max4000 was underpowered for most applications.

Cisco have done this too, they are not exceptional. The old 2501 routers
would often not cope very well if you wanted to run both X21 interfaces at
2Mb. The more modern higher-end stuff is not free from problems either. Ever
seen Cisco's own performance figures for gigabit-ethernet cards in the 7500
and 7200VXR routers? Don't expect more than 400Mb throughput, maximum, often
a lot less if you're pusing a high number of packets-per-second. Oh, and
don't put too many 100Mb ethernet ports in those big chassis - you can't
always fill them with high-bandwidth rated cards and expect things to run
well when the traffic levels start to rise.

Their router performance leaves much to be desired these days. Cisco's
strongest feature is without a doubt their software. They're now getting
kicked about all over the place by companies like Foundry, Juniper, and
Extreme. Often this is in areas where they traditionally have had some of
the best products. I've spent enough time with Cisco equipment to have due
respect, and I'd happily continue to use the routers for many applications.

I can safely say that scrapping it all and buying Cisco would not really be
a valid solution here, as the company I work for is primarily a Lucent
distributor :-) We are also a reseller for Arrowpoint equipment, which now
makes us a Cisco reseller. I advocate choosing the best tools for the job,
and much of Cisco's stuff these days is simply mediocre. Lucent's APX is
arguably superior to a rack-and-a-half of AS5300s.

- Matt


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Thu Sep  7 12:47:56 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
References: <200009070545.WAA28801@max.bungi.com> <39B7B9C9.6323A940@shout.net>
Message-ID: <024301c018f3$c150a020$eb86fd3e@pc>

> When we encountered lots of problems with our Maxes, the technicians
> told us to turn off lots of features too (and we were ONLY running
> ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
> used exclusively local profiles, etc... and some (but not nearly all)
> of our problems disappeared.

> Our solution was to scrap it all and buy Cisco.  You can load all the
> interfaces on a Cisco box -- even a low end one.  One of Ascend's
> recommendations was that we were overloading the box by trying to
> connect lines to all the interfaces on it.  Advertised features,
> like compression, work.  And you can use them in combination with
> other features!
>
> After getting an answer like the one you mentioned above, that should be
> a clue that there are fundamental problems with the equipment.
>
> Mike Berger

Mike,

I think the DSL equipment we're using is sufficiently different to the older
remote-access products to not suffer from many of these problems. Most
manufacturers are guilty of this sort of thing occasionally. I think the
Max4000 was underpowered for most applications.

Cisco have done this too, they are not exceptional. The old 2501 routers
would often not cope very well if you wanted to run both X21 interfaces at
2Mb. The more modern higher-end stuff is not free from problems either. Ever
seen Cisco's own performance figures for gigabit-ethernet cards in the 7500
and 7200VXR routers? Don't expect more than 400Mb throughput, maximum, often
a lot less if you're pusing a high number of packets-per-second. Oh, and
don't put too many 100Mb ethernet ports in those big chassis - you can't
always fill them with high-bandwidth rated cards and expect things to run
well when the traffic levels start to rise.

Their router performance leaves much to be desired these days. Cisco's
strongest feature is without a doubt their software. They're now getting
kicked about all over the place by companies like Foundry, Juniper, and
Extreme. Often this is in areas where they traditionally have had some of
the best products. I've spent enough time with Cisco equipment to have due
respect, and I'd happily continue to use the routers for many applications.

I can safely say that scrapping it all and buying Cisco would not really be
a valid solution here, as the company I work for is primarily a Lucent
distributor :-) We are also a reseller for Arrowpoint equipment, which now
makes us a Cisco reseller. I advocate choosing the best tools for the job,
and much of Cisco's stuff these days is simply mediocre. Lucent's APX is
arguably superior to a rack-and-a-half of AS5300s.

- Matt


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Fri Sep  8 11:59:57 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <200009080545.WAA04950@max.bungi.com>
References: <200009080545.WAA04950@max.bungi.com>
Message-ID: <p0433011eb5dec7f75878@[206.40.74.35]>

>From: "Matthew Watkins" <matt@knowware.co.uk>
>
>>  When we encountered lots of problems with our Maxes, the technicians
>>  told us to turn off lots of features too (and we were ONLY running
>>  ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
>>  used exclusively local profiles, etc... and some (but not nearly all)
>>  of our problems disappeared.
>
>>  Our solution was to scrap it all and buy Cisco.  You can load all the
>>  interfaces on a Cisco box -- even a low end one.  One of Ascend's
>>  recommendations was that we were overloading the box by trying to
>>  connect lines to all the interfaces on it.  Advertised features,
>>  like compression, work.  And you can use them in combination with
>>  other features!
>>
>>  After getting an answer like the one you mentioned above, that should be
>>  a clue that there are fundamental problems with the equipment.
>>
>>  Mike Berger
>
>Mike,
>
>I think the DSL equipment we're using is sufficiently different to the older
>remote-access products to not suffer from many of these problems. Most
>manufacturers are guilty of this sort of thing occasionally. I think the
>Max4000 was underpowered for most applications.

Mmm. You'd like to think so, but IME the DSL Max 20 (that you're 
using, IIRC) and DSL Terminator 100 have numerous severe bugs 
(many--but not all--of which relate to RADIUS support).

As for processor power, I recently added a complex filter to the 
Ethernet port of a very lightly-loaded DSL Terminator and ping times 
went to 2000 ms and throughput dropped to a mere 200 kbps or so. So 
much for that filter.

Having bugs is not unique to Ascend/Lucent, but the difficulty of 
getting knowledgeable support in a timely fashion is legendary. Many 
bugs that I've reported have gone unaddressed for months now (one 
crashing bug was addressed immediately), and Lucent have given me no 
reason to expect that anything will ever be done to address those 
tickets.

We just RMAed a Terminator (which happened blessedly quickly, kudos 
to Lucent's RMA dept.) and new problems arose. Did we get bad gear 
back? Is it a bug? Who knows? We can't get Lucent to respond to our 
requests for help.

>Cisco have done this too, they are not exceptional. The old 2501 routers
>would often not cope very well if you wanted to run both X21 interfaces at
>2Mb. The more modern higher-end stuff is not free from problems either. Ever
>seen Cisco's own performance figures for gigabit-ethernet cards in the 7500
>and 7200VXR routers? Don't expect more than 400Mb throughput, maximum, often
>a lot less if you're pusing a high number of packets-per-second. Oh, and
>don't put too many 100Mb ethernet ports in those big chassis - you can't
>always fill them with high-bandwidth rated cards and expect things to run
>well when the traffic levels start to rise.
>
>Their router performance leaves much to be desired these days. Cisco's
>strongest feature is without a doubt their software. They're now getting
>kicked about all over the place by companies like Foundry, Juniper, and
>Extreme. Often this is in areas where they traditionally have had some of
>the best products. I've spent enough time with Cisco equipment to have due
>respect, and I'd happily continue to use the routers for many applications.

Your feedback on Cisco gear is interesting and timely for me. We've 
had so many persistent service-affecting problems with our DSL 
Terminator that we are seriously considering Cisco, largely on the 
strength of reputation of stability and support. Performance may or 
may not be cutting-edge, but stability and support are more important 
for customer happiness.

I don't know squat about Cisco, but I'm getting mighty ready to learn.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Fri Sep  8 11:59:57 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) DSL equipment problem?
In-Reply-To: <200009080545.WAA04950@max.bungi.com>
References: <200009080545.WAA04950@max.bungi.com>
Message-ID: <p0433011eb5dec7f75878@[206.40.74.35]>

>From: "Matthew Watkins" <matt@knowware.co.uk>
>
>>  When we encountered lots of problems with our Maxes, the technicians
>>  told us to turn off lots of features too (and we were ONLY running
>>  ISDN).  So we disabled STAC and VJ Compression, turned off Radius and
>>  used exclusively local profiles, etc... and some (but not nearly all)
>>  of our problems disappeared.
>
>>  Our solution was to scrap it all and buy Cisco.  You can load all the
>>  interfaces on a Cisco box -- even a low end one.  One of Ascend's
>>  recommendations was that we were overloading the box by trying to
>>  connect lines to all the interfaces on it.  Advertised features,
>>  like compression, work.  And you can use them in combination with
>>  other features!
>>
>>  After getting an answer like the one you mentioned above, that should be
>>  a clue that there are fundamental problems with the equipment.
>>
>>  Mike Berger
>
>Mike,
>
>I think the DSL equipment we're using is sufficiently different to the older
>remote-access products to not suffer from many of these problems. Most
>manufacturers are guilty of this sort of thing occasionally. I think the
>Max4000 was underpowered for most applications.

Mmm. You'd like to think so, but IME the DSL Max 20 (that you're 
using, IIRC) and DSL Terminator 100 have numerous severe bugs 
(many--but not all--of which relate to RADIUS support).

As for processor power, I recently added a complex filter to the 
Ethernet port of a very lightly-loaded DSL Terminator and ping times 
went to 2000 ms and throughput dropped to a mere 200 kbps or so. So 
much for that filter.

Having bugs is not unique to Ascend/Lucent, but the difficulty of 
getting knowledgeable support in a timely fashion is legendary. Many 
bugs that I've reported have gone unaddressed for months now (one 
crashing bug was addressed immediately), and Lucent have given me no 
reason to expect that anything will ever be done to address those 
tickets.

We just RMAed a Terminator (which happened blessedly quickly, kudos 
to Lucent's RMA dept.) and new problems arose. Did we get bad gear 
back? Is it a bug? Who knows? We can't get Lucent to respond to our 
requests for help.

>Cisco have done this too, they are not exceptional. The old 2501 routers
>would often not cope very well if you wanted to run both X21 interfaces at
>2Mb. The more modern higher-end stuff is not free from problems either. Ever
>seen Cisco's own performance figures for gigabit-ethernet cards in the 7500
>and 7200VXR routers? Don't expect more than 400Mb throughput, maximum, often
>a lot less if you're pusing a high number of packets-per-second. Oh, and
>don't put too many 100Mb ethernet ports in those big chassis - you can't
>always fill them with high-bandwidth rated cards and expect things to run
>well when the traffic levels start to rise.
>
>Their router performance leaves much to be desired these days. Cisco's
>strongest feature is without a doubt their software. They're now getting
>kicked about all over the place by companies like Foundry, Juniper, and
>Extreme. Often this is in areas where they traditionally have had some of
>the best products. I've spent enough time with Cisco equipment to have due
>respect, and I'd happily continue to use the routers for many applications.

Your feedback on Cisco gear is interesting and timely for me. We've 
had so many persistent service-affecting problems with our DSL 
Terminator that we are seriously considering Cisco, largely on the 
strength of reputation of stability and support. Performance may or 
may not be cutting-edge, but stability and support are more important 
for customer happiness.

I don't know squat about Cisco, but I'm getting mighty ready to learn.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From insightbook2 at excite.com  Fri Sep  8 14:29:19 2000
From: insightbook2 at excite.com (insightbook2@excite.com)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (no subject)
Message-ID: <200009081929.MAA08616@max.bungi.com>

Dear Friend,

Please sit down because the secret I’m about to reveal to 
you will make you light headed-

If you want to change your lives circumstances fast, be able 
to afford all the good things in life and want your bank account 
to explode with CASH then this program is for you: PLEASE 
READ ON.

Being a 25yr practicing Real Estate Broker I discovered after 
retiring a closely guarded secret so phenomenal that I must 
share it with you!

This Real Estate loophole allows the average person to start 
and operate a Real Estate business without a license or money 
and make $2,500.00 to $25,000.00 per deal.  The best part of 
this program is that you get to keep all of the money.  You don’t 
have to split your profits with another Real Estate Agent or 
Broker.

Here is some of what you will learn in this program HOW TO 
SELL AND CONTROL REAL ESTATE WITHOUT A LICENSE OR 
MONEY.

YOU WILL:

Learn how to sell Real Estate legally without a license 
anywhere in the USA!

Learn how to make $2,500.00 to $25,00.00 with only $1.00 
invested NOW THAT’S REAL LEVERAGE!

Learn how to control $1,000,000 in Real Estate for only 
$100.00!

Learn how to control your deals from start to finish!

Learn how to create ownership rights in Real Estate without 
having to make Mortgage tax or insurance payments!

Learn how to live in your home for free!

Learn how to access a mortgage with 3% interest without 
a credit check or closing fees!

Learn how to access Mortgage Lenders who loan money to 
almost anyone who has a job regardless of past credit 
problems!

Learn how to sell your properties for full price every time by 
using Sub-Prime Lenders and make more money than you ever 
thought possible just by filling out one little piece of paper!

TO ORDER: "HOW TO SELL AND CONTROL REAL ESTATE 
WITHOUT A LICENSE OR MONEY" FOR ONLY $39.00-S&H included!

Call Now! 1-602-752-2424


	

    ********


this is a one time mailer
hit relpy to get off this world info list   

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From insightbook2 at excite.com  Fri Sep  8 14:29:19 2000
From: insightbook2 at excite.com (insightbook2@excite.com)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (no subject)
Message-ID: <200009081929.MAA08616@max.bungi.com>

Dear Friend,

Please sit down because the secret I’m about to reveal to 
you will make you light headed-

If you want to change your lives circumstances fast, be able 
to afford all the good things in life and want your bank account 
to explode with CASH then this program is for you: PLEASE 
READ ON.

Being a 25yr practicing Real Estate Broker I discovered after 
retiring a closely guarded secret so phenomenal that I must 
share it with you!

This Real Estate loophole allows the average person to start 
and operate a Real Estate business without a license or money 
and make $2,500.00 to $25,000.00 per deal.  The best part of 
this program is that you get to keep all of the money.  You don’t 
have to split your profits with another Real Estate Agent or 
Broker.

Here is some of what you will learn in this program HOW TO 
SELL AND CONTROL REAL ESTATE WITHOUT A LICENSE OR 
MONEY.

YOU WILL:

Learn how to sell Real Estate legally without a license 
anywhere in the USA!

Learn how to make $2,500.00 to $25,00.00 with only $1.00 
invested NOW THAT’S REAL LEVERAGE!

Learn how to control $1,000,000 in Real Estate for only 
$100.00!

Learn how to control your deals from start to finish!

Learn how to create ownership rights in Real Estate without 
having to make Mortgage tax or insurance payments!

Learn how to live in your home for free!

Learn how to access a mortgage with 3% interest without 
a credit check or closing fees!

Learn how to access Mortgage Lenders who loan money to 
almost anyone who has a job regardless of past credit 
problems!

Learn how to sell your properties for full price every time by 
using Sub-Prime Lenders and make more money than you ever 
thought possible just by filling out one little piece of paper!

TO ORDER: "HOW TO SELL AND CONTROL REAL ESTATE 
WITHOUT A LICENSE OR MONEY" FOR ONLY $39.00-S&H included!

Call Now! 1-602-752-2424


	

    ********


this is a one time mailer
hit relpy to get off this world info list   

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jwojcik at media.mit.edu  Fri Sep  8 14:58:50 2000
From: jwojcik at media.mit.edu (Jane Hsiung Wojcik)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (ASCEND) dual host module on max 4000
Message-ID: <39B944FA.DC4E59E1@media.mit.edu>

Is the max 4000 capable of supporting two dual host modules? thanks
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jwojcik at media.mit.edu  Fri Sep  8 14:58:50 2000
From: jwojcik at media.mit.edu (Jane Hsiung Wojcik)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (ASCEND) dual host module on max 4000
Message-ID: <39B944FA.DC4E59E1@media.mit.edu>

Is the max 4000 capable of supporting two dual host modules? thanks
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From auisplst at techex.net.au  Fri Sep  8 17:20:12 2000
From: auisplst at techex.net.au (Shirish Jain)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (ASCEND) Ascend DSL gear?
Message-ID: <016801c019e2$f64d53a0$1c4218cb@techex.net.au>

Hi
For one of our projects, we are considering using Ascend DSL gear.
Essentially DSLMax20 (COE) and Pipeline-HST as CPE
any body wanna throw light on my choice, is it good, bad or a gonna be a
nightmare. My only issue as of now is NO HDSL support in DSLMax20 series,
but i am not aware of any concentrator (COE/CPE both) that does HDSL in that
kinda setup. Any suggestions

THanks in advance

Shirish

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From auisplst at techex.net.au  Fri Sep  8 17:20:12 2000
From: auisplst at techex.net.au (Shirish Jain)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] (ASCEND) Ascend DSL gear?
Message-ID: <016801c019e2$f64d53a0$1c4218cb@techex.net.au>

Hi
For one of our projects, we are considering using Ascend DSL gear.
Essentially DSLMax20 (COE) and Pipeline-HST as CPE
any body wanna throw light on my choice, is it good, bad or a gonna be a
nightmare. My only issue as of now is NO HDSL support in DSLMax20 series,
but i am not aware of any concentrator (COE/CPE both) that does HDSL in that
kinda setup. Any suggestions

THanks in advance

Shirish

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From robert at telecom.co.ck  Fri Sep  8 02:41:37 2000
From: robert at telecom.co.ck (Robert McFadzien)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
Message-ID: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>

We also have a MAX6000 that has had these symptoms. We are also the Telco so
couldnt blame anyone for it and had to try and figure it out. We run 7.2.3

The engineers on the exchange first tried resetting their E1 interface which
solved it temporarily and when it appeared a few days later, ended up
replacing the cable to the E1 interface from the exchange to the MAX and
re-setting their entire E1 bank controller after putting it down to bit
errors or something like that and it hasnt re-appeared since. 



>-----Original Message-----
>From: Dave Montgomery [mailto:guido@ipa.net]
>Sent: Thursday, 7 September 2000 04:34
>To: ascend-users@bungi.com
>Subject: RE: (ASCEND) MAX 6000 problems
>
>
>We've had a very similar problem with several of our 6000's. 
>We've had this
>problem at pop's with PRI as well as T1, and with software 
>versions tbixkh
>7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call 
>is refused is
>that the when the ratio of bad to good calls gets too high, 
>the max assumes
>it's a problem with the modem card and therefore puts it on 
>the 195 list to
>be rebooted. Once it does this it, lists the card as 
>unavailable and waits
>for everyone on it to disconnect before rebooting the card.
>
>The end result of this process is that while waiting for all 
>the calls to
>clear off the card, you have fewer modems than you thought. In 
>our case,
>this means you have more incoming lines than modems and so the max will
>either refuse the call or it will route the call to HDLC 
>drivers (in which
>case, callers will hear digital tones and "show users" will 
>list 56k or 64k
>attempted connections).
>
>If you want to see if this is what's happening, you can go to 
>diagnostics
>and type "avm" if your code <8.0 or "lanp modem" if your code 
>is >8.0. These
>commands will list all available, used, suspect and 195 
>(waiting for reset)
>modems. This is usefull really only to see if the problem is 
>occurring. You
>can use the "fatal-history" command from diagnostics to see if 
>the problem
>haas occurred recently. It has the fatal log will list something like:
>
>WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
>        Date: 09/03/2000.       Time: 13:00:34
>        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338
>
>
>Well, that's all I know about it. I still don't know exactly 
>what causes the
>max put modems on the 195 list and I don't know if there's a 
>way to prevent
>this. I'm not entirely sure if it's an equipment or telco 
>issue and I don't
>know where to look from here. If anyone out there has any 
>thought's on the
>matter I would love to hear them. This is a problem that we've been
>experiencing for a while a now and nobody seems to know what's 
>going on so
>any input at all would be appreciated.
>
>Thanks.
>
>Hope this helps some Steve.
>
>
>---Dave Montgomery
>   IPA Network Technician
>   1-800-785-4091
>
>-----Original Message-----
>From: owner-ascend-users@max.bungi.com
>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
>Sent: Thursday, September 07, 2000 6:45 AM
>To: ascend-users@bungi.com
>Subject: (ASCEND) MAX 6000 problems
>
>
>Has anyone seen this or know what would cause it?
>
>Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down
>
>We've been having a lot of trouble lately with this one site. 
>I'm seeing
>a large number of refused calls (with 2 to 4 modems in use) and strange
>dialed numbers. The only thing I've found that will get it to start
>answering calls again for more than a few hours is to reset the router.
>I called Verizon about it and they took the PRI down for testing and of
>course it worked for a few days after that, but now I 'm getting
>complaints again. The router worked fine for a few months without
>complaint and we have replaced it just  to make sure. It's currently
>running 7.2.4 tbaxkh.m60.
>
>--
>Steve Haavik
>Sailor Operations Center
>shaavik@soc.lib.md.us
>Office: 410-396-5551
>Cell: 410-371-3158
>Pager: 410-379-1824
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to 
>ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to 
>ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From robert at telecom.co.ck  Fri Sep  8 02:41:37 2000
From: robert at telecom.co.ck (Robert McFadzien)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
Message-ID: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>

We also have a MAX6000 that has had these symptoms. We are also the Telco so
couldnt blame anyone for it and had to try and figure it out. We run 7.2.3

The engineers on the exchange first tried resetting their E1 interface which
solved it temporarily and when it appeared a few days later, ended up
replacing the cable to the E1 interface from the exchange to the MAX and
re-setting their entire E1 bank controller after putting it down to bit
errors or something like that and it hasnt re-appeared since. 



>-----Original Message-----
>From: Dave Montgomery [mailto:guido@ipa.net]
>Sent: Thursday, 7 September 2000 04:34
>To: ascend-users@bungi.com
>Subject: RE: (ASCEND) MAX 6000 problems
>
>
>We've had a very similar problem with several of our 6000's. 
>We've had this
>problem at pop's with PRI as well as T1, and with software 
>versions tbixkh
>7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call 
>is refused is
>that the when the ratio of bad to good calls gets too high, 
>the max assumes
>it's a problem with the modem card and therefore puts it on 
>the 195 list to
>be rebooted. Once it does this it, lists the card as 
>unavailable and waits
>for everyone on it to disconnect before rebooting the card.
>
>The end result of this process is that while waiting for all 
>the calls to
>clear off the card, you have fewer modems than you thought. In 
>our case,
>this means you have more incoming lines than modems and so the max will
>either refuse the call or it will route the call to HDLC 
>drivers (in which
>case, callers will hear digital tones and "show users" will 
>list 56k or 64k
>attempted connections).
>
>If you want to see if this is what's happening, you can go to 
>diagnostics
>and type "avm" if your code <8.0 or "lanp modem" if your code 
>is >8.0. These
>commands will list all available, used, suspect and 195 
>(waiting for reset)
>modems. This is usefull really only to see if the problem is 
>occurring. You
>can use the "fatal-history" command from diagnostics to see if 
>the problem
>haas occurred recently. It has the fatal log will list something like:
>
>WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
>        Date: 09/03/2000.       Time: 13:00:34
>        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338
>
>
>Well, that's all I know about it. I still don't know exactly 
>what causes the
>max put modems on the 195 list and I don't know if there's a 
>way to prevent
>this. I'm not entirely sure if it's an equipment or telco 
>issue and I don't
>know where to look from here. If anyone out there has any 
>thought's on the
>matter I would love to hear them. This is a problem that we've been
>experiencing for a while a now and nobody seems to know what's 
>going on so
>any input at all would be appreciated.
>
>Thanks.
>
>Hope this helps some Steve.
>
>
>---Dave Montgomery
>   IPA Network Technician
>   1-800-785-4091
>
>-----Original Message-----
>From: owner-ascend-users@max.bungi.com
>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
>Sent: Thursday, September 07, 2000 6:45 AM
>To: ascend-users@bungi.com
>Subject: (ASCEND) MAX 6000 problems
>
>
>Has anyone seen this or know what would cause it?
>
>Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down
>
>We've been having a lot of trouble lately with this one site. 
>I'm seeing
>a large number of refused calls (with 2 to 4 modems in use) and strange
>dialed numbers. The only thing I've found that will get it to start
>answering calls again for more than a few hours is to reset the router.
>I called Verizon about it and they took the PRI down for testing and of
>course it worked for a few days after that, but now I 'm getting
>complaints again. The router worked fine for a few months without
>complaint and we have replaced it just  to make sure. It's currently
>running 7.2.4 tbaxkh.m60.
>
>--
>Steve Haavik
>Sailor Operations Center
>shaavik@soc.lib.md.us
>Office: 410-396-5551
>Cell: 410-371-3158
>Pager: 410-379-1824
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to 
>ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to 
>ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Sat Sep  9 14:10:50 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) Ascend DSL gear?
In-Reply-To: <200009090545.WAA10269@max.bungi.com>
References: <200009090545.WAA10269@max.bungi.com>
Message-ID: <p04330104b5e03ad46c86@[207.82.187.50]>

>From: "Shirish Jain" <auisplst@techex.net.au>
>
>For one of our projects, we are considering using Ascend DSL gear.
>Essentially DSLMax20 (COE) and Pipeline-HST as CPE
>any body wanna throw light on my choice, is it good, bad or a gonna be a
>nightmare. My only issue as of now is NO HDSL support in DSLMax20 series,
>but i am not aware of any concentrator (COE/CPE both) that does HDSL in that
>kinda setup. Any suggestions

We've run that setup in a MDU application for over a year with good 
success. It depends largely on what you want to accomplish. If you 
want to concentrate network DSL connections it is probably a good 
choice. If you want to support single user and/or ADSL connections 
too, probably not.

The basic features/limitations are those of any Pipeline/Max. If 
you're fine with what they can do and what they can't, the DSL Max 20 
and DSLPipe-HSTs are fine.

As far as basic reliability of the DSL lines, we've had no trouble whatever.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Sat Sep  9 14:10:50 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:13 2005
Subject: [Ascend] Re: (ASCEND) Ascend DSL gear?
In-Reply-To: <200009090545.WAA10269@max.bungi.com>
References: <200009090545.WAA10269@max.bungi.com>
Message-ID: <p04330104b5e03ad46c86@[207.82.187.50]>

>From: "Shirish Jain" <auisplst@techex.net.au>
>
>For one of our projects, we are considering using Ascend DSL gear.
>Essentially DSLMax20 (COE) and Pipeline-HST as CPE
>any body wanna throw light on my choice, is it good, bad or a gonna be a
>nightmare. My only issue as of now is NO HDSL support in DSLMax20 series,
>but i am not aware of any concentrator (COE/CPE both) that does HDSL in that
>kinda setup. Any suggestions

We've run that setup in a MDU application for over a year with good 
success. It depends largely on what you want to accomplish. If you 
want to concentrate network DSL connections it is probably a good 
choice. If you want to support single user and/or ADSL connections 
too, probably not.

The basic features/limitations are those of any Pipeline/Max. If 
you're fine with what they can do and what they can't, the DSL Max 20 
and DSLPipe-HSTs are fine.

As far as basic reliability of the DSL lines, we've had no trouble whatever.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From blaz at amis.net  Sun Sep 10 11:50:39 2000
From: blaz at amis.net (Blaz Zupan)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Radius accounting idiocracies
Message-ID: <Pine.BSF.4.21.0009101839210.36796-100000@titanic.medinet.si>

I have read the Max radius manual and searched through the mailing list
archives but I'm still unclear on this. Let's say the Max is configured like
this:

Acct Timeout = 30
Acct Max Retry = 3
Acct Reset Timeout = 300

How will radius accounting proceed with this setup? Let's sey a user goes
offline and the Max tries to send an accounting packet to the radius server
and due to the nature of UDP packets, the packet gets lost. So the Max will
wait for 30 seconds for an answer and if it doesn't receive an answer, will it
retry sending the packet to the SAME radius server or will it switch to the
secondary radius server?

I have the strange feeling it will switch to the secondary server. Just why oh
why??? Is there a way to tell it to resend the packet a couple of times to the
SAME server (because it could very well be alive?) and if it doesn't receive
an answer retry with the secondary server?

We have four Max 6096 running 7.2.4 on a switched full-duplex 100baseTX
ethernet together with a FreeBSD server (also on 100baseTX and running
Radiator as the radius server). Every couple of hours one of the Maxes decides
to switch to our secondary server. After comming back (because of the Acct
Reset Timeout), it sends an Accounting-On packet which clears the session
database on the radius server and when looking through our user list it comes
up empty (because the radius server thinks the Max has rebooted). It's only
the Maxen that do this, we have a Portmaster 3 and a couple of Cisco 2511's
left in our network and they behave as expected.

I consider the current behaviour broken and will probably file a bug report
(and if it isn't accepted as a bug report, I'll masquerade it as an enhancment
request). I mean, we *know* UDP packets get lost, so why not retry sending to
the current radius server, because it could very well be alive? I don't want
our secondary server to be used if the primary is not down.

Blaz Zupan,  Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia
E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From blaz at amis.net  Sun Sep 10 11:50:39 2000
From: blaz at amis.net (Blaz Zupan)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Radius accounting idiocracies
Message-ID: <Pine.BSF.4.21.0009101839210.36796-100000@titanic.medinet.si>

I have read the Max radius manual and searched through the mailing list
archives but I'm still unclear on this. Let's say the Max is configured like
this:

Acct Timeout = 30
Acct Max Retry = 3
Acct Reset Timeout = 300

How will radius accounting proceed with this setup? Let's sey a user goes
offline and the Max tries to send an accounting packet to the radius server
and due to the nature of UDP packets, the packet gets lost. So the Max will
wait for 30 seconds for an answer and if it doesn't receive an answer, will it
retry sending the packet to the SAME radius server or will it switch to the
secondary radius server?

I have the strange feeling it will switch to the secondary server. Just why oh
why??? Is there a way to tell it to resend the packet a couple of times to the
SAME server (because it could very well be alive?) and if it doesn't receive
an answer retry with the secondary server?

We have four Max 6096 running 7.2.4 on a switched full-duplex 100baseTX
ethernet together with a FreeBSD server (also on 100baseTX and running
Radiator as the radius server). Every couple of hours one of the Maxes decides
to switch to our secondary server. After comming back (because of the Acct
Reset Timeout), it sends an Accounting-On packet which clears the session
database on the radius server and when looking through our user list it comes
up empty (because the radius server thinks the Max has rebooted). It's only
the Maxen that do this, we have a Portmaster 3 and a couple of Cisco 2511's
left in our network and they behave as expected.

I consider the current behaviour broken and will probably file a bug report
(and if it isn't accepted as a bug report, I'll masquerade it as an enhancment
request). I mean, we *know* UDP packets get lost, so why not retry sending to
the current radius server, because it could very well be alive? I don't want
our secondary server to be used if the primary is not down.

Blaz Zupan,  Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia
E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From blaz at gold.amis.net  Sun Sep 10 12:52:56 2000
From: blaz at gold.amis.net (Blaz Zupan)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Radius accounting idiocracies
Message-ID: <Pine.BSF.4.21.0009101952460.37093-100000@titanic.medinet.si>

I have read the Max radius manual and searched through the mailing list
archives but I'm still unclear on this. Let's say the Max is configured like
this:

Acct Timeout = 30
Acct Max Retry = 3
Acct Reset Timeout = 300

How will radius accounting proceed with this setup? Let's sey a user goes
offline and the Max tries to send an accounting packet to the radius server
and due to the nature of UDP packets, the packet gets lost. So the Max will
wait for 30 seconds for an answer and if it doesn't receive an answer, will it
retry sending the packet to the SAME radius server or will it switch to the
secondary radius server?

I have the strange feeling it will switch to the secondary server. Just why oh
why??? Is there a way to tell it to resend the packet a couple of times to the
SAME server (because it could very well be alive?) and if it doesn't receive
an answer retry with the secondary server?

We have four Max 6096 running 7.2.4 on a switched full-duplex 100baseTX
ethernet together with a FreeBSD server (also on 100baseTX and running
Radiator as the radius server). Every couple of hours one of the Maxes decides
to switch to our secondary server. After comming back (because of the Acct
Reset Timeout), it sends an Accounting-On packet which clears the session
database on the radius server and when looking through our user list it comes
up empty (because the radius server thinks the Max has rebooted). It's only
the Maxen that do this, we have a Portmaster 3 and a couple of Cisco 2511's
left in our network and they behave as expected.

I consider the current behaviour broken and will probably file a bug report
(and if it isn't accepted as a bug report, I'll masquerade it as an enhancment
request). I mean, we *know* UDP packets get lost, so why not retry sending to
the current radius server, because it could very well be alive? I don't want
our secondary server to be used if the primary is not down.

Blaz Zupan,  Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia
E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From blaz at gold.amis.net  Sun Sep 10 12:52:56 2000
From: blaz at gold.amis.net (Blaz Zupan)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Radius accounting idiocracies
Message-ID: <Pine.BSF.4.21.0009101952460.37093-100000@titanic.medinet.si>

I have read the Max radius manual and searched through the mailing list
archives but I'm still unclear on this. Let's say the Max is configured like
this:

Acct Timeout = 30
Acct Max Retry = 3
Acct Reset Timeout = 300

How will radius accounting proceed with this setup? Let's sey a user goes
offline and the Max tries to send an accounting packet to the radius server
and due to the nature of UDP packets, the packet gets lost. So the Max will
wait for 30 seconds for an answer and if it doesn't receive an answer, will it
retry sending the packet to the SAME radius server or will it switch to the
secondary radius server?

I have the strange feeling it will switch to the secondary server. Just why oh
why??? Is there a way to tell it to resend the packet a couple of times to the
SAME server (because it could very well be alive?) and if it doesn't receive
an answer retry with the secondary server?

We have four Max 6096 running 7.2.4 on a switched full-duplex 100baseTX
ethernet together with a FreeBSD server (also on 100baseTX and running
Radiator as the radius server). Every couple of hours one of the Maxes decides
to switch to our secondary server. After comming back (because of the Acct
Reset Timeout), it sends an Accounting-On packet which clears the session
database on the radius server and when looking through our user list it comes
up empty (because the radius server thinks the Max has rebooted). It's only
the Maxen that do this, we have a Portmaster 3 and a couple of Cisco 2511's
left in our network and they behave as expected.

I consider the current behaviour broken and will probably file a bug report
(and if it isn't accepted as a bug report, I'll masquerade it as an enhancment
request). I mean, we *know* UDP packets get lost, so why not retry sending to
the current radius server, because it could very well be alive? I don't want
our secondary server to be used if the primary is not down.

Blaz Zupan,  Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia
E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kerrinp at chariot.net.au  Sun Sep 10 23:05:02 2000
From: kerrinp at chariot.net.au (Kerrin Pine)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Backup sources for TNT E1 card
Message-ID: <4.3.2.7.2.20000911132833.0224dc00@mail.chariot.net.au>

Hi folks,

As an ISP running TNTs with an excess of modems compared to E1 channels 
available, I am concerned that if we lose an E1 card we could be in a 
difficult position very quickly.

This might be hardware failure, theft, whatever. Insurance covers things to 
a degree but not when new E1 cards take weeks/months to deliver.

What I would like to arrange is a backup E1 card. I am wondering whether 
there is any arrangement we could make with anyone on the list to ensure we 
could get a E1 card (new or otherwise) in the event of an emergency.

Any ideas ?

Cheers
Kerrin

--
Kerrin Pine (kerrinp@chariot.net.au)   |  Web: http://www.chariot.net.au/
Network Operations Manager, CCNA       |  Web: http://www.kerrin.com/
Chariot Internet Limited               |  Ph : (+61)  08 8291 8888
214 Greenhill Road, EASTWOOD SA 5063   |  Fax:        08 8291 8822

The contents of this e-mail and its attachments are
confidential and may be subject to legal professional
privilege and copyright. It is intended solely for the
addressee. Access to this e-mail and its attachment by
anyone else is unauthorised. No representation is made
that this e-mail or any attachment is free of viruses
and other defects. Virus scanning is recommended and is
the responsibility of the recipient. If you are not the
intended addressee, any disclosure, usage, copying,
distribution or any action taken or omitted to be taken
in reliance on it, is prohibited. If you have received
this communication in error, please advise the sender
immediately by reply e-mail and delete this message from
your computer. Thank you for your cooperation.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kerrinp at chariot.net.au  Sun Sep 10 23:05:02 2000
From: kerrinp at chariot.net.au (Kerrin Pine)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) Backup sources for TNT E1 card
Message-ID: <4.3.2.7.2.20000911132833.0224dc00@mail.chariot.net.au>

Hi folks,

As an ISP running TNTs with an excess of modems compared to E1 channels 
available, I am concerned that if we lose an E1 card we could be in a 
difficult position very quickly.

This might be hardware failure, theft, whatever. Insurance covers things to 
a degree but not when new E1 cards take weeks/months to deliver.

What I would like to arrange is a backup E1 card. I am wondering whether 
there is any arrangement we could make with anyone on the list to ensure we 
could get a E1 card (new or otherwise) in the event of an emergency.

Any ideas ?

Cheers
Kerrin

--
Kerrin Pine (kerrinp@chariot.net.au)   |  Web: http://www.chariot.net.au/
Network Operations Manager, CCNA       |  Web: http://www.kerrin.com/
Chariot Internet Limited               |  Ph : (+61)  08 8291 8888
214 Greenhill Road, EASTWOOD SA 5063   |  Fax:        08 8291 8822

The contents of this e-mail and its attachments are
confidential and may be subject to legal professional
privilege and copyright. It is intended solely for the
addressee. Access to this e-mail and its attachment by
anyone else is unauthorised. No representation is made
that this e-mail or any attachment is free of viruses
and other defects. Virus scanning is recommended and is
the responsibility of the recipient. If you are not the
intended addressee, any disclosure, usage, copying,
distribution or any action taken or omitted to be taken
in reliance on it, is prohibited. If you have received
this communication in error, please advise the sender
immediately by reply e-mail and delete this message from
your computer. Thank you for your cooperation.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From psc5 at powersupply.net  Mon Sep 11 08:08:54 2000
From: psc5 at powersupply.net (PowerNet)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
In-Reply-To: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>
References: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>
Message-ID: <200009110908540714.1E7369F6@mail.powersupply.net>

We have the same dilema, running 7.0.22.
What does that mean in non telco terms?
Is there something I need to get the telco to do?

John

*********** REPLY SEPARATOR  ***********

On 9/7/2000 at 9:41 PM Robert McFadzien wrote:

>We also have a MAX6000 that has had these symptoms. We are also the Telco so
>couldnt blame anyone for it and had to try and figure it out. We run 7.2.3
>
>The engineers on the exchange first tried resetting their E1 interface which
>solved it temporarily and when it appeared a few days later, ended up
>replacing the cable to the E1 interface from the exchange to the MAX and
>re-setting their entire E1 bank controller after putting it down to bit
>errors or something like that and it hasnt re-appeared since. 
>
>
>
>>-----Original Message-----
>>From: Dave Montgomery [mailto:guido@ipa.net]
>>Sent: Thursday, 7 September 2000 04:34
>>To: ascend-users@bungi.com
>>Subject: RE: (ASCEND) MAX 6000 problems
>>
>>
>>We've had a very similar problem with several of our 6000's. 
>>We've had this
>>problem at pop's with PRI as well as T1, and with software 
>>versions tbixkh
>>7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call 
>>is refused is
>>that the when the ratio of bad to good calls gets too high, 
>>the max assumes
>>it's a problem with the modem card and therefore puts it on 
>>the 195 list to
>>be rebooted. Once it does this it, lists the card as 
>>unavailable and waits
>>for everyone on it to disconnect before rebooting the card.
>>
>>The end result of this process is that while waiting for all 
>>the calls to
>>clear off the card, you have fewer modems than you thought. In 
>>our case,
>>this means you have more incoming lines than modems and so the max will
>>either refuse the call or it will route the call to HDLC 
>>drivers (in which
>>case, callers will hear digital tones and "show users" will 
>>list 56k or 64k
>>attempted connections).
>>
>>If you want to see if this is what's happening, you can go to 
>>diagnostics
>>and type "avm" if your code <8.0 or "lanp modem" if your code 
>>is >8.0. These
>>commands will list all available, used, suspect and 195 
>>(waiting for reset)
>>modems. This is usefull really only to see if the problem is 
>>occurring. You
>>can use the "fatal-history" command from diagnostics to see if 
>>the problem
>>haas occurred recently. It has the fatal log will list something like:
>>
>>WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
>>        Date: 09/03/2000.       Time: 13:00:34
>>        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338
>>
>>
>>Well, that's all I know about it. I still don't know exactly 
>>what causes the
>>max put modems on the 195 list and I don't know if there's a 
>>way to prevent
>>this. I'm not entirely sure if it's an equipment or telco 
>>issue and I don't
>>know where to look from here. If anyone out there has any 
>>thought's on the
>>matter I would love to hear them. This is a problem that we've been
>>experiencing for a while a now and nobody seems to know what's 
>>going on so
>>any input at all would be appreciated.
>>
>>Thanks.
>>
>>Hope this helps some Steve.
>>
>>
>>---Dave Montgomery
>>   IPA Network Technician
>>   1-800-785-4091
>>
>>-----Original Message-----
>>From: owner-ascend-users@max.bungi.com
>>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
>>Sent: Thursday, September 07, 2000 6:45 AM
>>To: ascend-users@bungi.com
>>Subject: (ASCEND) MAX 6000 problems
>>
>>
>>Has anyone seen this or know what would cause it?
>>
>>Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down
>>
>>We've been having a lot of trouble lately with this one site. 
>>I'm seeing
>>a large number of refused calls (with 2 to 4 modems in use) and strange
>>dialed numbers. The only thing I've found that will get it to start
>>answering calls again for more than a few hours is to reset the router.
>>I called Verizon about it and they took the PRI down for testing and of
>>course it worked for a few days after that, but now I 'm getting
>>complaints again. The router worked fine for a few months without
>>complaint and we have replaced it just  to make sure. It's currently
>>running 7.2.4 tbaxkh.m60.
>>
>>--
>>Steve Haavik
>>Sailor Operations Center
>>shaavik@soc.lib.md.us
>>Office: 410-396-5551
>>Cell: 410-371-3158
>>Pager: 410-379-1824
>>++ Ascend Users Mailing List ++
>>To unsubscribe:	send unsubscribe to 
>>ascend-users-request@bungi.com
>>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>>
>>++ Ascend Users Mailing List ++
>>To unsubscribe:	send unsubscribe to 
>>ascend-users-request@bungi.com
>>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From psc5 at powersupply.net  Mon Sep 11 08:08:54 2000
From: psc5 at powersupply.net (PowerNet)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] RE: (ASCEND) MAX 6000 problems
In-Reply-To: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>
References: <604F74AA5BA7D311AF2700105A735F9C02A55F@tci_pdc.telecom.co.ck>
Message-ID: <200009110908540714.1E7369F6@mail.powersupply.net>

We have the same dilema, running 7.0.22.
What does that mean in non telco terms?
Is there something I need to get the telco to do?

John

*********** REPLY SEPARATOR  ***********

On 9/7/2000 at 9:41 PM Robert McFadzien wrote:

>We also have a MAX6000 that has had these symptoms. We are also the Telco so
>couldnt blame anyone for it and had to try and figure it out. We run 7.2.3
>
>The engineers on the exchange first tried resetting their E1 interface which
>solved it temporarily and when it appeared a few days later, ended up
>replacing the cable to the E1 interface from the exchange to the MAX and
>re-setting their entire E1 bank controller after putting it down to bit
>errors or something like that and it hasnt re-appeared since. 
>
>
>
>>-----Original Message-----
>>From: Dave Montgomery [mailto:guido@ipa.net]
>>Sent: Thursday, 7 September 2000 04:34
>>To: ascend-users@bungi.com
>>Subject: RE: (ASCEND) MAX 6000 problems
>>
>>
>>We've had a very similar problem with several of our 6000's. 
>>We've had this
>>problem at pop's with PRI as well as T1, and with software 
>>versions tbixkh
>>7.0.22, 7.2.0, and 8.0.3. I've found that the reason the call 
>>is refused is
>>that the when the ratio of bad to good calls gets too high, 
>>the max assumes
>>it's a problem with the modem card and therefore puts it on 
>>the 195 list to
>>be rebooted. Once it does this it, lists the card as 
>>unavailable and waits
>>for everyone on it to disconnect before rebooting the card.
>>
>>The end result of this process is that while waiting for all 
>>the calls to
>>clear off the card, you have fewer modems than you thought. In 
>>our case,
>>this means you have more incoming lines than modems and so the max will
>>either refuse the call or it will route the call to HDLC 
>>drivers (in which
>>case, callers will hear digital tones and "show users" will 
>>list 56k or 64k
>>attempted connections).
>>
>>If you want to see if this is what's happening, you can go to 
>>diagnostics
>>and type "avm" if your code <8.0 or "lanp modem" if your code 
>>is >8.0. These
>>commands will list all available, used, suspect and 195 
>>(waiting for reset)
>>modems. This is usefull really only to see if the problem is 
>>occurring. You
>>can use the "fatal-history" command from diagnostics to see if 
>>the problem
>>haas occurred recently. It has the fatal log will list something like:
>>
>>WARNING:  Index: 195  Load: tbixkh.m60 Revision: 8.0.3
>>        Date: 09/03/2000.       Time: 13:00:34
>>        Location: b022faf4 b022fe14 b022d894 b022df00 b022dfb4 b019a338
>>
>>
>>Well, that's all I know about it. I still don't know exactly 
>>what causes the
>>max put modems on the 195 list and I don't know if there's a 
>>way to prevent
>>this. I'm not entirely sure if it's an equipment or telco 
>>issue and I don't
>>know where to look from here. If anyone out there has any 
>>thought's on the
>>matter I would love to hear them. This is a problem that we've been
>>experiencing for a while a now and nobody seems to know what's 
>>going on so
>>any input at all would be appreciated.
>>
>>Thanks.
>>
>>Hope this helps some Steve.
>>
>>
>>---Dave Montgomery
>>   IPA Network Technician
>>   1-800-785-4091
>>
>>-----Original Message-----
>>From: owner-ascend-users@max.bungi.com
>>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Steve Haavik
>>Sent: Thursday, September 07, 2000 6:45 AM
>>To: ascend-users@bungi.com
>>Subject: (ASCEND) MAX 6000 problems
>>
>>
>>Has anyone seen this or know what would cause it?
>>
>>Sep  6 22:57:11 anne-gwa ASCEND: LPMOD: Slot 8 All Modems Down
>>
>>We've been having a lot of trouble lately with this one site. 
>>I'm seeing
>>a large number of refused calls (with 2 to 4 modems in use) and strange
>>dialed numbers. The only thing I've found that will get it to start
>>answering calls again for more than a few hours is to reset the router.
>>I called Verizon about it and they took the PRI down for testing and of
>>course it worked for a few days after that, but now I 'm getting
>>complaints again. The router worked fine for a few months without
>>complaint and we have replaced it just  to make sure. It's currently
>>running 7.2.4 tbaxkh.m60.
>>
>>--
>>Steve Haavik
>>Sailor Operations Center
>>shaavik@soc.lib.md.us
>>Office: 410-396-5551
>>Cell: 410-371-3158
>>Pager: 410-379-1824
>>++ Ascend Users Mailing List ++
>>To unsubscribe:	send unsubscribe to 
>>ascend-users-request@bungi.com
>>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>>
>>++ Ascend Users Mailing List ++
>>To unsubscribe:	send unsubscribe to 
>>ascend-users-request@bungi.com
>>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bargi at webfront.net.au  Mon Sep 11 11:59:23 2000
From: bargi at webfront.net.au (Raymond Brighenti)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) 1 Quick Radius Question
Message-ID: <4.3.2.7.2.20000912025734.00d303d0@203.23.200.12>

Hi,

What was the line I need to add to my a users Radius Profile so that they 
can only log in via a modem and not user ISDN.

Ta

Ray

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bargi at webfront.net.au  Mon Sep 11 11:59:23 2000
From: bargi at webfront.net.au (Raymond Brighenti)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) 1 Quick Radius Question
Message-ID: <4.3.2.7.2.20000912025734.00d303d0@203.23.200.12>

Hi,

What was the line I need to add to my a users Radius Profile so that they 
can only log in via a modem and not user ISDN.

Ta

Ray

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at millenniumsolutions.net  Mon Sep 11 19:04:03 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) MAX4048 / 6000 chassis
Message-ID: <016701c01c4c$f6423440$cf582cd0@new2u.net>

Does anyone have any Max6000 chassis they are interested in selling?

We have a couple of Max 4048's and some of our customers are requesting the
6048's.  We are interested in buying some chassis.  We are resellers of both
New and Refurbished equipment specializing in Cisco, Ascend/Lucent, 3Com,
Nortel...etc.

Regards,

Scott Woodland
scott@millenniumsolutions.net

Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From tkinnen at lucentradius.com  Mon Sep 11 19:41:08 2000
From: tkinnen at lucentradius.com (Thomas C Kinnen)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] Re: (ASCEND) 1 Quick Radius Question
References: <4.3.2.7.2.20000912025734.00d303d0@203.23.200.12>
Message-ID: <39BD7BA4.B1E783F7@lucentradius.com>

Raymond Brighenti wrote:
> 
> Hi,
> 
> What was the line I need to add to my a users Radius Profile so that they
> can only log in via a modem and not user ISDN.

Add a verification item of "NAS-Port-Type=Async"

-- 
Thomas C Kinnen - <tkinnen@lucentradius.com> <tkinnen@fanfic.net>
[RADIUS Engineer] - LUCENT Technologies INS
"All of the opinions stated above are my own and not my employer's,
unless they were given to me by my employer"
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at millenniumsolutions.net  Mon Sep 11 19:04:03 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) MAX4048 / 6000 chassis
Message-ID: <016701c01c4c$f6423440$cf582cd0@new2u.net>

Does anyone have any Max6000 chassis they are interested in selling?

We have a couple of Max 4048's and some of our customers are requesting the
6048's.  We are interested in buying some chassis.  We are resellers of both
New and Refurbished equipment specializing in Cisco, Ascend/Lucent, 3Com,
Nortel...etc.

Regards,

Scott Woodland
scott@millenniumsolutions.net

Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From tkinnen at lucentradius.com  Mon Sep 11 19:41:08 2000
From: tkinnen at lucentradius.com (Thomas C Kinnen)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] Re: (ASCEND) 1 Quick Radius Question
References: <4.3.2.7.2.20000912025734.00d303d0@203.23.200.12>
Message-ID: <39BD7BA4.B1E783F7@lucentradius.com>

Raymond Brighenti wrote:
> 
> Hi,
> 
> What was the line I need to add to my a users Radius Profile so that they
> can only log in via a modem and not user ISDN.

Add a verification item of "NAS-Port-Type=Async"

-- 
Thomas C Kinnen - <tkinnen@lucentradius.com> <tkinnen@fanfic.net>
[RADIUS Engineer] - LUCENT Technologies INS
"All of the opinions stated above are my own and not my employer's,
unless they were given to me by my employer"
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hill at communitytelephone.com  Tue Sep 12 07:51:39 2000
From: hill at communitytelephone.com (hill@communitytelephone.com)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) APX 8000 critique
Message-ID: <Pine.GSO.4.21.0009120748170.13195-100000@world.evansville.net>

I am considering buying an APX 8000.  I haven't seen much info about it on
the list.  I was hoping that some of you who have them in service would
comment on your experience with them thus far.

Please CC me on you reply.

   Thanks,

    --Jamie Hill

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hill at communitytelephone.com  Tue Sep 12 07:51:39 2000
From: hill at communitytelephone.com (hill@communitytelephone.com)
Date: Tue Jan 18 13:59:14 2005
Subject: [Ascend] (ASCEND) APX 8000 critique
Message-ID: <Pine.GSO.4.21.0009120748170.13195-100000@world.evansville.net>

I am considering buying an APX 8000.  I haven't seen much info about it on
the list.  I was hoping that some of you who have them in service would
comment on your experience with them thus far.

Please CC me on you reply.

   Thanks,

    --Jamie Hill

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Tue Sep 12 09:59:20 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Re: (ASCEND) APX 8000 critique
References: <Pine.GSO.4.21.0009120748170.13195-100000@world.evansville.net>
Message-ID: <002001c01cca$09bd5b30$0100a8c0@pc>

Jamie,

I work for a Lucent distributor. We have an evaluation unit out with an ISP
customer in the UK. The only issues we've come across have been related to
the default radius configuration, and those now seem to have been sorted out
after tweaking a few parameters. If you were based in the UK, we would
possibly be in a position to offer a unit for evaluation. Ask your Lucent
distributor if they'll do the same for you.

- Matt

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
mailto:matt@knowware.co.uk
http://www.knowware.co.uk


----- Original Message -----
From: <hill@communitytelephone.com>
To: <ascend-users@max.bungi.com>
Sent: Tuesday, September 12, 2000 1:51 PM
Subject: (ASCEND) APX 8000 critique


> I am considering buying an APX 8000.  I haven't seen much info about it on
> the list.  I was hoping that some of you who have them in service would
> comment on your experience with them thus far.
>
> Please CC me on you reply.
>
>    Thanks,
>
>     --Jamie Hill
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Tue Sep 12 09:59:20 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Re: (ASCEND) APX 8000 critique
References: <Pine.GSO.4.21.0009120748170.13195-100000@world.evansville.net>
Message-ID: <002001c01cca$09bd5b30$0100a8c0@pc>

Jamie,

I work for a Lucent distributor. We have an evaluation unit out with an ISP
customer in the UK. The only issues we've come across have been related to
the default radius configuration, and those now seem to have been sorted out
after tweaking a few parameters. If you were based in the UK, we would
possibly be in a position to offer a unit for evaluation. Ask your Lucent
distributor if they'll do the same for you.

- Matt

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
mailto:matt@knowware.co.uk
http://www.knowware.co.uk


----- Original Message -----
From: <hill@communitytelephone.com>
To: <ascend-users@max.bungi.com>
Sent: Tuesday, September 12, 2000 1:51 PM
Subject: (ASCEND) APX 8000 critique


> I am considering buying an APX 8000.  I haven't seen much info about it on
> the list.  I was hoping that some of you who have them in service would
> comment on your experience with them thus far.
>
> Please CC me on you reply.
>
>    Thanks,
>
>     --Jamie Hill
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mike at abccom.com  Tue Sep 12 12:59:48 2000
From: mike at abccom.com (Mike Simmons)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) FS: 2  Ascend Pipeline 400's
Message-ID: <emrsrsol457en6t8e74isq334l02upntou@4ax.com>

FOR SALE:

2    Ascend Pipeline 400 
      M/N  PL-1T1-STD
      Options:  Nx56, ISDN

90 day warranty!

$1200.00 each

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
    

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mike at abccom.com  Tue Sep 12 12:59:48 2000
From: mike at abccom.com (Mike Simmons)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) FS: 2  Ascend Pipeline 400's
Message-ID: <emrsrsol457en6t8e74isq334l02upntou@4ax.com>

FOR SALE:

2    Ascend Pipeline 400 
      M/N  PL-1T1-STD
      Options:  Nx56, ISDN

90 day warranty!

$1200.00 each

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
    

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From denny at reiters.org  Wed Sep 13 01:48:38 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Odd SDSL problem
Message-ID: <20000913014838.A1327@reiters.org>

I've got an SDSL "card" that is giving me fits.  But it's not the card.
I've switched it out three times and then even went as far as to replace
the MaxTNT it was in with a DSLTNT, and the thing continues to flake
out.  There is one port on it that spontaneously comes up and goes down,
even though there is nothing wired to it.  I also have a port on it
that goes into "PD" before goining to "LA"  Anybody seen this before?
I'm having trouble finding anything about it in the manuals.

I'm sure it's a cabling problem, but you know how phone guys are :)

Thanks,

Denny

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
			There is no spoon.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From denny at reiters.org  Wed Sep 13 01:48:38 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Odd SDSL problem
Message-ID: <20000913014838.A1327@reiters.org>

I've got an SDSL "card" that is giving me fits.  But it's not the card.
I've switched it out three times and then even went as far as to replace
the MaxTNT it was in with a DSLTNT, and the thing continues to flake
out.  There is one port on it that spontaneously comes up and goes down,
even though there is nothing wired to it.  I also have a port on it
that goes into "PD" before goining to "LA"  Anybody seen this before?
I'm having trouble finding anything about it in the manuals.

I'm sure it's a cabling problem, but you know how phone guys are :)

Thanks,

Denny

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
			There is no spoon.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Wed Sep 13 13:17:16 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Keeping routes in permconns private
Message-ID: <p0433010db5e5746fc144@[206.40.74.35]>

How does one keep the routes in a permconn pseudouser RADIUS profile 
from being advertised? I have permconns with the following attributes 
that I want the router to keep to itself:

	Framed-Address
	Framed-Netmask
	Ascend-Remote-Addr
	Ascend-PPP-Address
	Ascend-IF-Netmask

Adding:

	Framed-Route = "private = "y""

Doesn't seem to do it.

Anyone?
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Wed Sep 13 13:17:16 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Keeping routes in permconns private
Message-ID: <p0433010db5e5746fc144@[206.40.74.35]>

How does one keep the routes in a permconn pseudouser RADIUS profile 
from being advertised? I have permconns with the following attributes 
that I want the router to keep to itself:

	Framed-Address
	Framed-Netmask
	Ascend-Remote-Addr
	Ascend-PPP-Address
	Ascend-IF-Netmask

Adding:

	Framed-Route = "private = "y""

Doesn't seem to do it.

Anyone?
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From tanner at real-time.com  Wed Sep 13 15:13:56 2000
From: tanner at real-time.com (Bob Tanner)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Testing
Message-ID: <20000913151356.G18959@real-time.com>

Double posting?

-- 
Bob Tanner <tanner@real-time.com>       | Phone : (612)943-8700
http://www.mn-linux.org                 | Fax   : (612)943-8500
Key fingerprint =  6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 


From scott at millenniumsolutions.net  Thu Sep 14 10:37:54 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) For Sale MAX TNT's
Message-ID: <009101c01e61$c01f1f60$cf582cd0@new2u.net>

We have available several MAX TNT's   (TNT-AC-H)
Can be configured with up to (7) 48port cards (TNT-SL-48MOD-S-C) or 336
ports.  The cards are single-slot, series 56, v.90.

Also have several (TNT-SL-SDSLH24T)  Compatible with both MAX TNT
and the DSL TNT.

Also have a couple of Max4048's available for sale.

We specialize in Cisco, Ascend/Lucent, 3Com, Nortel, Motorola, Micom, ADC,
Adtran.

Please notify me privately via email or phone if you are interested.
scott@millenniumsolutions.net

Regards,

Scott Woodland
Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at millenniumsolutions.net  Thu Sep 14 10:37:54 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) For Sale MAX TNT's
Message-ID: <009101c01e61$c01f1f60$cf582cd0@new2u.net>

We have available several MAX TNT's   (TNT-AC-H)
Can be configured with up to (7) 48port cards (TNT-SL-48MOD-S-C) or 336
ports.  The cards are single-slot, series 56, v.90.

Also have several (TNT-SL-SDSLH24T)  Compatible with both MAX TNT
and the DSL TNT.

Also have a couple of Max4048's available for sale.

We specialize in Cisco, Ascend/Lucent, 3Com, Nortel, Motorola, Micom, ADC,
Adtran.

Please notify me privately via email or phone if you are interested.
scott@millenniumsolutions.net

Regards,

Scott Woodland
Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Thu Sep 14 16:14:01 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) FS: Max TNT, DSL Max 20 (T1), WTB: Max 4k 56k modems
Message-ID: <p04330103b5e6e95649e3@[206.40.74.35]>

Hello all,

We've been moving away from dial-up and no longer really need our 
beloved Max TNT. Time to turn the beast into cash. It has:

TNT-AC			Max TNT AC chassis
			32 Mb RAM upgrade
			Frame Relay & ISDN signalling software
TNT-SL-HDLC2-EC-C	HDLC2ec slot card (7 months old)
TNT-SL-CT1		8-T1 slot card
TNT-SL-E10-100		Ether-2 slot card (7 months old)
			(1 100M Mbps port, 3 10 Mbps ports)
TNT-CSMX(?)		Series56-2 48-modem slot card

Before the TNT goes out the door, we'll need 48 56k modems for a Max 
4000, if anyone's got any for sale.

We also have an unused DSL Max 20 with one or two 8-T1 cards 
(configured for terminating T1 rather than DSL):
DSLMX-20-AC		DSL Max 20 AC chassis
DMX-SL-T1, DMX-SO-8T1	(1 or 2) 8-T1 slot card

If anyone in the U.S. has bought or sold any of this stuff used 
lately, I'd be curious to hear what pricing is like these days.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Thu Sep 14 16:14:01 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) FS: Max TNT, DSL Max 20 (T1), WTB: Max 4k 56k modems
Message-ID: <p04330103b5e6e95649e3@[206.40.74.35]>

Hello all,

We've been moving away from dial-up and no longer really need our 
beloved Max TNT. Time to turn the beast into cash. It has:

TNT-AC			Max TNT AC chassis
			32 Mb RAM upgrade
			Frame Relay & ISDN signalling software
TNT-SL-HDLC2-EC-C	HDLC2ec slot card (7 months old)
TNT-SL-CT1		8-T1 slot card
TNT-SL-E10-100		Ether-2 slot card (7 months old)
			(1 100M Mbps port, 3 10 Mbps ports)
TNT-CSMX(?)		Series56-2 48-modem slot card

Before the TNT goes out the door, we'll need 48 56k modems for a Max 
4000, if anyone's got any for sale.

We also have an unused DSL Max 20 with one or two 8-T1 cards 
(configured for terminating T1 rather than DSL):
DSLMX-20-AC		DSL Max 20 AC chassis
DMX-SL-T1, DMX-SO-8T1	(1 or 2) 8-T1 slot card

If anyone in the U.S. has bought or sold any of this stuff used 
lately, I'd be curious to hear what pricing is like these days.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From lists at pinehurst.net  Thu Sep 14 15:55:21 2000
From: lists at pinehurst.net (Beth Morgan)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Commands for Max diagnostics mode?
Message-ID: <39C13B39.8AB9EB84@pinehurst.net>

Does anyone happen to have a quick reference of the commands used in
diagnostic mode they could post or send to me? (in addition to the ones
listed when you type "help")  I so rarely use the ones I knew, that I
have forgotten them!  A scouring of the web and manuals hasn't been
productive for me.  What I'm trying to accomplish is watching sessions
as they come up - actually connections as they're made.  On a PM3, I'd
use isdn debug.  I'm just not sure how to do this on the Max 6096.

Any help is appreciated.

Thanks,
Beth
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From lists at pinehurst.net  Thu Sep 14 15:55:21 2000
From: lists at pinehurst.net (Beth Morgan)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] (ASCEND) Commands for Max diagnostics mode?
Message-ID: <39C13B39.8AB9EB84@pinehurst.net>

Does anyone happen to have a quick reference of the commands used in
diagnostic mode they could post or send to me? (in addition to the ones
listed when you type "help")  I so rarely use the ones I knew, that I
have forgotten them!  A scouring of the web and manuals hasn't been
productive for me.  What I'm trying to accomplish is watching sessions
as they come up - actually connections as they're made.  On a PM3, I'd
use isdn debug.  I'm just not sure how to do this on the Max 6096.

Any help is appreciated.

Thanks,
Beth
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jcdutton at lucent.com  Thu Sep 14 18:31:29 2000
From: jcdutton at lucent.com (James Courtier-Dutton)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Re: (ASCEND) Commands for Max diagnostics mode?
References: <39C13B39.8AB9EB84@pinehurst.net>
Message-ID: <031701c01ea3$ec84c2c0$1401a8c0@home>

I think you type "stat" at the terminal server prompt.
Type "esc" (the key)  then "stat" again to cancel.
Cheers
James

----- Original Message ----- 
From: "Beth Morgan" <lists@pinehurst.net>
To: "Ascend List" <ascend-users@bungi.com>
Sent: Thursday, September 14, 2000 9:55 PM
Subject: (ASCEND) Commands for Max diagnostics mode?


> Does anyone happen to have a quick reference of the commands used in
> diagnostic mode they could post or send to me? (in addition to the ones
> listed when you type "help")  I so rarely use the ones I knew, that I
> have forgotten them!  A scouring of the web and manuals hasn't been
> productive for me.  What I'm trying to accomplish is watching sessions
> as they come up - actually connections as they're made.  On a PM3, I'd
> use isdn debug.  I'm just not sure how to do this on the Max 6096.
> 
> Any help is appreciated.
> 
> Thanks,
> Beth
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jcdutton at lucent.com  Thu Sep 14 18:31:29 2000
From: jcdutton at lucent.com (James Courtier-Dutton)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Re: (ASCEND) Commands for Max diagnostics mode?
References: <39C13B39.8AB9EB84@pinehurst.net>
Message-ID: <031701c01ea3$ec84c2c0$1401a8c0@home>

I think you type "stat" at the terminal server prompt.
Type "esc" (the key)  then "stat" again to cancel.
Cheers
James

----- Original Message ----- 
From: "Beth Morgan" <lists@pinehurst.net>
To: "Ascend List" <ascend-users@bungi.com>
Sent: Thursday, September 14, 2000 9:55 PM
Subject: (ASCEND) Commands for Max diagnostics mode?


> Does anyone happen to have a quick reference of the commands used in
> diagnostic mode they could post or send to me? (in addition to the ones
> listed when you type "help")  I so rarely use the ones I knew, that I
> have forgotten them!  A scouring of the web and manuals hasn't been
> productive for me.  What I'm trying to accomplish is watching sessions
> as they come up - actually connections as they're made.  On a PM3, I'd
> use isdn debug.  I'm just not sure how to do this on the Max 6096.
> 
> Any help is appreciated.
> 
> Thanks,
> Beth
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Fri Sep 15 08:27:20 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] RE: (ASCEND) Commands for Max diagnostics mode?
In-Reply-To: <200009150545.WAA11872@max.bungi.com>
Message-ID: <NEBBKHMFCMHAGHIGCDNKAEEECEAA.rocca@multiboard.com>

Hi Beth,

> Does anyone happen to have a quick reference of the commands used in
> diagnostic mode they could post or send to me? (in addition to the ones
> listed when you type "help")  I so rarely use the ones I knew, that I

Typing "help ascend" from the diagnostic mode will give you the full listing
of commands, at least on the older Ascend gear, who knows it might be "help
lucent" on the newer boxes.


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Fri Sep 15 08:27:20 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] RE: (ASCEND) Commands for Max diagnostics mode?
In-Reply-To: <200009150545.WAA11872@max.bungi.com>
Message-ID: <NEBBKHMFCMHAGHIGCDNKAEEECEAA.rocca@multiboard.com>

Hi Beth,

> Does anyone happen to have a quick reference of the commands used in
> diagnostic mode they could post or send to me? (in addition to the ones
> listed when you type "help")  I so rarely use the ones I knew, that I

Typing "help ascend" from the diagnostic mode will give you the full listing
of commands, at least on the older Ascend gear, who knows it might be "help
lucent" on the newer boxes.


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From lists at pinehurst.net  Fri Sep 15 14:27:16 2000
From: lists at pinehurst.net (Beth Morgan)
Date: Tue Jan 18 13:59:15 2005
Subject: [Ascend] Re: (ASCEND) Commands for Max diagnostics mode?
References: <3.0.5.32.20000914183543.05062390@pop.blacksburg.net>
Message-ID: <39C27814.9F267551@pinehurst.net>

Hey, THANKS everyone!  This was what I was looking for.

Lyle Evans wrote:
> 
> At 04:55 PM 9/14/00 -0400, you wrote:
> >Does anyone happen to have a quick reference of the commands used in
> >diagnostic mode they could post or send to me? (in addition to the ones
> >listed when you type "help")  I so rarely use the ones I knew, that I
> >have forgotten them!  A scouring of the web and manuals hasn't been
> >productive for me.  What I'm trying to accomplish is watching sessions
> >as they come up - actually connections as they're made.  On a PM3, I'd
> >use isdn debug.  I'm just not sure how to do this on the Max 6096.
> >
> >Any help is appreciated.
> >
> Beth,
> 
>         Type help ascend in the diagnostics menu for a verbose listing of the
> commands.
> 
> Lyle Evans
> Blacksburg.Net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From lists at pinehurst.net  Fri Sep 15 14:27:16 2000
From: lists at pinehurst.net (Beth Morgan)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] Re: (ASCEND) Commands for Max diagnostics mode?
References: <3.0.5.32.20000914183543.05062390@pop.blacksburg.net>
Message-ID: <39C27814.9F267551@pinehurst.net>

Hey, THANKS everyone!  This was what I was looking for.

Lyle Evans wrote:
> 
> At 04:55 PM 9/14/00 -0400, you wrote:
> >Does anyone happen to have a quick reference of the commands used in
> >diagnostic mode they could post or send to me? (in addition to the ones
> >listed when you type "help")  I so rarely use the ones I knew, that I
> >have forgotten them!  A scouring of the web and manuals hasn't been
> >productive for me.  What I'm trying to accomplish is watching sessions
> >as they come up - actually connections as they're made.  On a PM3, I'd
> >use isdn debug.  I'm just not sure how to do this on the Max 6096.
> >
> >Any help is appreciated.
> >
> Beth,
> 
>         Type help ascend in the diagnostics menu for a verbose listing of the
> commands.
> 
> Lyle Evans
> Blacksburg.Net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From auisplst at techex.net.au  Sun Sep 17 23:02:27 2000
From: auisplst at techex.net.au (Shirish Jain)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) port-forwarding
Message-ID: <02a801c02125$42e90d50$1c4218cb@techex.net.au>

all the Guru's out there

I want to setup portforwarding (to divert HTTP traffic to proxy server) on a
Max6000. I cud do that in Cisco using following

>access-list 120 deny   tcp host aaa.bbb.ccc.ddd any eq www
>access-list 120 permit tcp any any eq www
>route-map proxy-redirect permit 20
> match ip address 120
> set ip next-hop aaa.bbb.ccc.ddd
>int eth0
> ip policy route-map proxy-redirect

I couldnt find anyinfo on how to do it with Ascend MAX(TAOS). Appreciate all
the help.
tia

SJ

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From auisplst at techex.net.au  Sun Sep 17 23:02:27 2000
From: auisplst at techex.net.au (Shirish Jain)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) port-forwarding
Message-ID: <02a801c02125$42e90d50$1c4218cb@techex.net.au>

all the Guru's out there

I want to setup portforwarding (to divert HTTP traffic to proxy server) on a
Max6000. I cud do that in Cisco using following

>access-list 120 deny   tcp host aaa.bbb.ccc.ddd any eq www
>access-list 120 permit tcp any any eq www
>route-map proxy-redirect permit 20
> match ip address 120
> set ip next-hop aaa.bbb.ccc.ddd
>int eth0
> ip policy route-map proxy-redirect

I couldnt find anyinfo on how to do it with Ascend MAX(TAOS). Appreciate all
the help.
tia

SJ

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From stockman1jj at sonda.cl  Mon Sep 18 01:26:45 2000
From: stockman1jj at sonda.cl (stockman1jj@sonda.cl)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) FREE STOCK TIP
Message-ID: <200009180546.NAA07338@cnic.net>

Hyperdynamics (HYPD) News: Update

The Money Circle recommended HyperDynamics Corporation
(OTC BB: HYPD) on 8/9/00 as a timely and potentially
phenomenal investment opportunity.
========================================================
COMPANY:                Hyperdynamics Corporation
EXCHANGE:               OTC BB - HYPD
52-WEEK RANGE:          $0.50 - $7.75
RECOMMENDATION PRICE:   $1.50
PRICE AT 12:00 9/14/00: $2.38
========================================================
PLEASE CONTACT THE MONEY CIRCLE AT 1-877-772-2780 
FOR MORE INFORMATION OR TO REQUEST A COPY OF THE REPORT.
========================================================
On August 25th, The Money Circle released an equity
profile report on HyperDynamics.  For a copy of the
equity profile report, please follow the link below or
call The Money Circle at 1-877-772-2780.
========================================================
On August 31, 2000, HyperDynamics Corporation (HYPD),
announced that the company's Board of Directors approved
an exchange offering for a minimum of 50% to a maximum
of 90% of the company's common stock. Under the terms
of the exchange, shareholders will exchange 100 shares
of the company's common stock for a unit. Each unit
consists of one share of 9% series B redeemable
preferred stock (stated value $200), 100 redeemable
class A warrants, 100 redeemable class B warrants and
100 redeemable class C warrants.

Below is a table which displays the value create by the
exchange offering:

RELATIVE VALUATIONS OF EXCHANGE
HYPD
PRICE=EXCHANGE OFFERING TERMS            = VALUE CREATED
$3    $2.00  $1.65  +  $1.65  +  $1.65   = $6.95
$4    $2.00  $2.65  +  $2.65  +  $2.65   = $9.95
$5    $2.00  $3.65  +  $3.65  +  $3.65   = $12.95
$6    $2.00  $4.65  +  $4.65  +  $4.65   = $15.95
$7    $2.00  $5.65  +  $5.65  +  $5.65   = $18.95
$8    $2.00  $6.65  +  $6.65  +  $6.65   = $21.95
$9    $2.00  $7.65  +  $7.65  +  $7.65   = $24.95
$10   $2.00  $8.65  +  $8.65  +  $8.65   = $27.95
$20   $2.00  $18.65 +  $18.65 +  $18.65  = $57.95
$30   $2.00  $28.65 +  $28.65 +  $28.65  = $87.95
========================================================
HYPD Initiates Integrated Technology Center Marketing Plan

HOUSTON--(BUSINESS WIRE)--Sept. 14, 2000--HyperDynamics
Corporation (OTC/BB:HYPD - news), the premier Integrated
Technology Service Provider (ITSP), enabling tomorrow....
today, has initiated its new Integrated Technology Center
(ITC) marketing plan.

On July 27 the company began working with InterNEED,
a Houston-based business development firm regarding its
business development plans for the company's bundled IT
services associated with its first Integrated Technology
Center (ITC).

Working closely with HyperDynamics' top executives over
the last few months, InterNEED has compiled and presented
a comprehensive plan which clearly reflects the
HyperDynamics direction as a ``Hypersource TM'' for its
end-to-end bundled technology services. HyperDyanamics
will use this plan extensively as it transitions to its
new ITC.

Ron Beagle, director of business development, stated, ``We
now have a comprehensive plan that we can build upon. More
and more potential ITC customers are inquiring and lining
up to utilize our first ITC. One customer, The Marion Group,
Houston's 5th largest design firm, has implemented their
formal pursuit for our `Hypersource TM' services.''

Aaron Allisor, president of Marion Graphics, wrote, ``I
look forward to the opportunity to work with HyperDynamics
to provide all of our hosting needs. As our business
expands to e-marketing and e-commerce, our need for a
qualified partner for hosting has become paramount to
our success.''

Beagle summarized: ``This opportunity, and many others
like it, reflect increasing opportunities that we never
previously had. We can hardly wait to go online with our
first ITC.''

About InterNEED

InterNEED is a business development services company that
integrates strategic consulting, sales staffing, lead
generation and marketing services to offer businesses total
solutions support. InterNEED helps clients grow and enrich
their brands. With headquarters in Houston, InterNEED has
regional offices in Dallas and Atlanta, and plans to open
a fourth office in fourth quarter 2000. Services currently
offered by InterNEED include: InterFocus, a strategy
consulting service; InterStaff, a sales staffing service;
InterMark, a marketing and advertising service; and InterLead,
a sales lead generation service.

About The Marion Group (Online and Offline Marketing Solutions)

The Marion Group, a Houston-based firm, links creativity
with technology in delivering integrated print and electronic
marketing solutions designed to leverage market position,
involving content input, data management, and output
formatting for print and online delivery.
========================================================
HyperDynamics Corporation has a six-month termed ``Investor Relations
Consulting Agreement'' with The Money Circle. Their responsibility under
this agreement consists of developing a corporate profile, email and fax
updates from the company, coordination of investor conference calls,
coordination of messages from the CEO for investors regarding the company's
vision, and this analyst report. They have received 75,000 warrants for
restricted common stock with an exercise price of $1.50 for their total
compensation.
========================================================
FOR INFORMATION CONTACT:
The Money Circle
1239A 3rd Street Promenade
Santa Monica, CA  90401
877-772-2780 or 310-587-2780
310-587-3552 fax
http://www.themoneycircle.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From stockman1jj at sonda.cl  Mon Sep 18 01:26:45 2000
From: stockman1jj at sonda.cl (stockman1jj@sonda.cl)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) FREE STOCK TIP
Message-ID: <200009180546.NAA07338@cnic.net>

Hyperdynamics (HYPD) News: Update

The Money Circle recommended HyperDynamics Corporation
(OTC BB: HYPD) on 8/9/00 as a timely and potentially
phenomenal investment opportunity.
========================================================
COMPANY:                Hyperdynamics Corporation
EXCHANGE:               OTC BB - HYPD
52-WEEK RANGE:          $0.50 - $7.75
RECOMMENDATION PRICE:   $1.50
PRICE AT 12:00 9/14/00: $2.38
========================================================
PLEASE CONTACT THE MONEY CIRCLE AT 1-877-772-2780 
FOR MORE INFORMATION OR TO REQUEST A COPY OF THE REPORT.
========================================================
On August 25th, The Money Circle released an equity
profile report on HyperDynamics.  For a copy of the
equity profile report, please follow the link below or
call The Money Circle at 1-877-772-2780.
========================================================
On August 31, 2000, HyperDynamics Corporation (HYPD),
announced that the company's Board of Directors approved
an exchange offering for a minimum of 50% to a maximum
of 90% of the company's common stock. Under the terms
of the exchange, shareholders will exchange 100 shares
of the company's common stock for a unit. Each unit
consists of one share of 9% series B redeemable
preferred stock (stated value $200), 100 redeemable
class A warrants, 100 redeemable class B warrants and
100 redeemable class C warrants.

Below is a table which displays the value create by the
exchange offering:

RELATIVE VALUATIONS OF EXCHANGE
HYPD
PRICE=EXCHANGE OFFERING TERMS            = VALUE CREATED
$3    $2.00  $1.65  +  $1.65  +  $1.65   = $6.95
$4    $2.00  $2.65  +  $2.65  +  $2.65   = $9.95
$5    $2.00  $3.65  +  $3.65  +  $3.65   = $12.95
$6    $2.00  $4.65  +  $4.65  +  $4.65   = $15.95
$7    $2.00  $5.65  +  $5.65  +  $5.65   = $18.95
$8    $2.00  $6.65  +  $6.65  +  $6.65   = $21.95
$9    $2.00  $7.65  +  $7.65  +  $7.65   = $24.95
$10   $2.00  $8.65  +  $8.65  +  $8.65   = $27.95
$20   $2.00  $18.65 +  $18.65 +  $18.65  = $57.95
$30   $2.00  $28.65 +  $28.65 +  $28.65  = $87.95
========================================================
HYPD Initiates Integrated Technology Center Marketing Plan

HOUSTON--(BUSINESS WIRE)--Sept. 14, 2000--HyperDynamics
Corporation (OTC/BB:HYPD - news), the premier Integrated
Technology Service Provider (ITSP), enabling tomorrow....
today, has initiated its new Integrated Technology Center
(ITC) marketing plan.

On July 27 the company began working with InterNEED,
a Houston-based business development firm regarding its
business development plans for the company's bundled IT
services associated with its first Integrated Technology
Center (ITC).

Working closely with HyperDynamics' top executives over
the last few months, InterNEED has compiled and presented
a comprehensive plan which clearly reflects the
HyperDynamics direction as a ``Hypersource TM'' for its
end-to-end bundled technology services. HyperDyanamics
will use this plan extensively as it transitions to its
new ITC.

Ron Beagle, director of business development, stated, ``We
now have a comprehensive plan that we can build upon. More
and more potential ITC customers are inquiring and lining
up to utilize our first ITC. One customer, The Marion Group,
Houston's 5th largest design firm, has implemented their
formal pursuit for our `Hypersource TM' services.''

Aaron Allisor, president of Marion Graphics, wrote, ``I
look forward to the opportunity to work with HyperDynamics
to provide all of our hosting needs. As our business
expands to e-marketing and e-commerce, our need for a
qualified partner for hosting has become paramount to
our success.''

Beagle summarized: ``This opportunity, and many others
like it, reflect increasing opportunities that we never
previously had. We can hardly wait to go online with our
first ITC.''

About InterNEED

InterNEED is a business development services company that
integrates strategic consulting, sales staffing, lead
generation and marketing services to offer businesses total
solutions support. InterNEED helps clients grow and enrich
their brands. With headquarters in Houston, InterNEED has
regional offices in Dallas and Atlanta, and plans to open
a fourth office in fourth quarter 2000. Services currently
offered by InterNEED include: InterFocus, a strategy
consulting service; InterStaff, a sales staffing service;
InterMark, a marketing and advertising service; and InterLead,
a sales lead generation service.

About The Marion Group (Online and Offline Marketing Solutions)

The Marion Group, a Houston-based firm, links creativity
with technology in delivering integrated print and electronic
marketing solutions designed to leverage market position,
involving content input, data management, and output
formatting for print and online delivery.
========================================================
HyperDynamics Corporation has a six-month termed ``Investor Relations
Consulting Agreement'' with The Money Circle. Their responsibility under
this agreement consists of developing a corporate profile, email and fax
updates from the company, coordination of investor conference calls,
coordination of messages from the CEO for investors regarding the company's
vision, and this analyst report. They have received 75,000 warrants for
restricted common stock with an exercise price of $1.50 for their total
compensation.
========================================================
FOR INFORMATION CONTACT:
The Money Circle
1239A 3rd Street Promenade
Santa Monica, CA  90401
877-772-2780 or 310-587-2780
310-587-3552 fax
http://www.themoneycircle.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jyrki.kainulainen at datatie.fi  Mon Sep 18 05:09:30 2000
From: jyrki.kainulainen at datatie.fi (Jyrki Kainulainen)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) TNT refresh -a via SNMP?
Message-ID: <5.0.0.25.2.20000918125930.00a42020@mail.datatie.fi>

Hello.

1. Is it possible to execute the "refresh -a" command on MAX TNT via SNMP?

2. I think I've seen that there is possibility to send "Current RADIUS 
server update" via SNMP, but I'm not sure. Is there? What I mean is, when 
TNT has changed its state so that it's using my secondary radius and I 
would like to change it back to primary one.

Regards,
Jyrki Kainulainen.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jyrki.kainulainen at datatie.fi  Mon Sep 18 05:09:30 2000
From: jyrki.kainulainen at datatie.fi (Jyrki Kainulainen)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) TNT refresh -a via SNMP?
Message-ID: <5.0.0.25.2.20000918125930.00a42020@mail.datatie.fi>

Hello.

1. Is it possible to execute the "refresh -a" command on MAX TNT via SNMP?

2. I think I've seen that there is possibility to send "Current RADIUS 
server update" via SNMP, but I'm not sure. Is there? What I mean is, when 
TNT has changed its state so that it's using my secondary radius and I 
would like to change it back to primary one.

Regards,
Jyrki Kainulainen.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Dale.Foster at chron.com  Mon Sep 18 08:13:16 2000
From: Dale.Foster at chron.com (Dale.Foster@chron.com)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) users group
Message-ID: <6A87A7BFD073D41198700090276A44960F7663@boffice3>

How do i sign up to the ascend users group.

Dale A. Foster
Technology Maint. & Support
Houston Chronicle  
801 Texas Avenue
Houston, Texas 77002
Phone (713) 220-7924
Fax (713) 354-3127
mailto:Dale.Foster@chron.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Dale.Foster at chron.com  Mon Sep 18 08:13:57 2000
From: Dale.Foster at chron.com (Dale.Foster@chron.com)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (no subject)
Message-ID: <6A87A7BFD073D41198700090276A44960F7664@boffice3>

how do i sigh up to the ascend users group

Dale A. Foster
Technology Maint. & Support
Houston Chronicle  
801 Texas Avenue
Houston, Texas 77002
Phone (713) 220-7924
Fax (713) 354-3127
mailto:Dale.Foster@chron.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Dale.Foster at chron.com  Mon Sep 18 08:13:16 2000
From: Dale.Foster at chron.com (Dale.Foster@chron.com)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) users group
Message-ID: <6A87A7BFD073D41198700090276A44960F7663@boffice3>

How do i sign up to the ascend users group.

Dale A. Foster
Technology Maint. & Support
Houston Chronicle  
801 Texas Avenue
Houston, Texas 77002
Phone (713) 220-7924
Fax (713) 354-3127
mailto:Dale.Foster@chron.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From Dale.Foster at chron.com  Mon Sep 18 08:13:57 2000
From: Dale.Foster at chron.com (Dale.Foster@chron.com)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (no subject)
Message-ID: <6A87A7BFD073D41198700090276A44960F7664@boffice3>

how do i sigh up to the ascend users group

Dale A. Foster
Technology Maint. & Support
Houston Chronicle  
801 Texas Avenue
Houston, Texas 77002
Phone (713) 220-7924
Fax (713) 354-3127
mailto:Dale.Foster@chron.com

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 10:57:28 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <200009180545.WAA27036@max.bungi.com>
Message-ID: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>

Does anyone have any charts, details or experience of distances and speeds
supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a bunch
of these units in operation but they are all relatively close and we have an
existing ISDN customer at about 22,000-23,000 feet looking for just a little
more speed.

If its a close but possible, I'll order the line and check the dB loss on
it, again any experience on what speeds over specific losses might be?

...according to Lucent's HST spec sheet, it still only does 786k over
single-pair. According to their generic SDSL page, which seems more
up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
feet.

Thanks in advance for any tips or experiences you can share.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 10:57:28 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <200009180545.WAA27036@max.bungi.com>
Message-ID: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>

Does anyone have any charts, details or experience of distances and speeds
supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a bunch
of these units in operation but they are all relatively close and we have an
existing ISDN customer at about 22,000-23,000 feet looking for just a little
more speed.

If its a close but possible, I'll order the line and check the dB loss on
it, again any experience on what speeds over specific losses might be?

...according to Lucent's HST spec sheet, it still only does 786k over
single-pair. According to their generic SDSL page, which seems more
up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
feet.

Thanks in advance for any tips or experiences you can share.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From edba at fast.net  Mon Sep 18 11:26:44 2000
From: edba at fast.net (Ed Bachman)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) APX cards
Message-ID: <DCE035AF2F4FD411850E009027730E48171876@fnbo.youtools.com>

Greetings,

Anyone out there running new new APX-8 96 dsp cards in a MaxTNT? 

I've got a unit (taos 8.0.3, ct3, enet2 & 7apx cards) running here and the
call failure rate is abysmal (400% above that of a similarly equipped TNT
running 14 csmx cards),
Has anyone run into this yet?  More importantly - has anyone gotten a cure
for it yet?

Best regards,

Ed Bachman - FASTNET Corporation
edba@fast.net (610)266-6700 http://www.fast.net
FASTNET(r) - Business and Personal Internet Solutions


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From edba at fast.net  Mon Sep 18 11:26:44 2000
From: edba at fast.net (Ed Bachman)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] (ASCEND) APX cards
Message-ID: <DCE035AF2F4FD411850E009027730E48171876@fnbo.youtools.com>

Greetings,

Anyone out there running new new APX-8 96 dsp cards in a MaxTNT? 

I've got a unit (taos 8.0.3, ct3, enet2 & 7apx cards) running here and the
call failure rate is abysmal (400% above that of a similarly equipped TNT
running 14 csmx cards),
Has anyone run into this yet?  More importantly - has anyone gotten a cure
for it yet?

Best regards,

Ed Bachman - FASTNET Corporation
edba@fast.net (610)266-6700 http://www.fast.net
FASTNET(r) - Business and Personal Internet Solutions


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Mon Sep 18 12:38:53 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
References: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>
Message-ID: <00f901c02197$5098bfa0$0100a8c0@pc>

The Maximum speed is 2.3Mb/s, scaling down to 144Kbits/s on our model
running the latest software revision. We currently have one of these SDSL
pipelines running at around 4-5km over a single pair, and we can get the
modems to sync at 768kbit. However, excessive CRC errors seem to occur
during transmission, and after some playing, it looks like the customer has
choosen to run the line at 384k.

I would have thought you'd be pushing the limits with the distance you've
quoted.

Is wireless an option?

- Matt

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Home Office: +44 (0)1223 300917
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
http://www.knowware.co.uk

----- Original Message -----
From: "Peter Rocca" <rocca@multiboard.com>
To: <ascend-users@max.bungi.com>
Sent: Monday, September 18, 2000 4:57 PM
Subject: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?


> Does anyone have any charts, details or experience of distances and speeds
> supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a
bunch
> of these units in operation but they are all relatively close and we have
an
> existing ISDN customer at about 22,000-23,000 feet looking for just a
little
> more speed.
>
> If its a close but possible, I'll order the line and check the dB loss on
> it, again any experience on what speeds over specific losses might be?
>
> ...according to Lucent's HST spec sheet, it still only does 786k over
> single-pair. According to their generic SDSL page, which seems more
> up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
> feet.
>
> Thanks in advance for any tips or experiences you can share.
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 12:52:12 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] RE: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <00f901c02197$5098bfa0$0100a8c0@pc>
Message-ID: <NEBBKHMFCMHAGHIGCDNKCEFMCEAA.rocca@multiboard.com>

> modems to sync at 768kbit. However, excessive CRC errors seem to occur
> during transmission, and after some playing, it looks like the
> customer has choosen to run the line at 384k.
> I would have thought you'd be pushing the limits with the distance you've
> quoted.

The unit documentation quotes 384K at 21,000 feet on 24 gauge wire - if I
get 256K at 22,000 feet (only 5% longer and 30% slower) then that would be
great - I am just curious if anyone has gone beyond that 21,000 foot mark?

> Is wireless an option?

Not cost-effectively unfortunately.

Thanks.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From matt at knowware.co.uk  Mon Sep 18 12:38:53 2000
From: matt at knowware.co.uk (Matthew Watkins)
Date: Tue Jan 18 13:59:16 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
References: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>
Message-ID: <00f901c02197$5098bfa0$0100a8c0@pc>

The Maximum speed is 2.3Mb/s, scaling down to 144Kbits/s on our model
running the latest software revision. We currently have one of these SDSL
pipelines running at around 4-5km over a single pair, and we can get the
modems to sync at 768kbit. However, excessive CRC errors seem to occur
during transmission, and after some playing, it looks like the customer has
choosen to run the line at 384k.

I would have thought you'd be pushing the limits with the distance you've
quoted.

Is wireless an option?

- Matt

Matthew Watkins
Technical Consultant
Knowware UK Ltd

Mobile: 07968 755807
Home Office: +44 (0)1223 300917
Fax: +44 (0)1223 301280
Email: matt@knowware.co.uk
http://www.knowware.co.uk

----- Original Message -----
From: "Peter Rocca" <rocca@multiboard.com>
To: <ascend-users@max.bungi.com>
Sent: Monday, September 18, 2000 4:57 PM
Subject: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?


> Does anyone have any charts, details or experience of distances and speeds
> supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a
bunch
> of these units in operation but they are all relatively close and we have
an
> existing ISDN customer at about 22,000-23,000 feet looking for just a
little
> more speed.
>
> If its a close but possible, I'll order the line and check the dB loss on
> it, again any experience on what speeds over specific losses might be?
>
> ...according to Lucent's HST spec sheet, it still only does 786k over
> single-pair. According to their generic SDSL page, which seems more
> up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
> feet.
>
> Thanks in advance for any tips or experiences you can share.
>
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd: <http://www.nealis.net/ascend/faq>


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 12:52:12 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] RE: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <00f901c02197$5098bfa0$0100a8c0@pc>
Message-ID: <NEBBKHMFCMHAGHIGCDNKCEFMCEAA.rocca@multiboard.com>

> modems to sync at 768kbit. However, excessive CRC errors seem to occur
> during transmission, and after some playing, it looks like the
> customer has choosen to run the line at 384k.
> I would have thought you'd be pushing the limits with the distance you've
> quoted.

The unit documentation quotes 384K at 21,000 feet on 24 gauge wire - if I
get 256K at 22,000 feet (only 5% longer and 30% slower) then that would be
great - I am just curious if anyone has gone beyond that 21,000 foot mark?

> Is wireless an option?

Not cost-effectively unfortunately.

Thanks.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From denny at reiters.org  Mon Sep 18 21:07:38 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>; from rocca@multiboard.com on Mon, Sep 18, 2000 at 11:57:28AM -0400
References: <200009180545.WAA27036@max.bungi.com> <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>
Message-ID: <20000918210738.G16273@reiters.org>

I don't (yet) have any charts or such, but yes, we have SDSLs going out
to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
pair, but not very far :)  1552K is the highest we put into use.

Denny

Quoting Peter Rocca (rocca@multiboard.com):
> Does anyone have any charts, details or experience of distances and speeds
> supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a bunch
> of these units in operation but they are all relatively close and we have an
> existing ISDN customer at about 22,000-23,000 feet looking for just a little
> more speed.
> 
> If its a close but possible, I'll order the line and check the dB loss on
> it, again any experience on what speeds over specific losses might be?
> 
> ...according to Lucent's HST spec sheet, it still only does 786k over
> single-pair. According to their generic SDSL page, which seems more
> up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
> feet.
> 
> Thanks in advance for any tips or experiences you can share.
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
                        Conformist revolution.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From denny at reiters.org  Mon Sep 18 21:07:38 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>; from rocca@multiboard.com on Mon, Sep 18, 2000 at 11:57:28AM -0400
References: <200009180545.WAA27036@max.bungi.com> <NEBBKHMFCMHAGHIGCDNKIEFICEAA.rocca@multiboard.com>
Message-ID: <20000918210738.G16273@reiters.org>

I don't (yet) have any charts or such, but yes, we have SDSLs going out
to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
pair, but not very far :)  1552K is the highest we put into use.

Denny

Quoting Peter Rocca (rocca@multiboard.com):
> Does anyone have any charts, details or experience of distances and speeds
> supported by the DSLPipe-HST or speed-to-dB-loss diagrams?  We have a bunch
> of these units in operation but they are all relatively close and we have an
> existing ISDN customer at about 22,000-23,000 feet looking for just a little
> more speed.
> 
> If its a close but possible, I'll order the line and check the dB loss on
> it, again any experience on what speeds over specific losses might be?
> 
> ...according to Lucent's HST spec sheet, it still only does 786k over
> single-pair. According to their generic SDSL page, which seems more
> up-to-date, it lists the 2.3MB speed all the way down to 384k at 21,000
> feet.
> 
> Thanks in advance for any tips or experiences you can share.
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
                        Conformist revolution.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 21:50:25 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] RE: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <20000918210738.G16273@reiters.org>
Message-ID: <000401c021e4$5cbb6920$0179a8c0@multiboard.com>

Thanks Denny, that's good news. One last question if you don't mind me
asking, what is the dB level that the units report on that 23,000ft link? --
just so I can test the dB and see if I'm within the same ballpark before
ordering a couple more units. Thanks again, much appreciated.

> I don't (yet) have any charts or such, but yes, we have SDSLs going out
> to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
> pair, but not very far :)  1552K is the highest we put into use.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From rocca at multiboard.com  Mon Sep 18 21:50:25 2000
From: rocca at multiboard.com (Peter Rocca)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] RE: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <20000918210738.G16273@reiters.org>
Message-ID: <000401c021e4$5cbb6920$0179a8c0@multiboard.com>

Thanks Denny, that's good news. One last question if you don't mind me
asking, what is the dB level that the units report on that 23,000ft link? --
just so I can test the dB and see if I'm within the same ballpark before
ordering a couple more units. Thanks again, much appreciated.

> I don't (yet) have any charts or such, but yes, we have SDSLs going out
> to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
> pair, but not very far :)  1552K is the highest we put into use.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jfu at primustel.ca  Tue Sep 19 12:30:40 2000
From: jfu at primustel.ca (jerry)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] ATM, GX550,PSAX2300
Message-ID: <001401c0225f$555bf020$63040a0a@jerry>

Hi, do you discuss GX550, PSAX2300?if not, where can I hv it?
I have some questions on it.
cisco's ilmi-pvc-discover can't find PSAX2300's PVC?
Regards,

Jerry.

Primus Telecommunications Canada
jfu@primustel.ca

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20000919/5144f144/attachment.html
From gr at ipw.net  Tue Sep 19 13:30:54 2000
From: gr at ipw.net (rdewiesbaden)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] MAX4000 with X.21- how to do ?
Message-ID: <39C7B0DE.7C5C@ipw.net>

hallo to the specialists

we need to connect 2 max4000 over X.21 / serial interfaces
(but not over the PRI/E1 ports)

does anybody know, how this works and what to
configure?

any help and any tips welcome
=============================

at the end we have to (we must) connect a cisco 2610 
to a max4000 and the cisco has serial only

regards from germany

gert redlich

Dipl.Ing.Gert Redlich  | mailto: gr@ipw.net

RDE Network Systems    | phone: +49 611 95031-0  
ISP + PoP Wiesbaden    | fax:   +49 611 95031-555
Kirchbornstrasse 2     | www1:  http://www.ipw.net
D-65191 Wiesb./Germany | www2:  http://www.rde.net

From denny at reiters.org  Tue Sep 19 14:44:24 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <000401c021e4$5cbb6920$0179a8c0@multiboard.com>; from rocca@multiboard.com on Mon, Sep 18, 2000 at 10:50:25PM -0400
References: <20000918210738.G16273@reiters.org> <000401c021e4$5cbb6920$0179a8c0@multiboard.com>
Message-ID: <20000919144424.J16273@reiters.org>

The unofficial rule of thumb that we've been using is 10dB, though if the
CRCs aren't climbing, I've had them do OK all the way down to 6dB.

I believe the 23,000ft link is at 9dB

/d

Quoting Peter Rocca (rocca@multiboard.com):
> Thanks Denny, that's good news. One last question if you don't mind me
> asking, what is the dB level that the units report on that 23,000ft link? --
> just so I can test the dB and see if I'm within the same ballpark before
> ordering a couple more units. Thanks again, much appreciated.
> 
> > I don't (yet) have any charts or such, but yes, we have SDSLs going out
> > to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
> > pair, but not very far :)  1552K is the highest we put into use.
> 

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
      ...and that is how we know the Earth to be banana-shaped.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From denny at reiters.org  Tue Sep 19 14:44:24 2000
From: denny at reiters.org (Dennis Reiter)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) DSLPipe-HST Distances / dB loss tolerance?
In-Reply-To: <000401c021e4$5cbb6920$0179a8c0@multiboard.com>; from rocca@multiboard.com on Mon, Sep 18, 2000 at 10:50:25PM -0400
References: <20000918210738.G16273@reiters.org> <000401c021e4$5cbb6920$0179a8c0@multiboard.com>
Message-ID: <20000919144424.J16273@reiters.org>

The unofficial rule of thumb that we've been using is 10dB, though if the
CRCs aren't climbing, I've had them do OK all the way down to 6dB.

I believe the 23,000ft link is at 9dB

/d

Quoting Peter Rocca (rocca@multiboard.com):
> Thanks Denny, that's good news. One last question if you don't mind me
> asking, what is the dB level that the units report on that 23,000ft link? --
> just so I can test the dB and see if I'm within the same ballpark before
> ordering a couple more units. Thanks again, much appreciated.
> 
> > I don't (yet) have any charts or such, but yes, we have SDSLs going out
> > to 23,000 at 384K.  And they do indeed go up to 2.3MB on a single
> > pair, but not very far :)  1552K is the highest we put into use.
> 

-- 
Denny Reiter			 | denny@reiters.org  
Madison River Communications     | reiterd@madisonriver.net
      ...and that is how we know the Earth to be banana-shaped.
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mhk_66 at yahoo.com  Wed Sep 20 02:08:15 2000
From: mhk_66 at yahoo.com (mhk_66@yahoo.com)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) max logs through syslog
Message-ID: <20000920070815.22605.qmail@web218.mail.yahoo.com>

Hi all!
I have a problem in getting my Access Server's logs on
my Lniux system through syslog.I ahve MaxTNT,single
shelf, and TAOS is 8.0.1.I have tried a lot to get the
logs messages to my radius server but failed to get
those messages.Please tell me how to get the MAX logs
to my radius server(on Linux) through syslog.I have
done the following at MAX:

admin> read log
LOG read
admin> lis
[in LOG]
save-level = notice
save-number = 200
software-debug = no
call-info = end-of-call
syslog-enabled = yes
host = 202.87.114.5
port = 514
facility = local0
syslog-format = tnt
log-call-progress = yes
log-software-version = no
syslog-level = notice
auxiliary-syslog = [ { no info 0.0.0.0 514 local0 } {
no info 0.0.0.0 514 local+

And the syslog.conf file (on Radius server) is
configured as follows:

        local0.notice   /var/log/tnt01

and file mode is 777,then refreshed the syslogd
daemon.
         ----------------------------

My 2nd question is regarding relogin request to dialup
user:What parameters are required to set in my Access
Server so that when a user get login failure
message,then Access Server should send the
relogin/retype password message to the dialup
user,before disconnecting the user.It can only be done
through Access Server.Can any one tell me how to do
that.


__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mhk_66 at yahoo.com  Wed Sep 20 02:08:15 2000
From: mhk_66 at yahoo.com (mhk_66@yahoo.com)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) max logs through syslog
Message-ID: <20000920070815.22605.qmail@web218.mail.yahoo.com>

Hi all!
I have a problem in getting my Access Server's logs on
my Lniux system through syslog.I ahve MaxTNT,single
shelf, and TAOS is 8.0.1.I have tried a lot to get the
logs messages to my radius server but failed to get
those messages.Please tell me how to get the MAX logs
to my radius server(on Linux) through syslog.I have
done the following at MAX:

admin> read log
LOG read
admin> lis
[in LOG]
save-level = notice
save-number = 200
software-debug = no
call-info = end-of-call
syslog-enabled = yes
host = 202.87.114.5
port = 514
facility = local0
syslog-format = tnt
log-call-progress = yes
log-software-version = no
syslog-level = notice
auxiliary-syslog = [ { no info 0.0.0.0 514 local0 } {
no info 0.0.0.0 514 local+

And the syslog.conf file (on Radius server) is
configured as follows:

        local0.notice   /var/log/tnt01

and file mode is 777,then refreshed the syslogd
daemon.
         ----------------------------

My 2nd question is regarding relogin request to dialup
user:What parameters are required to set in my Access
Server so that when a user get login failure
message,then Access Server should send the
relogin/retype password message to the dialup
user,before disconnecting the user.It can only be done
through Access Server.Can any one tell me how to do
that.


__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gdaley at lucent.com  Wed Sep 20 17:52:34 2000
From: gdaley at lucent.com (Greg Daley)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) max logs through syslog
In-Reply-To: <20000920070815.22605.qmail@web218.mail.yahoo.com>
Message-ID: <3.0.5.32.20000921085234.00a82c30@mail.ascend.com.au>

At 00:08 20/09/00 -0700, mhk_66@yahoo.com wrote:
>Hi all!
>I have a problem in getting my Access Server's logs on
>my Lniux system through syslog.I ahve MaxTNT,single
>shelf, and TAOS is 8.0.1.I have tried a lot to get the
>logs messages to my radius server but failed to get
>those messages.Please tell me how to get the MAX logs
>to my radius server(on Linux) through syslog.I have
>done the following at MAX:

	Please check that you are running your syslogd on Linux
	with the -r option.

	(man syslogd)

		Greg Daley
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gdaley at lucent.com  Wed Sep 20 17:52:34 2000
From: gdaley at lucent.com (Greg Daley)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] Re: (ASCEND) max logs through syslog
In-Reply-To: <20000920070815.22605.qmail@web218.mail.yahoo.com>
Message-ID: <3.0.5.32.20000921085234.00a82c30@mail.ascend.com.au>

At 00:08 20/09/00 -0700, mhk_66@yahoo.com wrote:
>Hi all!
>I have a problem in getting my Access Server's logs on
>my Lniux system through syslog.I ahve MaxTNT,single
>shelf, and TAOS is 8.0.1.I have tried a lot to get the
>logs messages to my radius server but failed to get
>those messages.Please tell me how to get the MAX logs
>to my radius server(on Linux) through syslog.I have
>done the following at MAX:

	Please check that you are running your syslogd on Linux
	with the -r option.

	(man syslogd)

		Greg Daley
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mike at abccom.com  Wed Sep 20 18:30:40 2000
From: mike at abccom.com (Mike Simmons)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) FS: 2  Ascend Pipeline 400's
Message-ID: <l4iisssl4nq065u0i22onfn4hditc1b6up@4ax.com>

FOR SALE:

2    Ascend Pipeline 400 
      M/N  PL-1T1-STD
      Options:  Nx56, ISDN

90 day warranty!

$1200.00 each

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
    

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mike at abccom.com  Wed Sep 20 18:30:40 2000
From: mike at abccom.com (Mike Simmons)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) FS: 2  Ascend Pipeline 400's
Message-ID: <l4iisssl4nq065u0i22onfn4hditc1b6up@4ax.com>

FOR SALE:

2    Ascend Pipeline 400 
      M/N  PL-1T1-STD
      Options:  Nx56, ISDN

90 day warranty!

$1200.00 each

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
    

Thank you,

Mike Simmons
ABC Communication Systems, Inc.
441 S. Robson Road
Bldg 108
Mesa, Arizona 85210
800-729-6473 ext. 11  
480-833-7712 ext. 11
480-964-3909 Fax
URL: http://www.abccom.com

We accept all major credit cards!
We also accept checks by phone!
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mlevans at blacksburg.net  Thu Sep 21 00:39:15 2000
From: mlevans at blacksburg.net (Lyle Evans)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) FS: rackmount brackets (rackears) for Ascend & other equipment
Message-ID: <3.0.5.32.20000921013915.04724750@pop.blacksburg.net>

	We are selling rackear kits for Ascend 4xxx, and Ascend 1800,	
We are also selling generic rackears kits for rackmount equipment,
in 1U to 6U sizes, and rackears for some models of Cisco, 3comm and other
brands of networking equipment. Prices range from $23.00 to $50.00 per pair,
depending on model plus $7.00 handling per order. For further information
and to order please visit:
     http://www.rackears.com/

Thank you,
Lyle Evans
lyle@rackears.com
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From B.Weeber at viastore.de  Thu Sep 21 00:51:24 2000
From: B.Weeber at viastore.de (Burkhard Weeber)
Date: Tue Jan 18 13:59:17 2005
Subject: [Ascend] (ASCEND) MAX and NAT
Message-ID: <3c808b9438806752151568ab9e20150e39c9a1e2@viastore.de>

Hello everyone,

has anyone ever succeeded in using a MAX (1800; AOS7.2.4, File fbck.m18) for
outgoing NAT ?
My intention is that the router is the only machine seen by the partners
network.

If anyone has ever done such a config please drop me a mail how to do it;
the manuals are not very informative on that issue.

TiA

Burkhard Weeber
viastore systems GmbH
P/O Box 300668
D-70446 Stuttgart
Email: B.Weeber@viastore.de

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mlevans at blacksburg.net  Thu Sep 21 00:39:15 2000
From: mlevans at blacksburg.net (Lyle Evans)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) FS: rackmount brackets (rackears) for Ascend & other equipment
Message-ID: <3.0.5.32.20000921013915.04724750@pop.blacksburg.net>

	We are selling rackear kits for Ascend 4xxx, and Ascend 1800,	
We are also selling generic rackears kits for rackmount equipment,
in 1U to 6U sizes, and rackears for some models of Cisco, 3comm and other
brands of networking equipment. Prices range from $23.00 to $50.00 per pair,
depending on model plus $7.00 handling per order. For further information
and to order please visit:
     http://www.rackears.com/

Thank you,
Lyle Evans
lyle@rackears.com
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From B.Weeber at viastore.de  Thu Sep 21 00:51:24 2000
From: B.Weeber at viastore.de (Burkhard Weeber)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) MAX and NAT
Message-ID: <3c808b9438806752151568ab9e20150e39c9a1e2@viastore.de>

Hello everyone,

has anyone ever succeeded in using a MAX (1800; AOS7.2.4, File fbck.m18) for
outgoing NAT ?
My intention is that the router is the only machine seen by the partners
network.

If anyone has ever done such a config please drop me a mail how to do it;
the manuals are not very informative on that issue.

TiA

Burkhard Weeber
viastore systems GmbH
P/O Box 300668
D-70446 Stuttgart
Email: B.Weeber@viastore.de

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ahsank at one.net.pk  Thu Sep 21 03:13:48 2000
From: ahsank at one.net.pk (Ahsan Khan)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) MAX and NAT
References: <3c808b9438806752151568ab9e20150e39c9a1e2@viastore.de>
Message-ID: <015201c023a3$e1415310$144e3ad1@jahil>

Hello Friends,

        I have two simple problems which are not simple for me atleaset.

1:-    I want to run multiple pools. but the condition is that i am using
ascend-radius with mysql patch. and the i have just single profile for all
of my customers. In that i have define Ascend-pool-base-address=1.

        My problem is that i want it to be like random one which should
assign randomly assign ips to customers from multiple pools. Some one here
told me that i need to do it like
        Ascend-pool-base-address=0


        I did that too but it did not work. The only thing i leave is that i
did not restarted my TNT because of Customer Load. Some other nice friend
told me pool-chaining function but it did not work either. anyone who can
help me that what i ma doing wrong??


2:-    My second issue is about routing the dialup ip address. I recently
have my another Link and now as i am having multihoming i want to utilize
the second bandwidth. its right now on static routs. My problem is that if i
trace my new ip series from LAN its route from the new link, But if i assign
it on dialup it used old path and old link and that's how i am not been able
to use the new bandwidth. Can some one tell me what i am doing wrong. My
both gateways are Cisco     and ofcourse i have TnT for RAS.



With Regards
Ahsan Khan
Sr. System Admin
Internet Division (OneNet)
Sun Communication Pvt. Ltd.
Pakistan
http://www.one.net.pk


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ahsank at one.net.pk  Thu Sep 21 03:13:48 2000
From: ahsank at one.net.pk (Ahsan Khan)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) MAX and NAT
References: <3c808b9438806752151568ab9e20150e39c9a1e2@viastore.de>
Message-ID: <015201c023a3$e1415310$144e3ad1@jahil>

Hello Friends,

        I have two simple problems which are not simple for me atleaset.

1:-    I want to run multiple pools. but the condition is that i am using
ascend-radius with mysql patch. and the i have just single profile for all
of my customers. In that i have define Ascend-pool-base-address=1.

        My problem is that i want it to be like random one which should
assign randomly assign ips to customers from multiple pools. Some one here
told me that i need to do it like
        Ascend-pool-base-address=0


        I did that too but it did not work. The only thing i leave is that i
did not restarted my TNT because of Customer Load. Some other nice friend
told me pool-chaining function but it did not work either. anyone who can
help me that what i ma doing wrong??


2:-    My second issue is about routing the dialup ip address. I recently
have my another Link and now as i am having multihoming i want to utilize
the second bandwidth. its right now on static routs. My problem is that if i
trace my new ip series from LAN its route from the new link, But if i assign
it on dialup it used old path and old link and that's how i am not been able
to use the new bandwidth. Can some one tell me what i am doing wrong. My
both gateways are Cisco     and ofcourse i have TnT for RAS.



With Regards
Ahsan Khan
Sr. System Admin
Internet Division (OneNet)
Sun Communication Pvt. Ltd.
Pakistan
http://www.one.net.pk


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bo at rocsoftware.com  Thu Sep 21 09:28:58 2000
From: bo at rocsoftware.com (Bo Tucker)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) Pipeline 75/SAM input needed
Message-ID: <000501c023d8$4b3de6f0$c89cc6d1@mollusk>

Hello,

   I am not sure if I this is an appropriate forum for this, but I thought I
would send it anyway...  :)

   I have a Pipeline 75, and am trying to configure the firewall, but am
having no luck. More specifically, we already have a functional firewall in
place, but the changes that I am making aren't seeming to "stick".

   Basically,  I am trying to open up port 1723 for a VPN that I am setting
up. Using SAM, I set up access for incoming connections through port 1723
(as a TCP session) to the local VPN host on our network. I upload the
firewall config to the router, it says everything is OK, then I reboot the
router.

   When the router boots, it seems like the changes never took place. I
guess I am wondering if there is a way to 1) Check the firewall settings on
the router itself, or 2) using SAM, is there a way to grab the configuration
off of the router and edit it in SAM?

   I have verified that the VPN is working by connecting to it over the
local network, so I am thinking it isn't that.

   Any suggestions?

   Thanks in advance for any input you may have.

   Bo Tucker
   bo@rocsoftware.com
   ROC Software IT

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bo at rocsoftware.com  Thu Sep 21 09:28:58 2000
From: bo at rocsoftware.com (Bo Tucker)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) Pipeline 75/SAM input needed
Message-ID: <000501c023d8$4b3de6f0$c89cc6d1@mollusk>

Hello,

   I am not sure if I this is an appropriate forum for this, but I thought I
would send it anyway...  :)

   I have a Pipeline 75, and am trying to configure the firewall, but am
having no luck. More specifically, we already have a functional firewall in
place, but the changes that I am making aren't seeming to "stick".

   Basically,  I am trying to open up port 1723 for a VPN that I am setting
up. Using SAM, I set up access for incoming connections through port 1723
(as a TCP session) to the local VPN host on our network. I upload the
firewall config to the router, it says everything is OK, then I reboot the
router.

   When the router boots, it seems like the changes never took place. I
guess I am wondering if there is a way to 1) Check the firewall settings on
the router itself, or 2) using SAM, is there a way to grab the configuration
off of the router and edit it in SAM?

   I have verified that the VPN is working by connecting to it over the
local network, so I am thinking it isn't that.

   Any suggestions?

   Thanks in advance for any input you may have.

   Bo Tucker
   bo@rocsoftware.com
   ROC Software IT

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hacko at mms.de  Thu Sep 21 10:43:05 2000
From: hacko at mms.de (Hartmut Schroeder)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) Pipeline 75/SAM input needed
In-Reply-To: <000501c023d8$4b3de6f0$c89cc6d1@mollusk>
Message-ID: <m13c8iZ-001oQVC@mms.de>


From:           	"Bo Tucker" <bo@rocsoftware.com>
To:             	<ascend-users@bungi.com>
Subject:        	(ASCEND) Pipeline 75/SAM input needed
Date sent:      	Thu, 21 Sep 2000 09:28:58 -0500

> Hello,
> 
>    I am not sure if I this is an appropriate forum for this, but I thought I
> would send it anyway...  :)
> 
>    I have a Pipeline 75, and am trying to configure the firewall, but am
> having no luck. More specifically, we already have a functional firewall in
> place, but the changes that I am making aren't seeming to "stick".
> 
>    Basically,  I am trying to open up port 1723 for a VPN that I am setting
> up. Using SAM, I set up access for incoming connections through port 1723
> (as a TCP session) to the local VPN host on our network. I upload the
> firewall config to the router, it says everything is OK, then I reboot the
> router.

Only uploading the Firewallrules is not enough. You have to activate them on the
Pipeline. If you have uploaded the Filter telnet/console your Pipe:

Ethernet
    Connections
        20-101 myISP               # The WANconnection where the Filter should be (don't try your Ethernetinterface)
            Session options...
                Data Filter=101    # Filter position (mostly the first of three)

Save it and reboot the Pipe to make your changes take place.

> 
>    When the router boots, it seems like the changes never took place. I
> guess I am wondering if there is a way to 1) Check the firewall settings on
> the router itself, or 

Do as I told above.

> 2) using SAM, is there a way to grab the configuration
> off of the router and edit it in SAM?

No. The SAM produces a "binary" Format of your Rules when you upload it to your Pipe.
Conversion back to it is not possible. If you have a tftp-server you may dump your 
Pipesettings to it <ctrl-d>"D" + "tsave <tftp_ip_address> <filename>"

Hope this helps

Regards H.Schroeder


Hartmut Schroeder             MMS Communication AG
mailto:hacko@mms.de           Eiffestrasse 598
http://www.mms.de/~hacko      20537 Hamburg, Germany
Phone: +49 40 211105-40       Fax: +49 40 210 32 210
UTM 32U0569835 5934083 WGS84
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hacko at mms.de  Thu Sep 21 10:43:05 2000
From: hacko at mms.de (Hartmut Schroeder)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) Pipeline 75/SAM input needed
In-Reply-To: <000501c023d8$4b3de6f0$c89cc6d1@mollusk>
Message-ID: <m13c8iZ-001oQVC@mms.de>


From:           	"Bo Tucker" <bo@rocsoftware.com>
To:             	<ascend-users@bungi.com>
Subject:        	(ASCEND) Pipeline 75/SAM input needed
Date sent:      	Thu, 21 Sep 2000 09:28:58 -0500

> Hello,
> 
>    I am not sure if I this is an appropriate forum for this, but I thought I
> would send it anyway...  :)
> 
>    I have a Pipeline 75, and am trying to configure the firewall, but am
> having no luck. More specifically, we already have a functional firewall in
> place, but the changes that I am making aren't seeming to "stick".
> 
>    Basically,  I am trying to open up port 1723 for a VPN that I am setting
> up. Using SAM, I set up access for incoming connections through port 1723
> (as a TCP session) to the local VPN host on our network. I upload the
> firewall config to the router, it says everything is OK, then I reboot the
> router.

Only uploading the Firewallrules is not enough. You have to activate them on the
Pipeline. If you have uploaded the Filter telnet/console your Pipe:

Ethernet
    Connections
        20-101 myISP               # The WANconnection where the Filter should be (don't try your Ethernetinterface)
            Session options...
                Data Filter=101    # Filter position (mostly the first of three)

Save it and reboot the Pipe to make your changes take place.

> 
>    When the router boots, it seems like the changes never took place. I
> guess I am wondering if there is a way to 1) Check the firewall settings on
> the router itself, or 

Do as I told above.

> 2) using SAM, is there a way to grab the configuration
> off of the router and edit it in SAM?

No. The SAM produces a "binary" Format of your Rules when you upload it to your Pipe.
Conversion back to it is not possible. If you have a tftp-server you may dump your 
Pipesettings to it <ctrl-d>"D" + "tsave <tftp_ip_address> <filename>"

Hope this helps

Regards H.Schroeder


Hartmut Schroeder             MMS Communication AG
mailto:hacko@mms.de           Eiffestrasse 598
http://www.mms.de/~hacko      20537 Hamburg, Germany
Phone: +49 40 211105-40       Fax: +49 40 210 32 210
UTM 32U0569835 5934083 WGS84
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at hotmail.com  Thu Sep 21 14:15:03 2000
From: ascend_vet at hotmail.com (ascend veteran)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) amir
Message-ID: <F43tXsL1c00goZolmRB00000056@hotmail.com>

Let's hire him to clean out the SPAM from this list.


>From: "zafar haseen" <zafar_haseen@hotmail.com>
>Subject: (ASCEND) amir
>Date: Thu, 21 Sep 2000 22:47:00 PKT
>
>BIO DATA
>
>1) 	NAME 			RANA AMIR NADIEM
>
>1) 	NAME 			RANA AMIR NADIEM
>
>2) 	PARANTAGE		RANA ALLAH BUKSH
>
>3)	DATE OF BIRTH:	15/04/1971

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at hotmail.com  Thu Sep 21 14:15:03 2000
From: ascend_vet at hotmail.com (ascend veteran)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] Re: (ASCEND) amir
Message-ID: <F43tXsL1c00goZolmRB00000056@hotmail.com>

Let's hire him to clean out the SPAM from this list.


>From: "zafar haseen" <zafar_haseen@hotmail.com>
>Subject: (ASCEND) amir
>Date: Thu, 21 Sep 2000 22:47:00 PKT
>
>BIO DATA
>
>1) 	NAME 			RANA AMIR NADIEM
>
>1) 	NAME 			RANA AMIR NADIEM
>
>2) 	PARANTAGE		RANA ALLAH BUKSH
>
>3)	DATE OF BIRTH:	15/04/1971

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mhk_66 at usa.net  Fri Sep 22 01:22:18 2000
From: mhk_66 at usa.net (Hasan Khan)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) retype password request to dial-in user
Message-ID: <20000922062218.28653.qmail@nwcst317.netaddress.usa.net>

Hi everybody,
I am using MaxTNT single shelf,TAOS is 8.0.1.We are an ISP and my question
is:
       Regarding relogin request to dialup user:What parameters are required
to set in my Access Server so that when a user get login failure message,then
Access Server should send the relogin/retype password message to the dialup
user,before disconnecting the user.
I didn't got any parameter in MaxTNT related to that.Can anyone guide me.
Thanks


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mhk_66 at usa.net  Fri Sep 22 01:22:18 2000
From: mhk_66 at usa.net (Hasan Khan)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) retype password request to dial-in user
Message-ID: <20000922062218.28653.qmail@nwcst317.netaddress.usa.net>

Hi everybody,
I am using MaxTNT single shelf,TAOS is 8.0.1.We are an ISP and my question
is:
       Regarding relogin request to dialup user:What parameters are required
to set in my Access Server so that when a user get login failure message,then
Access Server should send the relogin/retype password message to the dialup
user,before disconnecting the user.
I didn't got any parameter in MaxTNT related to that.Can anyone guide me.
Thanks


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at millenniumsolutions.net  Fri Sep 22 09:51:12 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (no subject)
Message-ID: <00a401c024a4$8cf55a20$cf582cd0@new2u.net>

Hello All,

I have a few Ascend Max 4048 available if anyone is interested.  The chassis
part number is MXHP-2T1-48-ES.  They are populated with (3) of the
MX-SL-16MOD-S56 cards.  Willing to sell cards only if you need.

We are resellers of New and Refurbished networking hardware specialing in
Cisco, Ascend/Lucent, 3Com, Nortel.  We are always looking to purchase out
of service hardware.  If you have anything you are looking to sell or have
any other needs please let me know and we will do our best to assist you.

Please reply directly to me via email or phone.
scott@millenniumsolutions.net

Regards,

Scott Woodland

Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From scott at millenniumsolutions.net  Fri Sep 22 09:51:12 2000
From: scott at millenniumsolutions.net (Scott Woodland)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (no subject)
Message-ID: <00a401c024a4$8cf55a20$cf582cd0@new2u.net>

Hello All,

I have a few Ascend Max 4048 available if anyone is interested.  The chassis
part number is MXHP-2T1-48-ES.  They are populated with (3) of the
MX-SL-16MOD-S56 cards.  Willing to sell cards only if you need.

We are resellers of New and Refurbished networking hardware specialing in
Cisco, Ascend/Lucent, 3Com, Nortel.  We are always looking to purchase out
of service hardware.  If you have anything you are looking to sell or have
any other needs please let me know and we will do our best to assist you.

Please reply directly to me via email or phone.
scott@millenniumsolutions.net

Regards,

Scott Woodland

Millennium Solutions Group, Inc.
575 Menlo Drive, Suite 4
Rocklin, CA 95765
Ph.  888-801-2001 or 916-630-2001 Ext.230
Fax  916-630-2000
www.millenniumsolutions.net

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Fri Sep 22 14:13:27 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <39CBAF57.CC246F16@chudys.com>

If this is in an obvious place in a FAQ or in the RUBB, I apologize
but I can't find it- and I feel certain that it must be there:

How in the heck can you tell a Max NOT to fall back to K56Flex? To
make it do V.90 or nothing?

Our users with dual-mode modems (both Flex and V.90) ALWAYS
connect via Flex, and in our rural areas this means disconnects,
"stun mode" + constant re-trains. Giving our users the "force V.90"
init string for their modems (if we know it) improves matters
drastically.

I'm tired of people leaving us to go with our competitor (who uses
TC racks) because the get a faster connection- and the only reason
is that the Max insists on running K56Flex if it can.

How to kill it dead? Also- I'd love to see a hack that would support
x2 fallback......

All our Maxen are at 7.0.3 and I admit I don't even know what the
current release is nor what it fixes/breaks. 7.0.3 was the first
stable one we had and I've never been tempted. ;-)

Any info on this, please cc: darkshot@chudys.com so I don't miss it
in my lists email account.

Much obliged-

'Shot
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Fri Sep 22 14:13:27 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <39CBAF57.CC246F16@chudys.com>

If this is in an obvious place in a FAQ or in the RUBB, I apologize
but I can't find it- and I feel certain that it must be there:

How in the heck can you tell a Max NOT to fall back to K56Flex? To
make it do V.90 or nothing?

Our users with dual-mode modems (both Flex and V.90) ALWAYS
connect via Flex, and in our rural areas this means disconnects,
"stun mode" + constant re-trains. Giving our users the "force V.90"
init string for their modems (if we know it) improves matters
drastically.

I'm tired of people leaving us to go with our competitor (who uses
TC racks) because the get a faster connection- and the only reason
is that the Max insists on running K56Flex if it can.

How to kill it dead? Also- I'd love to see a hack that would support
x2 fallback......

All our Maxen are at 7.0.3 and I admit I don't even know what the
current release is nor what it fixes/breaks. 7.0.3 was the first
stable one we had and I've never been tempted. ;-)

Any info on this, please cc: darkshot@chudys.com so I don't miss it
in my lists email account.

Much obliged-

'Shot
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From MAILER at filmsdvd.com  Sat Sep 23 05:52:40 2000
From: MAILER at filmsdvd.com (Gcoupe)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) DVD Films & Music
Message-ID: <419.436792.49419201MAILER@filmsdvd.com>

You Have Visited Our Site This Is An Automated Email 

For the latest in Films and Music with the best prices Visit

http://www.FilmsDVD.Com

The WebmasterTeam

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From MAILER at filmsdvd.com  Sat Sep 23 05:52:40 2000
From: MAILER at filmsdvd.com (Gcoupe)
Date: Tue Jan 18 13:59:18 2005
Subject: [Ascend] (ASCEND) DVD Films & Music
Message-ID: <419.436792.49419201MAILER@filmsdvd.com>

You Have Visited Our Site This Is An Automated Email 

For the latest in Films and Music with the best prices Visit

http://www.FilmsDVD.Com

The WebmasterTeam

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hos at de.uu.net  Sun Sep 24 12:46:12 2000
From: hos at de.uu.net (Holger Steppke)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] RE: (ASCEND) TNT refresh -a via SNMP?
In-Reply-To: <5.0.0.25.2.20000918125930.00a42020@mail.datatie.fi>
Message-ID: <NDBBIJJOMKLFPLMJHFPLGEAFDNAA.hos@de.uu.net>

Hi,

1. Yes It is. Set the OID .1.3.6.1.4.1.529.13.3.1.12.1 to the value 2 like
snmpset $ip $WRITE_COMMUNITY .1.3.6.1.4.1.529.13.3.1.12.1 i 2

2. setting the above OID to 2 resets the state of the RadiusServers.
So that the first configured Radius will be used first.

Bye :)

Best regards/Mit freundlichen Gruessen

>-----Original Message-----
>From: owner-ascend-users@max.bungi.com
>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Jyrki Kainulainen
>Sent: Monday, September 18, 2000 12:10 PM
>To: ascend-users@max.bungi.com
>Subject: (ASCEND) TNT refresh -a via SNMP?
>
>
>Hello.
>
>1. Is it possible to execute the "refresh -a" command on MAX TNT via SNMP?
>
>2. I think I've seen that there is possibility to send "Current RADIUS
>server update" via SNMP, but I'm not sure. Is there? What I mean is, when
>TNT has changed its state so that it's using my secondary radius and I
>would like to change it back to primary one.
>
>Regards,
>Jyrki Kainulainen.
>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hos at de.uu.net  Sun Sep 24 12:46:12 2000
From: hos at de.uu.net (Holger Steppke)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] RE: (ASCEND) TNT refresh -a via SNMP?
In-Reply-To: <5.0.0.25.2.20000918125930.00a42020@mail.datatie.fi>
Message-ID: <NDBBIJJOMKLFPLMJHFPLGEAFDNAA.hos@de.uu.net>

Hi,

1. Yes It is. Set the OID .1.3.6.1.4.1.529.13.3.1.12.1 to the value 2 like
snmpset $ip $WRITE_COMMUNITY .1.3.6.1.4.1.529.13.3.1.12.1 i 2

2. setting the above OID to 2 resets the state of the RadiusServers.
So that the first configured Radius will be used first.

Bye :)

Best regards/Mit freundlichen Gruessen

>-----Original Message-----
>From: owner-ascend-users@max.bungi.com
>[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Jyrki Kainulainen
>Sent: Monday, September 18, 2000 12:10 PM
>To: ascend-users@max.bungi.com
>Subject: (ASCEND) TNT refresh -a via SNMP?
>
>
>Hello.
>
>1. Is it possible to execute the "refresh -a" command on MAX TNT via SNMP?
>
>2. I think I've seen that there is possibility to send "Current RADIUS
>server update" via SNMP, but I'm not sure. Is there? What I mean is, when
>TNT has changed its state so that it's using my secondary radius and I
>would like to change it back to primary one.
>
>Regards,
>Jyrki Kainulainen.
>
>++ Ascend Users Mailing List ++
>To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
>To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From pek at acn.gr  Mon Sep 25 06:17:46 2000
From: pek at acn.gr (Kontopoulos Petros)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] TNT's Fast Ethernet Blues.
Message-ID: <NEBBJCKIAJHIEMMDCOAAIECECEAA.pek@acn.gr>

confirm 953130

Dear all,
We have two MAX TNTs fully loaded (3x10BT, 1x100BTx), 8xE1's, Modem Cards,
HDLC's etc running 8.0.3 s/w. Their 100BTx are connected via a 3com switch
to a BSTDX that takes the traffic abroad. After they were loaded with users
(80 and morein each one) we found that the performance of the network
deteriorates gravely and the findings are: During a concurrent FTP with PING
from a random user the ftp is gerky and the ping looses packets every 3 to 4
tries. We have investigated the problem and found that the FEthernet
presents a lot of collisions (ie. imposible on a switched ethernet) that are
reported on the status of the TNT, but no collisions on the 3com switch.
When we route via an E1 to the BSTDX we have no problems whatsoever, and
there are no dropeed packets. We have tried all remedies such as hard
Full/Half etc. but no cure. I have gone throu' all the rte-ascend staff but
found nothing that realy does the job. Anyone can help or received help
officialy or has the faintest???


From BucknerJohn at bfusa.com  Mon Sep 25 13:58:20 2000
From: BucknerJohn at bfusa.com (Buckner, John)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] (ASCEND) Test - Please Delete
Message-ID: <7B9364443D2CD411A2C800902792640963FFBA@exc1-na-itc.bfusa.com>

Ascend List,



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From BucknerJohn at bfusa.com  Mon Sep 25 13:58:20 2000
From: BucknerJohn at bfusa.com (Buckner, John)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] (ASCEND) Test - Please Delete
Message-ID: <7B9364443D2CD411A2C800902792640963FFBA@exc1-na-itc.bfusa.com>

Ascend List,



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From pete at columbia.edu  Mon Sep 25 17:22:14 2000
From: pete at columbia.edu (Pete Santiago)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] (ASCEND) Hayes Modems
Message-ID: <000001c0273f$0f762dc0$341b3b80@columbia.edu>

Hi all,

I have a Max 4004 with about 48 modems in it.  My customers with US robotics
modems have no trouble getting roughly 56k speeds.  Unfortunately I have a
customer with a Hayes Optima 56k and he can only achieve 28.8 no matter
where he dials in from.

Any ideas?

Pete Santiago

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From pete at columbia.edu  Mon Sep 25 17:22:14 2000
From: pete at columbia.edu (Pete Santiago)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] (ASCEND) Hayes Modems
Message-ID: <000001c0273f$0f762dc0$341b3b80@columbia.edu>

Hi all,

I have a Max 4004 with about 48 modems in it.  My customers with US robotics
modems have no trouble getting roughly 56k speeds.  Unfortunately I have a
customer with a Hayes Optima 56k and he can only achieve 28.8 no matter
where he dials in from.

Any ideas?

Pete Santiago

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From amacc at iron-bridge.net  Mon Sep 25 18:11:50 2000
From: amacc at iron-bridge.net (Andrew McRory)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] Re: (ASCEND) Hayes Modems
In-Reply-To: <000001c0273f$0f762dc0$341b3b80@columbia.edu>
Message-ID: <Pine.LNX.4.02.10009251909040.24861-100000@ns1.mailer.org>

On Mon, 25 Sep 2000, Pete Santiago wrote:

> 
> Hi all,
> 
> 
> I have a Max 4004 with about 48 modems in it.  My customers with US robotics
> modems have no trouble getting roughly 56k speeds.  Unfortunately I have a
> customer with a Hayes Optima 56k and he can only achieve 28.8 no matter
> where he dials in from.

Maybe the hayes is set to default to the V.34 protocol? Try to find the
init string to force a 56k connection. I've had problems with certain
Rockwell based modems connecting using non-optimal protocols by
default....

Checkout http://www.hayesmicro.com/Tech_CS/faqs.htm




Andrew McRory - President/CTO        amacc@iron-bridge.net *****************
The PC Doctor, Inc.                  www.pcdr.com            850-575-7213 **
Iron Bridge Communications, Inc.     www.iron-bridge.net     850-575-0779 **
Contributed RPMS for RedHat and Caldera   ftp://ftp.iron-bridge.net/pub   **
****************************************************************************

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From amacc at iron-bridge.net  Mon Sep 25 18:11:50 2000
From: amacc at iron-bridge.net (Andrew McRory)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] Re: (ASCEND) Hayes Modems
In-Reply-To: <000001c0273f$0f762dc0$341b3b80@columbia.edu>
Message-ID: <Pine.LNX.4.02.10009251909040.24861-100000@ns1.mailer.org>

On Mon, 25 Sep 2000, Pete Santiago wrote:

> 
> Hi all,
> 
> 
> I have a Max 4004 with about 48 modems in it.  My customers with US robotics
> modems have no trouble getting roughly 56k speeds.  Unfortunately I have a
> customer with a Hayes Optima 56k and he can only achieve 28.8 no matter
> where he dials in from.

Maybe the hayes is set to default to the V.34 protocol? Try to find the
init string to force a 56k connection. I've had problems with certain
Rockwell based modems connecting using non-optimal protocols by
default....

Checkout http://www.hayesmicro.com/Tech_CS/faqs.htm




Andrew McRory - President/CTO        amacc@iron-bridge.net *****************
The PC Doctor, Inc.                  www.pcdr.com            850-575-7213 **
Iron Bridge Communications, Inc.     www.iron-bridge.net     850-575-0779 **
Contributed RPMS for RedHat and Caldera   ftp://ftp.iron-bridge.net/pub   **
****************************************************************************

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From howardj at psi.net  Tue Sep 26 10:11:43 2000
From: howardj at psi.net (Jim Howard)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <0C847D07445BD311B8F300104B30A0D901487E@aristotle.lyceum.com>

Agreed, We need to drop K56Flex support.
I feel the time is far past that users 
should have upgraded their modems.

My wish list is to kill off compatibility for: K56Flex, 
V.FastClass, BELL 103/212, V.21, V.22/22bis, and v.32.

After all, if I had a Ford Model T, I wouldn't drive it,
I'd look at it and feel all nostalgic, but I'd be driving 
my Ford Mustang...

Sometimes you have to leave the old behind in order to progress.

-Jim H
----
Jim Howard                            howardj@psi.net              
Sr Network Engineer, Legacy Support   678.320.6981   
PSINet Atlanta Hosting Center         http://www.psinet.com/   

My PGP Public Key: http://www.lyceum.com/~jhoward/pgp-key.txt

> -----Original Message-----
> From: Darkshot's Lists [mailto:dfl@chudys.com]
> Sent: Friday, 22 September, 2000 15:13 h
> To: ascend-users@bungi.com

> How in the heck can you tell a Max NOT to fall back to K56Flex? To
> make it do V.90 or nothing?
> 
> Our users with dual-mode modems (both Flex and V.90) ALWAYS
> connect via Flex, and in our rural areas this means disconnects,
> "stun mode" + constant re-trains. Giving our users the "force V.90"
> init string for their modems (if we know it) improves matters
> drastically.

> 'Shot
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From howardj at psi.net  Tue Sep 26 10:11:43 2000
From: howardj at psi.net (Jim Howard)
Date: Tue Jan 18 13:59:19 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <0C847D07445BD311B8F300104B30A0D901487E@aristotle.lyceum.com>

Agreed, We need to drop K56Flex support.
I feel the time is far past that users 
should have upgraded their modems.

My wish list is to kill off compatibility for: K56Flex, 
V.FastClass, BELL 103/212, V.21, V.22/22bis, and v.32.

After all, if I had a Ford Model T, I wouldn't drive it,
I'd look at it and feel all nostalgic, but I'd be driving 
my Ford Mustang...

Sometimes you have to leave the old behind in order to progress.

-Jim H
----
Jim Howard                            howardj@psi.net              
Sr Network Engineer, Legacy Support   678.320.6981   
PSINet Atlanta Hosting Center         http://www.psinet.com/   

My PGP Public Key: http://www.lyceum.com/~jhoward/pgp-key.txt

> -----Original Message-----
> From: Darkshot's Lists [mailto:dfl@chudys.com]
> Sent: Friday, 22 September, 2000 15:13 h
> To: ascend-users@bungi.com

> How in the heck can you tell a Max NOT to fall back to K56Flex? To
> make it do V.90 or nothing?
> 
> Our users with dual-mode modems (both Flex and V.90) ALWAYS
> connect via Flex, and in our rural areas this means disconnects,
> "stun mode" + constant re-trains. Giving our users the "force V.90"
> init string for their modems (if we know it) improves matters
> drastically.

> 'Shot
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:48:02 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:20 2005
Subject: [Ascend] RE: (ASCEND) TNT refresh -a via SNMP?
Message-ID: <20000926214802.4984.qmail@web6401.mail.yahoo.com>

Wasn't there something about this in either the 7.2 or
8.X release notes?

--- Holger Steppke <hos@de.uu.net> wrote:
> 
> Hi,
> 
> 1. Yes It is. Set the OID
> .1.3.6.1.4.1.529.13.3.1.12.1 to the value 2 like
> snmpset $ip $WRITE_COMMUNITY
> .1.3.6.1.4.1.529.13.3.1.12.1 i 2
> 
> 2. setting the above OID to 2 resets the state of
> the RadiusServers.
> So that the first configured Radius will be used
> first.
> 
> Bye :)
> 
> Best regards/Mit freundlichen Gruessen
> 
> >-----Original Message-----
> >From: owner-ascend-users@max.bungi.com
> >[mailto:owner-ascend-users@max.bungi.com]On Behalf
> Of Jyrki Kainulainen
> >Sent: Monday, September 18, 2000 12:10 PM
> >To: ascend-users@max.bungi.com
> >Subject: (ASCEND) TNT refresh -a via SNMP?
> >
> >
> >Hello.
> >
> >1. Is it possible to execute the "refresh -a"
> command on MAX TNT via SNMP?
> >
> >2. I think I've seen that there is possibility to
> send "Current RADIUS
> >server update" via SNMP, but I'm not sure. Is
> there? What I mean is, when
> >TNT has changed its state so that it's using my
> secondary radius and I
> >would like to change it back to primary one.
> >
> >Regards,
> >Jyrki Kainulainen.
> >
> >++ Ascend Users Mailing List ++
> >To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> >To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> >
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:45:47 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:20 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <20000926214547.26803.qmail@web6404.mail.yahoo.com>

I remember back when Ascend were planning to drop
support for V.FC - don't recall the releases now, but
they had Rockwell re-include it after a bug hue and
cry from some major customer(s). 

--- Jim Howard <howardj@psi.net> wrote:
> Agreed, We need to drop K56Flex support.
> I feel the time is far past that users 
> should have upgraded their modems.
> 
> My wish list is to kill off compatibility for:
> K56Flex, 
> V.FastClass, BELL 103/212, V.21, V.22/22bis, and
> v.32.
> 
> After all, if I had a Ford Model T, I wouldn't drive
> it,
> I'd look at it and feel all nostalgic, but I'd be
> driving 
> my Ford Mustang...
> 
> Sometimes you have to leave the old behind in order
> to progress.
> 
> -Jim H
> ----
> Jim Howard                           
> howardj@psi.net              
> Sr Network Engineer, Legacy Support   678.320.6981  
> 
> PSINet Atlanta Hosting Center        
> http://www.psinet.com/   
> 
> My PGP Public Key:
> http://www.lyceum.com/~jhoward/pgp-key.txt
> 
> > -----Original Message-----
> > From: Darkshot's Lists [mailto:dfl@chudys.com]
> > Sent: Friday, 22 September, 2000 15:13 h
> > To: ascend-users@bungi.com
> 
> > How in the heck can you tell a Max NOT to fall
> back to K56Flex? To
> > make it do V.90 or nothing?
> > 
> > Our users with dual-mode modems (both Flex and
> V.90) ALWAYS
> > connect via Flex, and in our rural areas this
> means disconnects,
> > "stun mode" + constant re-trains. Giving our users
> the "force V.90"
> > init string for their modems (if we know it)
> improves matters
> > drastically.
> 
> > 'Shot
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:45:47 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:20 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
Message-ID: <20000926214547.26803.qmail@web6404.mail.yahoo.com>

I remember back when Ascend were planning to drop
support for V.FC - don't recall the releases now, but
they had Rockwell re-include it after a bug hue and
cry from some major customer(s). 

--- Jim Howard <howardj@psi.net> wrote:
> Agreed, We need to drop K56Flex support.
> I feel the time is far past that users 
> should have upgraded their modems.
> 
> My wish list is to kill off compatibility for:
> K56Flex, 
> V.FastClass, BELL 103/212, V.21, V.22/22bis, and
> v.32.
> 
> After all, if I had a Ford Model T, I wouldn't drive
> it,
> I'd look at it and feel all nostalgic, but I'd be
> driving 
> my Ford Mustang...
> 
> Sometimes you have to leave the old behind in order
> to progress.
> 
> -Jim H
> ----
> Jim Howard                           
> howardj@psi.net              
> Sr Network Engineer, Legacy Support   678.320.6981  
> 
> PSINet Atlanta Hosting Center        
> http://www.psinet.com/   
> 
> My PGP Public Key:
> http://www.lyceum.com/~jhoward/pgp-key.txt
> 
> > -----Original Message-----
> > From: Darkshot's Lists [mailto:dfl@chudys.com]
> > Sent: Friday, 22 September, 2000 15:13 h
> > To: ascend-users@bungi.com
> 
> > How in the heck can you tell a Max NOT to fall
> back to K56Flex? To
> > make it do V.90 or nothing?
> > 
> > Our users with dual-mode modems (both Flex and
> V.90) ALWAYS
> > connect via Flex, and in our rural areas this
> means disconnects,
> > "stun mode" + constant re-trains. Giving our users
> the "force V.90"
> > init string for their modems (if we know it)
> improves matters
> > drastically.
> 
> > 'Shot
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:48:02 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:20 2005
Subject: [Ascend] RE: (ASCEND) TNT refresh -a via SNMP?
Message-ID: <20000926214802.4984.qmail@web6401.mail.yahoo.com>

Wasn't there something about this in either the 7.2 or
8.X release notes?

--- Holger Steppke <hos@de.uu.net> wrote:
> 
> Hi,
> 
> 1. Yes It is. Set the OID
> .1.3.6.1.4.1.529.13.3.1.12.1 to the value 2 like
> snmpset $ip $WRITE_COMMUNITY
> .1.3.6.1.4.1.529.13.3.1.12.1 i 2
> 
> 2. setting the above OID to 2 resets the state of
> the RadiusServers.
> So that the first configured Radius will be used
> first.
> 
> Bye :)
> 
> Best regards/Mit freundlichen Gruessen
> 
> >-----Original Message-----
> >From: owner-ascend-users@max.bungi.com
> >[mailto:owner-ascend-users@max.bungi.com]On Behalf
> Of Jyrki Kainulainen
> >Sent: Monday, September 18, 2000 12:10 PM
> >To: ascend-users@max.bungi.com
> >Subject: (ASCEND) TNT refresh -a via SNMP?
> >
> >
> >Hello.
> >
> >1. Is it possible to execute the "refresh -a"
> command on MAX TNT via SNMP?
> >
> >2. I think I've seen that there is possibility to
> send "Current RADIUS
> >server update" via SNMP, but I'm not sure. Is
> there? What I mean is, when
> >TNT has changed its state so that it's using my
> secondary radius and I
> >would like to change it back to primary one.
> >
> >Regards,
> >Jyrki Kainulainen.
> >
> >++ Ascend Users Mailing List ++
> >To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> >To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> >
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Tue Sep 26 17:27:35 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:20 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <00d301c02692$3e1c59e0$186e16cb@robinson.ascend.com.au>
Message-ID: <39D122D7.BC0FF54@chudys.com>

Did that. Doesn't work.

Paul Robbie wrote:
> 
> Yep - there is a parameter under the TServ options "MDM Modulation". Set
> that to V.90.
> Paul
> 
> > -----Original Message-----
> > From: owner-ascend-users@max.bungi.com
> > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > Sent: Saturday, September 23, 2000 5:13 AM
> > To: ascend-users@bungi.com
> > Subject: (ASCEND) Max 4K-6K Flex OFF???
> >
> >
> > If this is in an obvious place in a FAQ or in the RUBB, I apologize
> > but I can't find it- and I feel certain that it must be there:
> >
> > How in the heck can you tell a Max NOT to fall back to K56Flex? To
> > make it do V.90 or nothing?
> >
> > Our users with dual-mode modems (both Flex and V.90) ALWAYS
> > connect via Flex, and in our rural areas this means disconnects,
> > "stun mode" + constant re-trains. Giving our users the "force V.90"
> > init string for their modems (if we know it) improves matters
> > drastically.
> >
> > I'm tired of people leaving us to go with our competitor (who uses
> > TC racks) because the get a faster connection- and the only reason
> > is that the Max insists on running K56Flex if it can.
> >
> > How to kill it dead? Also- I'd love to see a hack that would support
> > x2 fallback......
> >
> > All our Maxen are at 7.0.3 and I admit I don't even know what the
> > current release is nor what it fixes/breaks. 7.0.3 was the first
> > stable one we had and I've never been tempted. ;-)
> >
> > Any info on this, please cc: darkshot@chudys.com so I don't miss it
> > in my lists email account.
> >
> > Much obliged-
> >
> > 'Shot
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Tue Sep 26 17:27:35 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <00d301c02692$3e1c59e0$186e16cb@robinson.ascend.com.au>
Message-ID: <39D122D7.BC0FF54@chudys.com>

Did that. Doesn't work.

Paul Robbie wrote:
> 
> Yep - there is a parameter under the TServ options "MDM Modulation". Set
> that to V.90.
> Paul
> 
> > -----Original Message-----
> > From: owner-ascend-users@max.bungi.com
> > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > Sent: Saturday, September 23, 2000 5:13 AM
> > To: ascend-users@bungi.com
> > Subject: (ASCEND) Max 4K-6K Flex OFF???
> >
> >
> > If this is in an obvious place in a FAQ or in the RUBB, I apologize
> > but I can't find it- and I feel certain that it must be there:
> >
> > How in the heck can you tell a Max NOT to fall back to K56Flex? To
> > make it do V.90 or nothing?
> >
> > Our users with dual-mode modems (both Flex and V.90) ALWAYS
> > connect via Flex, and in our rural areas this means disconnects,
> > "stun mode" + constant re-trains. Giving our users the "force V.90"
> > init string for their modems (if we know it) improves matters
> > drastically.
> >
> > I'm tired of people leaving us to go with our competitor (who uses
> > TC racks) because the get a faster connection- and the only reason
> > is that the Max insists on running K56Flex if it can.
> >
> > How to kill it dead? Also- I'd love to see a hack that would support
> > x2 fallback......
> >
> > All our Maxen are at 7.0.3 and I admit I don't even know what the
> > current release is nor what it fixes/breaks. 7.0.3 was the first
> > stable one we had and I've never been tempted. ;-)
> >
> > Any info on this, please cc: darkshot@chudys.com so I don't miss it
> > in my lists email account.
> >
> > Much obliged-
> >
> > 'Shot
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:49:36 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
Message-ID: <20000926214936.27261.qmail@web6404.mail.yahoo.com>

Is this a PPP connection, or a terminal server login
session?

--- Hasan Khan <mhk_66@usa.net> wrote:
> Hi everybody,
> I am using MaxTNT single shelf,TAOS is 8.0.1.We are
> an ISP and my question
> is:
>        Regarding relogin request to dialup user:What
> parameters are required
> to set in my Access Server so that when a user get
> login failure message,then
> Access Server should send the relogin/retype
> password message to the dialup
> user,before disconnecting the user.
> I didn't got any parameter in MaxTNT related to
> that.Can anyone guide me.
> Thanks
> 
> 
>
____________________________________________________________________
> Get free email and a permanent address at
> http://www.netaddress.com/?N=1
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 16:49:36 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
Message-ID: <20000926214936.27261.qmail@web6404.mail.yahoo.com>

Is this a PPP connection, or a terminal server login
session?

--- Hasan Khan <mhk_66@usa.net> wrote:
> Hi everybody,
> I am using MaxTNT single shelf,TAOS is 8.0.1.We are
> an ISP and my question
> is:
>        Regarding relogin request to dialup user:What
> parameters are required
> to set in my Access Server so that when a user get
> login failure message,then
> Access Server should send the relogin/retype
> password message to the dialup
> user,before disconnecting the user.
> I didn't got any parameter in MaxTNT related to
> that.Can anyone guide me.
> Thanks
> 
> 
>
____________________________________________________________________
> Get free email and a permanent address at
> http://www.netaddress.com/?N=1
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to
> ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>


=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From manager at qonline.com.au  Tue Sep 26 18:36:48 2000
From: manager at qonline.com.au (Andrew Titheridge)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] (ASCEND) Max 4000
Message-ID: <004a01c02812$a47f4360$05b710cb@centercom.com.au>

heya,

Under the ethernet -> mod config -> WAN options
I have set Ans X=53389009
however when I dial 53389009 I get the same answer tone as the 53389000
number...

What could I have set wrong to do this?

my max 6000 does the same job fine....

Andrew

(where does one subscribe to the mailing list? :)

   -===========================================================-
     Andrew Titheridge               Q Online
     manager@qonline.com.au          http://www.qonline.com.au
     34 Mair St (East)               ph:  (03) 5333 3319
     Ballarat                        fax: (03) 5333 3018
     3350                            mobile: (0419) 343 100
   -===========================================================-


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From manager at qonline.com.au  Tue Sep 26 18:36:48 2000
From: manager at qonline.com.au (Andrew Titheridge)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] (ASCEND) Max 4000
Message-ID: <004a01c02812$a47f4360$05b710cb@centercom.com.au>

heya,

Under the ethernet -> mod config -> WAN options
I have set Ans X=53389009
however when I dial 53389009 I get the same answer tone as the 53389000
number...

What could I have set wrong to do this?

my max 6000 does the same job fine....

Andrew

(where does one subscribe to the mailing list? :)

   -===========================================================-
     Andrew Titheridge               Q Online
     manager@qonline.com.au          http://www.qonline.com.au
     34 Mair St (East)               ph:  (03) 5333 3319
     Ballarat                        fax: (03) 5333 3018
     3350                            mobile: (0419) 343 100
   -===========================================================-


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jcdutton at lucent.com  Tue Sep 26 19:05:27 2000
From: jcdutton at lucent.com (James Courtier-Dutton)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
References: <20000926214936.27261.qmail@web6404.mail.yahoo.com>
Message-ID: <003601c02816$a7dc5440$1401a8c0@home>

Hello
I don't think there is a setting as such.
I think for PAP is might be 2 retrys (3 attempts).
CHAP 0 retries (1 attempt)
Cheers
James

----- Original Message ----- 
From: "ascend veteran" <ascend_vet@yahoo.com>
To: "Hasan Khan" <mhk_66@usa.net>; <ascend-users@bungi.com>
Sent: Tuesday, September 26, 2000 10:49 PM
Subject: Re: (ASCEND) retype password request to dial-in user


> Is this a PPP connection, or a terminal server login
> session?
> 
> --- Hasan Khan <mhk_66@usa.net> wrote:
> > Hi everybody,
> > I am using MaxTNT single shelf,TAOS is 8.0.1.We are
> > an ISP and my question
> > is:
> >        Regarding relogin request to dialup user:What
> > parameters are required
> > to set in my Access Server so that when a user get
> > login failure message,then
> > Access Server should send the relogin/retype
> > password message to the dialup
> > user,before disconnecting the user.
> > I didn't got any parameter in MaxTNT related to
> > that.Can anyone guide me.
> > Thanks
> > 


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jcdutton at lucent.com  Tue Sep 26 19:05:27 2000
From: jcdutton at lucent.com (James Courtier-Dutton)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
References: <20000926214936.27261.qmail@web6404.mail.yahoo.com>
Message-ID: <003601c02816$a7dc5440$1401a8c0@home>

Hello
I don't think there is a setting as such.
I think for PAP is might be 2 retrys (3 attempts).
CHAP 0 retries (1 attempt)
Cheers
James

----- Original Message ----- 
From: "ascend veteran" <ascend_vet@yahoo.com>
To: "Hasan Khan" <mhk_66@usa.net>; <ascend-users@bungi.com>
Sent: Tuesday, September 26, 2000 10:49 PM
Subject: Re: (ASCEND) retype password request to dial-in user


> Is this a PPP connection, or a terminal server login
> session?
> 
> --- Hasan Khan <mhk_66@usa.net> wrote:
> > Hi everybody,
> > I am using MaxTNT single shelf,TAOS is 8.0.1.We are
> > an ISP and my question
> > is:
> >        Regarding relogin request to dialup user:What
> > parameters are required
> > to set in my Access Server so that when a user get
> > login failure message,then
> > Access Server should send the relogin/retype
> > password message to the dialup
> > user,before disconnecting the user.
> > I didn't got any parameter in MaxTNT related to
> > that.Can anyone guide me.
> > Thanks
> > 


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 19:52:17 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
Message-ID: <20000927005217.1500.qmail@web6403.mail.yahoo.com>

>From: James Courtier-Dutton <jcdutton@lucent.com> 

>Hello
>I don't think there is a setting as such.
>I think for PAP is might be 2 retrys (3 attempts).

I don't think that's the case as the RFC states:

     If the Peer-ID/Password pair received in a      
     Authenticate-Request is
     not recognizable or acceptable, then the 
     authenticator MUST transmit a PAP packet 
     with the Code field set to 3 (Authenticate-Nak),
     and SHOULD take action to terminate the link.

....know "SHOULD" leaves it implementation specific,
but I'm pretty sure most implementations treat this as
a "MUST" for security reasons.

>CHAP 0 retries (1 attempt)
>Cheers
>James

> --- Hasan Khan <mhk_66@usa.net> wrote:
> > Hi everybody,
> > I am using MaxTNT single shelf,TAOS is 8.0.1.We
are
> > an ISP and my question
> > is:
> >        Regarding relogin request to dialup
user:What
> > parameters are required
> > to set in my Access Server so that when a user get
> > login failure message,then
> > Access Server should send the relogin/retype
> > password message to the dialup
> > user,before disconnecting the user.
> > I didn't got any parameter in MaxTNT related to
> > that.Can anyone guide me.
> > Thanks
> > 



++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to
ascend-users-request@bungi.com
To get FAQ'd:   <http://www.nealis.net/ascend/faq>

=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Tue Sep 26 19:52:17 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) retype password request to dial-in user
Message-ID: <20000927005217.1500.qmail@web6403.mail.yahoo.com>

>From: James Courtier-Dutton <jcdutton@lucent.com> 

>Hello
>I don't think there is a setting as such.
>I think for PAP is might be 2 retrys (3 attempts).

I don't think that's the case as the RFC states:

     If the Peer-ID/Password pair received in a      
     Authenticate-Request is
     not recognizable or acceptable, then the 
     authenticator MUST transmit a PAP packet 
     with the Code field set to 3 (Authenticate-Nak),
     and SHOULD take action to terminate the link.

....know "SHOULD" leaves it implementation specific,
but I'm pretty sure most implementations treat this as
a "MUST" for security reasons.

>CHAP 0 retries (1 attempt)
>Cheers
>James

> --- Hasan Khan <mhk_66@usa.net> wrote:
> > Hi everybody,
> > I am using MaxTNT single shelf,TAOS is 8.0.1.We
are
> > an ISP and my question
> > is:
> >        Regarding relogin request to dialup
user:What
> > parameters are required
> > to set in my Access Server so that when a user get
> > login failure message,then
> > Access Server should send the relogin/retype
> > password message to the dialup
> > user,before disconnecting the user.
> > I didn't got any parameter in MaxTNT related to
> > that.Can anyone guide me.
> > Thanks
> > 



++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to
ascend-users-request@bungi.com
To get FAQ'd:   <http://www.nealis.net/ascend/faq>

=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gerald at fvision.com  Wed Sep 27 00:04:20 2000
From: gerald at fvision.com (Gerald Hanks)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] (ASCEND) Black Hole Routes
References: <200009250545.WAA03344@max.bungi.com>
Message-ID: <39D17FD4.4BDFAE75@fvision.com>

> I am running a Max6000 and am having a problem with routes appearing in
> the routing table of the form:
>
> Destination        Gateway         IF       Flg   Pref Met     Use
> Age
> 209.63.40.136/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.137/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.138/31   -               bh0      SP     254  15       0
> 446
> 209.63.40.140/30   -               bh0      SP     254  15       0
> 446
> 209.63.40.144/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.145/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.146/31   -               bh0      SP     254  15       0
> 446
> 209.63.40.148/30   -               bh0      SP     254  15       0
> 446
> 209.63.40.152/32   -               bh0      SP     254  15       0
> 446
>
> I recognize the interface as being the black hole interface but have no
> idea what this means or why it is happening.  The machines that belong
> to those ip addresses obviously can no longer function until the routes
> are deleted.  I am able to delete them manually but they appear after a
> few hours or so.  Any help would be appreciated.
>
> -gerald

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gerald at fvision.com  Wed Sep 27 00:04:20 2000
From: gerald at fvision.com (Gerald Hanks)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] (ASCEND) Black Hole Routes
References: <200009250545.WAA03344@max.bungi.com>
Message-ID: <39D17FD4.4BDFAE75@fvision.com>

> I am running a Max6000 and am having a problem with routes appearing in
> the routing table of the form:
>
> Destination        Gateway         IF       Flg   Pref Met     Use
> Age
> 209.63.40.136/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.137/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.138/31   -               bh0      SP     254  15       0
> 446
> 209.63.40.140/30   -               bh0      SP     254  15       0
> 446
> 209.63.40.144/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.145/32   -               bh0      SP     254  15       0
> 446
> 209.63.40.146/31   -               bh0      SP     254  15       0
> 446
> 209.63.40.148/30   -               bh0      SP     254  15       0
> 446
> 209.63.40.152/32   -               bh0      SP     254  15       0
> 446
>
> I recognize the interface as being the black hole interface but have no
> idea what this means or why it is happening.  The machines that belong
> to those ip addresses obviously can no longer function until the routes
> are deleted.  I am able to delete them manually but they appear after a
> few hours or so.  Any help would be appreciated.
>
> -gerald

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Wed Sep 27 00:29:47 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) Max 4000
Message-ID: <20000927052947.7090.qmail@web6401.mail.yahoo.com>

--- Andrew Titheridge <manager@qonline.com.au> wrote:
> heya,
> 
> Under the ethernet -> mod config -> WAN options
> I have set Ans X=53389009
> however when I dial 53389009 I get the same answer
> tone as the 53389000
> number...
> 
> What could I have set wrong to do this?
> 

Must have missed something here - what are you
expecting to happen differently?

=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ascend_vet at yahoo.com  Wed Sep 27 00:29:47 2000
From: ascend_vet at yahoo.com (ascend veteran)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) Max 4000
Message-ID: <20000927052947.7090.qmail@web6401.mail.yahoo.com>

--- Andrew Titheridge <manager@qonline.com.au> wrote:
> heya,
> 
> Under the ethernet -> mod config -> WAN options
> I have set Ans X=53389009
> however when I dial 53389009 I get the same answer
> tone as the 53389000
> number...
> 
> What could I have set wrong to do this?
> 

Must have missed something here - what are you
expecting to happen differently?

=====
Ascend Veteran
ascend_vet@yahoo.com
ascend_vet@hotmail.com

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gdaley at lucent.com  Wed Sep 27 02:14:35 2000
From: gdaley at lucent.com (Greg Daley)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) Black Hole Routes
In-Reply-To: <39D17FD4.4BDFAE75@fvision.com>
References: <200009250545.WAA03344@max.bungi.com>
Message-ID: <3.0.5.32.20000927171435.00a522e0@mail.ascend.com.au>

At 23:04 26/09/00 -0600, Gerald Hanks wrote:
>> I am running a Max6000 and am having a problem with routes appearing in
>> the routing table of the form:
>>
>> Destination        Gateway         IF       Flg   Pref Met     Use
>> Age
>> 209.63.40.136/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.137/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.138/31   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.140/30   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.144/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.145/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.146/31   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.148/30   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.152/32   -               bh0      SP     254  15       0
>> 446
>>
>> I recognize the interface as being the black hole interface but have no
>> idea what this means or why it is happening.  The machines that belong
>> to those ip addresses obviously can no longer function until the routes
>> are deleted.  I am able to delete them manually but they appear after a
>> few hours or so.  Any help would be appreciated.
>>
>> -gerald

	Hi Gerald,

	Are there any users logged in with these IP addresses ?

	(this is a trick question).

		Greg
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From gdaley at lucent.com  Wed Sep 27 02:14:35 2000
From: gdaley at lucent.com (Greg Daley)
Date: Tue Jan 18 13:59:21 2005
Subject: [Ascend] Re: (ASCEND) Black Hole Routes
In-Reply-To: <39D17FD4.4BDFAE75@fvision.com>
References: <200009250545.WAA03344@max.bungi.com>
Message-ID: <3.0.5.32.20000927171435.00a522e0@mail.ascend.com.au>

At 23:04 26/09/00 -0600, Gerald Hanks wrote:
>> I am running a Max6000 and am having a problem with routes appearing in
>> the routing table of the form:
>>
>> Destination        Gateway         IF       Flg   Pref Met     Use
>> Age
>> 209.63.40.136/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.137/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.138/31   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.140/30   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.144/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.145/32   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.146/31   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.148/30   -               bh0      SP     254  15       0
>> 446
>> 209.63.40.152/32   -               bh0      SP     254  15       0
>> 446
>>
>> I recognize the interface as being the black hole interface but have no
>> idea what this means or why it is happening.  The machines that belong
>> to those ip addresses obviously can no longer function until the routes
>> are deleted.  I am able to delete them manually but they appear after a
>> few hours or so.  Any help would be appreciated.
>>
>> -gerald

	Hi Gerald,

	Are there any users logged in with these IP addresses ?

	(this is a trick question).

		Greg
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bobmallet at hotmail.com  Sat Sep 16 12:25:26 2000
From: bobmallet at hotmail.com (bobmallet@hotmail.com)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) ANGELS!!
Message-ID: <200009170301531.SM00370@203.236.213.63>

>
> > >> >  Subject: ANGELS
> > >> >
> > >> >  > > > >  >>> Subject: Things aren't Always
> > what they seem!
> > >> >  > > > >  >>>
> > >> >  > > > >  >>>
> > >> >  > > > >  >>> > Keep reading to the bottom of
> > the page -- don't
> > >> >  > > > > stop at the feet
> > >> >  > > > >  >>> >                      (You'll
> > see).
> > >> >  > > > >  >>> >   Two traveling angels stopped
> > to spend the night
> > >> >  > > > > in the home of a
> > >> >  > > > >  >>> wealthy
> > >> >  > > > >  >>> >  family.
> > >> >  > > > >  >>> >   The family was rude and
> > refused to let the
> > >> >  > > > > angels stay in the
> > >> >  > > > >  >>> mansion's
> > >> >  > > > >  >>> >   guest room.  Instead the
> > angels were given a
> > >> >  > > > > small space in the
> > >> >  > > > > cold
> > >> >  > > > >  >>> >  basement.
> > >> >  > > > >  >>> >   As they made their bed on the
> > hard floor, the
> > >> >  > > > > older angel saw a
> > >> >  > > > > hole
> > >> >  > > > >  >>> in
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> >  wall
> > >> >  > > > >  >>> >   and repaired it.  When the
> > younger angel asked
> > >> >  > > > > why, the older angel
> > >> >  > > > >  >>> replied,
> > >> >  > > > >  >>> >   "Things aren't always what
> > they seem."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   The next night the pair came
> > to rest at the
> > >> >  > > > > house of a very poor,
> > >> >  > > > > but
> > >> >  > > > >  >>> very
> > >> >  > > > >  >>> >   hospitable farmer and his
> > wife.  After sharing
> > >> >  > > > > what little food
> > >> >  > > > > they
> > >> >  > > > >  >>> had
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> >   couple let the angels sleep
> > in their bed where
> > >> >  > > > > they could have a
> > >> >  > > > > good
> > >> >  > > > >  >>> > night's
> > >> >  > > > >  >>> >   rest.  When the sun came up
> > the next morning the
> > >> >  > > > > angels found the
> > >> >  > > > >  >>> farmer
> > >> >  > > > >  >>> >   and his wife in tears.  Their
> > only cow, whose
> > >> >  > > > > milk had been their
> > >> >  > > > >  >>> sole
> > >> >  > > > >  >>> >  income,
> > >> >  > > > >  >>> >   lay dead in the field.  The
> > younger angel was
> > >> >  > > > > infuriated and asked
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> older
> > >> >  > > > >  >>> >   angel how could you have let
> > this happen?
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   The first man had everything,
> > yet you helped
> > >> >  > > > > him, she accused. The
> > >> >  > > > >  >>> second
> > >> >  > > > >  >>> >   family had little but was
> > willing to share
> > >> >  > > > > everything, and you let
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> cow
> > >> >  > > > >  >>> >  die.
> > >> >  > > > >  >>> >   "Things aren't always what
> > they seem," the older
> > >> >  > > > > angel replied.
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   "When we stayed in the
> > basement of the mansion,
> > >> >  > > > > I noticed there was
> > >> >  > > > >  >>> gold
> > >> >  > > > >  >>> >    stored in that hole in the
> > wall.  Since the
> > >> >  > > > > owner was so obsessed
> > >> >  > > > >  >>> with
> > >> >  > > > >  >>> > greed
> > >> >  > > > >  >>> >    and unwilling to share his
> > good fortune, I
> > >> >  > > > > sealed the wall so he
> > >> >  > > > >  >>> wouldn't
> > >> >  > > > >  >>> >  find it."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   "Then last night as we slept
> > in the farmers bed,
> > >> >  > > > > the angel of death
> > >> >  > > > >  >>> came
> > >> >  > > > >  >>> for
> > >> >  > > > >  >>> >    his wife.  I gave him the
> > cow instead. Things
> > >> >  > > > > aren't always what
> > >> >  > > > >  >>> they
> > >> >  > > > >  >>> > seem."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   Sometimes that is exactly
> > what happens when
> > >> >  > > > > things don't turn out
> > >> >  > > > > the
> > >> >  > > > >  >>> way
> > >> >  > > > >  >>> >   they should.  If you have
> > faith, you just need
> > >> >  > > > > to trust that every
> > >> >  > > > >  >>> out
> > >> >  > > > >  >>> come
> > >> >  > > > >  >>> >  is
> > >> >  > > > >  >>> >   always to your advantage.
> > You might not know it
> > >> >  > > > > until some time
> > >> >  > > > >  >>> later...
> > >> >  > > > >  >>> >                            Oooo
> > >> >  > > > >  >>> >   Some people             (
> > )
> > >> >  > > > >  >>> >   come into our lives     )   /
> > >> >  > > > >  >>> >   and quickly go..        (_ /
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                      oooO
> > >> >  > > > >  >>> >                     (    )
> >  Some people
> > >> >  > > > >  >>> >                      \  (
> >  become friends
> > >> >  > > > >  >>> >                       \_)
> > and stay awhile...
> > >> >  > > > >  >>> >    leaving beautiful
> > Oooo
> > >> >  > > > >  >>> >    footprints on our        (
> >  )
> > >> >  > > > >  >>> >    hearts...
> > )   >>> >
> > >> >  > > > >
> > >> >  > > > >       (_/
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                      oooO
> > >> >  > > > >  >>> >                     (    )
> > and we are
> > >> >  > > > >  >>> >                     \   (
> >    never
> > >> >  > > > >  >>> >                      \_ )
> > quite the same
> > >> >  > > > >  >>> >
> > because we have
> > >> >  > > > >  >>> >
> > made a good
> > >> >  > > > >  >>> >
> > friend!!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >    Yesterday is history.
> > Tomorrow a mystery.
> > >> >  > > > >  >>> >    Today is a gift.  That's why
> > it's called the
> > >> >  > > > > present!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   I think this is
> > special...live and savor every
> > >> >  > > > > moment...
> > >> >  > > > >  >>> >   This is not a dress
> > rehearsal!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                     (\      /)
> > >> >  > > > >  >>> >                     ( \ __ / )
> > >> >  > > > >  >>> >                     (  \()/  )
> > >> >  > > > >  >>> >                     (  /  \  )
> >   TAKE THIS LITTLE
> > >> >  > > > > ANGEL
> > >> >  > > > >  >>> >                     ( / \/ \ )
> >  AND KEEP HER
> > >> >  > > > > CLOSE TO YOU
> > >> >  > > > >  >>> >                      /      \
> >  SHE IS YOUR
> > >> >  > > > > GUARDIAN ANGEL
                                             (        )
    SENT TO WATCH
        OVER YOU
                                                ____
  THIS IS A SPECIAL GUARDIAN
 ANGEL... YOU MUST PASS THIS
 ON TO 5 PEOPLE WITHIN THE
 HOUR OF RECEIVING HER..AFTER
 YOU DO MAKE A WISH....IF YOU
 HAVE PASSED HER ON, YOUR
  WISH WILL BE GRANTED AND SHE WATCH OVER YOU
 FOREVER....
   IF NOT..HER TEARS WILL FLOW
 AND NO WISHES WILL BE GRANTED....
 Now don't delete this message, because it 
 comes from a very special angel.

 Right Now -

 -somebody is very proud of you.
 -somebody is thinking of you.
 -somebody is caring about you.
 -somebody misses you
 -somebody wants to talk to you.
 -somebody wants to be with you.
 -somebody hopes you aren't in trouble.
 -somebody is thankful for
 the support you have provided.
 -somebody wants to hold your hand.
 -somebody hopes everything
 turns out all  right.
 -somebody wants you to be happy.
 -somebody wants you to find him/her.
 -somebody is celebrating your successes.
 -somebody wants to give you a gift.
 -somebody thinks that you ARE a gift.
 -somebody loves you.
 -somebody admires your strength.
 -somebody is thinking of  you and smiling.
 -somebody wants to be your shoulder to cry on.
SOMEBODY NEEDS YOU TO SEND THIS TO THEM



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From bobmallet at hotmail.com  Sat Sep 16 12:25:26 2000
From: bobmallet at hotmail.com (bobmallet@hotmail.com)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) ANGELS!!
Message-ID: <200009170301531.SM00370@203.236.213.63>

>
> > >> >  Subject: ANGELS
> > >> >
> > >> >  > > > >  >>> Subject: Things aren't Always
> > what they seem!
> > >> >  > > > >  >>>
> > >> >  > > > >  >>>
> > >> >  > > > >  >>> > Keep reading to the bottom of
> > the page -- don't
> > >> >  > > > > stop at the feet
> > >> >  > > > >  >>> >                      (You'll
> > see).
> > >> >  > > > >  >>> >   Two traveling angels stopped
> > to spend the night
> > >> >  > > > > in the home of a
> > >> >  > > > >  >>> wealthy
> > >> >  > > > >  >>> >  family.
> > >> >  > > > >  >>> >   The family was rude and
> > refused to let the
> > >> >  > > > > angels stay in the
> > >> >  > > > >  >>> mansion's
> > >> >  > > > >  >>> >   guest room.  Instead the
> > angels were given a
> > >> >  > > > > small space in the
> > >> >  > > > > cold
> > >> >  > > > >  >>> >  basement.
> > >> >  > > > >  >>> >   As they made their bed on the
> > hard floor, the
> > >> >  > > > > older angel saw a
> > >> >  > > > > hole
> > >> >  > > > >  >>> in
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> >  wall
> > >> >  > > > >  >>> >   and repaired it.  When the
> > younger angel asked
> > >> >  > > > > why, the older angel
> > >> >  > > > >  >>> replied,
> > >> >  > > > >  >>> >   "Things aren't always what
> > they seem."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   The next night the pair came
> > to rest at the
> > >> >  > > > > house of a very poor,
> > >> >  > > > > but
> > >> >  > > > >  >>> very
> > >> >  > > > >  >>> >   hospitable farmer and his
> > wife.  After sharing
> > >> >  > > > > what little food
> > >> >  > > > > they
> > >> >  > > > >  >>> had
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> >   couple let the angels sleep
> > in their bed where
> > >> >  > > > > they could have a
> > >> >  > > > > good
> > >> >  > > > >  >>> > night's
> > >> >  > > > >  >>> >   rest.  When the sun came up
> > the next morning the
> > >> >  > > > > angels found the
> > >> >  > > > >  >>> farmer
> > >> >  > > > >  >>> >   and his wife in tears.  Their
> > only cow, whose
> > >> >  > > > > milk had been their
> > >> >  > > > >  >>> sole
> > >> >  > > > >  >>> >  income,
> > >> >  > > > >  >>> >   lay dead in the field.  The
> > younger angel was
> > >> >  > > > > infuriated and asked
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> older
> > >> >  > > > >  >>> >   angel how could you have let
> > this happen?
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   The first man had everything,
> > yet you helped
> > >> >  > > > > him, she accused. The
> > >> >  > > > >  >>> second
> > >> >  > > > >  >>> >   family had little but was
> > willing to share
> > >> >  > > > > everything, and you let
> > >> >  > > > >  >>> the
> > >> >  > > > >  >>> cow
> > >> >  > > > >  >>> >  die.
> > >> >  > > > >  >>> >   "Things aren't always what
> > they seem," the older
> > >> >  > > > > angel replied.
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   "When we stayed in the
> > basement of the mansion,
> > >> >  > > > > I noticed there was
> > >> >  > > > >  >>> gold
> > >> >  > > > >  >>> >    stored in that hole in the
> > wall.  Since the
> > >> >  > > > > owner was so obsessed
> > >> >  > > > >  >>> with
> > >> >  > > > >  >>> > greed
> > >> >  > > > >  >>> >    and unwilling to share his
> > good fortune, I
> > >> >  > > > > sealed the wall so he
> > >> >  > > > >  >>> wouldn't
> > >> >  > > > >  >>> >  find it."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   "Then last night as we slept
> > in the farmers bed,
> > >> >  > > > > the angel of death
> > >> >  > > > >  >>> came
> > >> >  > > > >  >>> for
> > >> >  > > > >  >>> >    his wife.  I gave him the
> > cow instead. Things
> > >> >  > > > > aren't always what
> > >> >  > > > >  >>> they
> > >> >  > > > >  >>> > seem."
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   Sometimes that is exactly
> > what happens when
> > >> >  > > > > things don't turn out
> > >> >  > > > > the
> > >> >  > > > >  >>> way
> > >> >  > > > >  >>> >   they should.  If you have
> > faith, you just need
> > >> >  > > > > to trust that every
> > >> >  > > > >  >>> out
> > >> >  > > > >  >>> come
> > >> >  > > > >  >>> >  is
> > >> >  > > > >  >>> >   always to your advantage.
> > You might not know it
> > >> >  > > > > until some time
> > >> >  > > > >  >>> later...
> > >> >  > > > >  >>> >                            Oooo
> > >> >  > > > >  >>> >   Some people             (
> > )
> > >> >  > > > >  >>> >   come into our lives     )   /
> > >> >  > > > >  >>> >   and quickly go..        (_ /
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                      oooO
> > >> >  > > > >  >>> >                     (    )
> >  Some people
> > >> >  > > > >  >>> >                      \  (
> >  become friends
> > >> >  > > > >  >>> >                       \_)
> > and stay awhile...
> > >> >  > > > >  >>> >    leaving beautiful
> > Oooo
> > >> >  > > > >  >>> >    footprints on our        (
> >  )
> > >> >  > > > >  >>> >    hearts...
> > )   >>> >
> > >> >  > > > >
> > >> >  > > > >       (_/
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                      oooO
> > >> >  > > > >  >>> >                     (    )
> > and we are
> > >> >  > > > >  >>> >                     \   (
> >    never
> > >> >  > > > >  >>> >                      \_ )
> > quite the same
> > >> >  > > > >  >>> >
> > because we have
> > >> >  > > > >  >>> >
> > made a good
> > >> >  > > > >  >>> >
> > friend!!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >    Yesterday is history.
> > Tomorrow a mystery.
> > >> >  > > > >  >>> >    Today is a gift.  That's why
> > it's called the
> > >> >  > > > > present!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >   I think this is
> > special...live and savor every
> > >> >  > > > > moment...
> > >> >  > > > >  >>> >   This is not a dress
> > rehearsal!
> > >> >  > > > >  >>> >
> > >> >  > > > >  >>> >                     (\      /)
> > >> >  > > > >  >>> >                     ( \ __ / )
> > >> >  > > > >  >>> >                     (  \()/  )
> > >> >  > > > >  >>> >                     (  /  \  )
> >   TAKE THIS LITTLE
> > >> >  > > > > ANGEL
> > >> >  > > > >  >>> >                     ( / \/ \ )
> >  AND KEEP HER
> > >> >  > > > > CLOSE TO YOU
> > >> >  > > > >  >>> >                      /      \
> >  SHE IS YOUR
> > >> >  > > > > GUARDIAN ANGEL
                                             (        )
    SENT TO WATCH
        OVER YOU
                                                ____
  THIS IS A SPECIAL GUARDIAN
 ANGEL... YOU MUST PASS THIS
 ON TO 5 PEOPLE WITHIN THE
 HOUR OF RECEIVING HER..AFTER
 YOU DO MAKE A WISH....IF YOU
 HAVE PASSED HER ON, YOUR
  WISH WILL BE GRANTED AND SHE WATCH OVER YOU
 FOREVER....
   IF NOT..HER TEARS WILL FLOW
 AND NO WISHES WILL BE GRANTED....
 Now don't delete this message, because it 
 comes from a very special angel.

 Right Now -

 -somebody is very proud of you.
 -somebody is thinking of you.
 -somebody is caring about you.
 -somebody misses you
 -somebody wants to talk to you.
 -somebody wants to be with you.
 -somebody hopes you aren't in trouble.
 -somebody is thankful for
 the support you have provided.
 -somebody wants to hold your hand.
 -somebody hopes everything
 turns out all  right.
 -somebody wants you to be happy.
 -somebody wants you to find him/her.
 -somebody is celebrating your successes.
 -somebody wants to give you a gift.
 -somebody thinks that you ARE a gift.
 -somebody loves you.
 -somebody admires your strength.
 -somebody is thinking of  you and smiling.
 -somebody wants to be your shoulder to cry on.
SOMEBODY NEEDS YOU TO SEND THIS TO THEM



++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Wed Sep 27 10:08:24 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au>
Message-ID: <39D20D68.3ECB2D50@chudys.com>

I'm willing to try that, but.....in my experience (since 1996, code
rev 4.5B) I've found that if the folks on this list can't answer it,
neither can anyone else. Unless something has changed drastically, I
really don't want to spend half a day on hold, or being transferred
because my rep (ca last month) has been "promoted" to East BFE or
somesuch.

I'm not cracking on Ascend at all- everyone's hardware tech support
sucks, 'cause most people that call it can't RTFM or RTRUBB. 

I can, and did, and it doesn't work that way, and I've found that
getting Ascend support on the phone and informing them of such just
confuses them. Admittedly it has been more than a year since I tried it,
so maybe something has changed.


Paul Robbie wrote:
> 
> Then please open a case with the TAC for your area.
> Paul
> 
> > -----Original Message-----
> > From: owner-ascend-users@max.bungi.com
> > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > Sent: Wednesday, September 27, 2000 8:28 AM
> > To: robinson@ascend.com.au; ascend-users@bungi.com
> > Subject: Re: (ASCEND) Max 4K-6K Flex OFF???
> >
> >
> > Did that. Doesn't work.
> >
> > Paul Robbie wrote:
> > >
> > > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > > that to V.90.
> > > Paul
> > >
> > > > -----Original Message-----
> > > > From: owner-ascend-users@max.bungi.com
> > > > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > > > Sent: Saturday, September 23, 2000 5:13 AM
> > > > To: ascend-users@bungi.com
> > > > Subject: (ASCEND) Max 4K-6K Flex OFF???
> > > >
> > > >
> > > > If this is in an obvious place in a FAQ or in the RUBB, I apologize
> > > > but I can't find it- and I feel certain that it must be there:
> > > >
> > > > How in the heck can you tell a Max NOT to fall back to K56Flex? To
> > > > make it do V.90 or nothing?
> > > >
> > > > Our users with dual-mode modems (both Flex and V.90) ALWAYS
> > > > connect via Flex, and in our rural areas this means disconnects,
> > > > "stun mode" + constant re-trains. Giving our users the "force V.90"
> > > > init string for their modems (if we know it) improves matters
> > > > drastically.
> > > >
> > > > I'm tired of people leaving us to go with our competitor (who uses
> > > > TC racks) because the get a faster connection- and the only reason
> > > > is that the Max insists on running K56Flex if it can.
> > > >
> > > > How to kill it dead? Also- I'd love to see a hack that would support
> > > > x2 fallback......
> > > >
> > > > All our Maxen are at 7.0.3 and I admit I don't even know what the
> > > > current release is nor what it fixes/breaks. 7.0.3 was the first
> > > > stable one we had and I've never been tempted. ;-)
> > > >
> > > > Any info on this, please cc: darkshot@chudys.com so I don't miss it
> > > > in my lists email account.
> > > >
> > > > Much obliged-
> > > >
> > > > 'Shot
> > > > ++ Ascend Users Mailing List ++
> > > > To unsubscribe:       send unsubscribe to
> > ascend-users-request@bungi.com
> > > > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> > > >
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Wed Sep 27 10:08:24 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au>
Message-ID: <39D20D68.3ECB2D50@chudys.com>

I'm willing to try that, but.....in my experience (since 1996, code
rev 4.5B) I've found that if the folks on this list can't answer it,
neither can anyone else. Unless something has changed drastically, I
really don't want to spend half a day on hold, or being transferred
because my rep (ca last month) has been "promoted" to East BFE or
somesuch.

I'm not cracking on Ascend at all- everyone's hardware tech support
sucks, 'cause most people that call it can't RTFM or RTRUBB. 

I can, and did, and it doesn't work that way, and I've found that
getting Ascend support on the phone and informing them of such just
confuses them. Admittedly it has been more than a year since I tried it,
so maybe something has changed.


Paul Robbie wrote:
> 
> Then please open a case with the TAC for your area.
> Paul
> 
> > -----Original Message-----
> > From: owner-ascend-users@max.bungi.com
> > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > Sent: Wednesday, September 27, 2000 8:28 AM
> > To: robinson@ascend.com.au; ascend-users@bungi.com
> > Subject: Re: (ASCEND) Max 4K-6K Flex OFF???
> >
> >
> > Did that. Doesn't work.
> >
> > Paul Robbie wrote:
> > >
> > > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > > that to V.90.
> > > Paul
> > >
> > > > -----Original Message-----
> > > > From: owner-ascend-users@max.bungi.com
> > > > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Darkshot's Lists
> > > > Sent: Saturday, September 23, 2000 5:13 AM
> > > > To: ascend-users@bungi.com
> > > > Subject: (ASCEND) Max 4K-6K Flex OFF???
> > > >
> > > >
> > > > If this is in an obvious place in a FAQ or in the RUBB, I apologize
> > > > but I can't find it- and I feel certain that it must be there:
> > > >
> > > > How in the heck can you tell a Max NOT to fall back to K56Flex? To
> > > > make it do V.90 or nothing?
> > > >
> > > > Our users with dual-mode modems (both Flex and V.90) ALWAYS
> > > > connect via Flex, and in our rural areas this means disconnects,
> > > > "stun mode" + constant re-trains. Giving our users the "force V.90"
> > > > init string for their modems (if we know it) improves matters
> > > > drastically.
> > > >
> > > > I'm tired of people leaving us to go with our competitor (who uses
> > > > TC racks) because the get a faster connection- and the only reason
> > > > is that the Max insists on running K56Flex if it can.
> > > >
> > > > How to kill it dead? Also- I'd love to see a hack that would support
> > > > x2 fallback......
> > > >
> > > > All our Maxen are at 7.0.3 and I admit I don't even know what the
> > > > current release is nor what it fixes/breaks. 7.0.3 was the first
> > > > stable one we had and I've never been tempted. ;-)
> > > >
> > > > Any info on this, please cc: darkshot@chudys.com so I don't miss it
> > > > in my lists email account.
> > > >
> > > > Much obliged-
> > > >
> > > > 'Shot
> > > > ++ Ascend Users Mailing List ++
> > > > To unsubscribe:       send unsubscribe to
> > ascend-users-request@bungi.com
> > > > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> > > >
> > ++ Ascend Users Mailing List ++
> > To unsubscribe:       send unsubscribe to ascend-users-request@bungi.com
> > To get FAQ'd: <http://www.nealis.net/ascend/faq>
> >
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From tim at futuresouth.com  Wed Sep 27 11:36:22 2000
From: tim at futuresouth.com (Tim Tsai)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
In-Reply-To: <39D20D68.3ECB2D50@chudys.com>; from dfl@chudys.com on Wed, Sep 27, 2000 at 11:08:24AM -0400
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au> <39D20D68.3ECB2D50@chudys.com>
Message-ID: <20000927113621.A26333@futuresouth.com>

> Yep - there is a parameter under the TServ options "MDM Modulation". Set
> that to V.90.
> Paul

  Does anybody know what this paramter actually does?  If it's the
equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
like "AT+MS=12,0", but I am too lazy to look it up right now), then it
will NOT disable K56flex.

  Tim
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kieran.hartnett at dircon.net  Wed Sep 27 10:59:57 2000
From: kieran.hartnett at dircon.net (Kieran Hartnett)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) Stacking broken on a group of Max6000s
Message-ID: <4B9F893E3B1AD4119ADE00508B936F8665D03A@cheshire.dircon.co.uk>

9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

-- 
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From tim at futuresouth.com  Wed Sep 27 11:36:22 2000
From: tim at futuresouth.com (Tim Tsai)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
In-Reply-To: <39D20D68.3ECB2D50@chudys.com>; from dfl@chudys.com on Wed, Sep 27, 2000 at 11:08:24AM -0400
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au> <39D20D68.3ECB2D50@chudys.com>
Message-ID: <20000927113621.A26333@futuresouth.com>

> Yep - there is a parameter under the TServ options "MDM Modulation". Set
> that to V.90.
> Paul

  Does anybody know what this paramter actually does?  If it's the
equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
like "AT+MS=12,0", but I am too lazy to look it up right now), then it
will NOT disable K56flex.

  Tim
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kieran.hartnett at dircon.net  Wed Sep 27 10:59:57 2000
From: kieran.hartnett at dircon.net (Kieran Hartnett)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) Stacking broken on a group of Max6000s
Message-ID: <4B9F893E3B1AD4119ADE00508B936F8665D03A@cheshire.dircon.co.uk>

9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

-- 
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ler at airmail.net  Wed Sep 27 12:15:57 2000
From: ler at airmail.net (Larry Rosenman)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] RE: (ASCEND) Stacking broken on a group of Max6000s
In-Reply-To: <4B9F893E3B1AD4119ADE00508B936F8665D03A@cheshire.dircon.co.uk>
Message-ID: <NCBBKBDOOHHEJCJHLLPAMELCHPAA.ler@airmail.net>

Reboot them and see if it's better.  I had a LARGE stack of 4xxx's, and that
would happen
when the memory leaked to a low level.

LER


-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Kieran Hartnett
Sent: Wednesday, September 27, 2000 11:00 AM
To: 'ascend-users@bungi.com'
Subject: (ASCEND) Stacking broken on a group of Max6000s


9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

--
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kieran.hartnett at dircon.net  Wed Sep 27 12:19:51 2000
From: kieran.hartnett at dircon.net (Kieran Hartnett)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] RE: (ASCEND) Stacking broken on a group of Max6000s
Message-ID: <4B9F893E3B1AD4119ADE00508B936F8665D03B@cheshire.dircon.co.uk>

Actually, I think I might have resolved it...

We think it was caused by adding Maxen on the same LAN into another stack:
the multicast addresses and ports were identical across all the Maxen, not
just those within a given stack, and the rise in traffic on said port must
have confused the Maxen.

Changed the port number across the broken stack, and now it's looking much
better. Unless it's just the quiet evening traffic that's letting things get
back to normal. I'll move all the different stacks onto different multicase
IPs tomorrow, in any case.

Sad thing is, the number of Maxen on that network that stack is scarcely in
double figures... :-/

-----Original Message-----
From: Larry Rosenman [mailto:ler@airmail.net]
Sent: 27 September 2000 18:16
To: Kieran Hartnett; ascend-users@bungi.com
Subject: RE: (ASCEND) Stacking broken on a group of Max6000s


Reboot them and see if it's better.  I had a LARGE stack of 4xxx's, and that
would happen
when the memory leaked to a low level.

LER


-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Kieran Hartnett
Sent: Wednesday, September 27, 2000 11:00 AM
To: 'ascend-users@bungi.com'
Subject: (ASCEND) Stacking broken on a group of Max6000s


9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

--
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ler at airmail.net  Wed Sep 27 12:15:57 2000
From: ler at airmail.net (Larry Rosenman)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] RE: (ASCEND) Stacking broken on a group of Max6000s
In-Reply-To: <4B9F893E3B1AD4119ADE00508B936F8665D03A@cheshire.dircon.co.uk>
Message-ID: <NCBBKBDOOHHEJCJHLLPAMELCHPAA.ler@airmail.net>

Reboot them and see if it's better.  I had a LARGE stack of 4xxx's, and that
would happen
when the memory leaked to a low level.

LER


-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Kieran Hartnett
Sent: Wednesday, September 27, 2000 11:00 AM
To: 'ascend-users@bungi.com'
Subject: (ASCEND) Stacking broken on a group of Max6000s


9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

--
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From kieran.hartnett at dircon.net  Wed Sep 27 12:19:51 2000
From: kieran.hartnett at dircon.net (Kieran Hartnett)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] RE: (ASCEND) Stacking broken on a group of Max6000s
Message-ID: <4B9F893E3B1AD4119ADE00508B936F8665D03B@cheshire.dircon.co.uk>

Actually, I think I might have resolved it...

We think it was caused by adding Maxen on the same LAN into another stack:
the multicast addresses and ports were identical across all the Maxen, not
just those within a given stack, and the rise in traffic on said port must
have confused the Maxen.

Changed the port number across the broken stack, and now it's looking much
better. Unless it's just the quiet evening traffic that's letting things get
back to normal. I'll move all the different stacks onto different multicase
IPs tomorrow, in any case.

Sad thing is, the number of Maxen on that network that stack is scarcely in
double figures... :-/

-----Original Message-----
From: Larry Rosenman [mailto:ler@airmail.net]
Sent: 27 September 2000 18:16
To: Kieran Hartnett; ascend-users@bungi.com
Subject: RE: (ASCEND) Stacking broken on a group of Max6000s


Reboot them and see if it's better.  I had a LARGE stack of 4xxx's, and that
would happen
when the memory leaked to a low level.

LER


-----Original Message-----
From: owner-ascend-users@max.bungi.com
[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Kieran Hartnett
Sent: Wednesday, September 27, 2000 11:00 AM
To: 'ascend-users@bungi.com'
Subject: (ASCEND) Stacking broken on a group of Max6000s


9 x Max6000 running 7.2.3 on the same fast ethernet network segment,
configured in a stack that was working one day and broke the next.
Configurations among the group are identical, stacking still turned on, MP
and MPP enabled, but calls across multiple chassis are no longer connecting
- attempt to connect with the second channel, and it just hangs up on you.

Any ideas?

--
Kieran Hartnett, Senior Network Engineer, Direct Connection
      Tel: +44 870 887 8852     Fax: +44 870 887 8867

                   http://www.dircon.net
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Wed Sep 27 12:46:35 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au> <39D20D68.3ECB2D50@chudys.com> <20000927113621.A26333@futuresouth.com>
Message-ID: <39D2327B.9EE4CA14@chudys.com>

It doesn't seem to do anything.

'Shot


Tim Tsai wrote:
> 
> > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > that to V.90.
> > Paul
> 
>   Does anybody know what this paramter actually does?  If it's the
> equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
> like "AT+MS=12,0", but I am too lazy to look it up right now), then it
> will NOT disable K56flex.
> 
>   Tim
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From dfl at chudys.com  Wed Sep 27 12:46:35 2000
From: dfl at chudys.com (Darkshot's Lists)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] Re: (ASCEND) Max 4K-6K Flex OFF???
References: <001401c02817$25746dc0$186e16cb@robinson.ascend.com.au> <39D20D68.3ECB2D50@chudys.com> <20000927113621.A26333@futuresouth.com>
Message-ID: <39D2327B.9EE4CA14@chudys.com>

It doesn't seem to do anything.

'Shot


Tim Tsai wrote:
> 
> > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > that to V.90.
> > Paul
> 
>   Does anybody know what this paramter actually does?  If it's the
> equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
> like "AT+MS=12,0", but I am too lazy to look it up right now), then it
> will NOT disable K56flex.
> 
>   Tim
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mlevans at blacksburg.net  Wed Sep 27 17:43:50 2000
From: mlevans at blacksburg.net (Lyle Evans)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) FS: rackears (rackmount brackets) for Ascend & other equipment
Message-ID: <3.0.5.32.20000927184350.03a73320@pop.blacksburg.net>

	We are selling rackear kits for Ascend 4xxx, and Ascend 1800,	
We are also selling generic rackears kits for rackmount equipment,
in 1U to 6U sizes, and rackears for some models of Cisco, 3comm and other
brands of networking equipment. Prices range from $23.00 to $50.00 per pair,
depending on model plus $7.00 handling per order. For further information
and to order please visit:
     http://www.rackears.com/

Thank you,
Lyle Evans
lyle@rackears.com
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From mlevans at blacksburg.net  Wed Sep 27 17:43:50 2000
From: mlevans at blacksburg.net (Lyle Evans)
Date: Tue Jan 18 13:59:22 2005
Subject: [Ascend] (ASCEND) FS: rackears (rackmount brackets) for Ascend & other equipment
Message-ID: <3.0.5.32.20000927184350.03a73320@pop.blacksburg.net>

	We are selling rackear kits for Ascend 4xxx, and Ascend 1800,	
We are also selling generic rackears kits for rackmount equipment,
in 1U to 6U sizes, and rackears for some models of Cisco, 3comm and other
brands of networking equipment. Prices range from $23.00 to $50.00 per pair,
depending on model plus $7.00 handling per order. For further information
and to order please visit:
     http://www.rackears.com/

Thank you,
Lyle Evans
lyle@rackears.com
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From ahakim at salec.com  Thu Sep 28 02:40:28 2000
From: ahakim at salec.com (Ahmed El-Hakim)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] Black Hole Routes
Message-ID: <003a01c0291f$64b0b080$094783d5@salec.com.eg>

Gerald,
            These are the IP addresses that have not been yet assigned to a
dialup user from the IP pool on the MAX (209.63.40.XXX). If you monitor the
IP table different times a day you will find different IPs in the
destination that are routed to bh0.


> I am running a Max6000 and am having a problem with routes appearing in
> the routing table of the form:
>
> Destination        Gateway         IF       Flg   Pref Met     Use    Age
> 209.63.40.136/32   -               bh0      SP     254  15       0
446
> 209.63.40.137/32   -               bh0      SP     254  15       0
446
> 209.63.40.138/31   -               bh0      SP     254  15       0
446
> 209.63.40.140/30   -               bh0      SP     254  15       0
446
> 209.63.40.144/32   -               bh0      SP     254  15       0
446
> 209.63.40.145/32   -               bh0      SP     254  15       0
446
> 209.63.40.146/31   -               bh0      SP     254  15       0
446
> 209.63.40.148/30   -               bh0      SP     254  15       0
446
> 209.63.40.152/32   -               bh0      SP     254  15       0
446
>
> I recognize the interface as being the black hole interface but have no
> idea what this means or why it is happening.  The machines that belong
> to those ip addresses obviously can no longer function until the routes
> are deleted.  I am able to delete them manually but they appear after a
> few hours or so.  Any help would be appreciated.
>



From robinson at ascend.com.au  Thu Sep 28 02:56:11 2000
From: robinson at ascend.com.au (Paul Robbie)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
In-Reply-To: <20000927113621.A26333@futuresouth.com>
Message-ID: <005301c02921$9192caf0$186e16cb@robinson.ascend.com.au>

As stated in the MAX6k Network Configuration Guide, this parameter does as
you would expect; It sets the modulation type to be used when answering a
call on one of the maxen's 56k modems.

Set this to V.90 and the max will attempt to train V.90 - If this fails it
will drop back to K56, if that fails it will drop down to V.34. If support
for V.90 is required, then I do not believe that it is possible to turn off
K56 as the first fallback upon V.90 negotiation failure.

rgds
paul

> -----Original Message-----
> From: owner-ascend-users@max.bungi.com
> [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Tim Tsai
> Sent: Thursday, September 28, 2000 2:36 AM
> To: Darkshot's Lists
> Cc: ascend-users@max.bungi.com
> Subject: Re: (ASCEND) Max 4K-6K Flex OFF???
>
>
> > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > that to V.90.
> > Paul
>
>   Does anybody know what this paramter actually does?  If it's the
> equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
> like "AT+MS=12,0", but I am too lazy to look it up right now), then it
> will NOT disable K56flex.
>
>   Tim
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From robinson at ascend.com.au  Thu Sep 28 02:56:11 2000
From: robinson at ascend.com.au (Paul Robbie)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] RE: (ASCEND) Max 4K-6K Flex OFF???
In-Reply-To: <20000927113621.A26333@futuresouth.com>
Message-ID: <005301c02921$9192caf0$186e16cb@robinson.ascend.com.au>

As stated in the MAX6k Network Configuration Guide, this parameter does as
you would expect; It sets the modulation type to be used when answering a
call on one of the maxen's 56k modems.

Set this to V.90 and the max will attempt to train V.90 - If this fails it
will drop back to K56, if that fails it will drop down to V.34. If support
for V.90 is required, then I do not believe that it is possible to turn off
K56 as the first fallback upon V.90 negotiation failure.

rgds
paul

> -----Original Message-----
> From: owner-ascend-users@max.bungi.com
> [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Tim Tsai
> Sent: Thursday, September 28, 2000 2:36 AM
> To: Darkshot's Lists
> Cc: ascend-users@max.bungi.com
> Subject: Re: (ASCEND) Max 4K-6K Flex OFF???
>
>
> > Yep - there is a parameter under the TServ options "MDM Modulation". Set
> > that to V.90.
> > Paul
>
>   Does anybody know what this paramter actually does?  If it's the
> equivalent of setting "AT+MS=V90,0" (I know with the CSM modems it's more
> like "AT+MS=12,0", but I am too lazy to look it up right now), then it
> will NOT disable K56flex.
>
>   Tim
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
>

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Thu Sep 28 13:58:11 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) ATM stats via SNMP
Message-ID: <p04330105b5f9449d7aa1@[206.40.74.35]>

Does anyone know the OID for traffic on an ATM interface on an Ascend 
box (DSL Terminator 100 in this case)?

How about for traffic stats for a specific VPI.VCI (equivalent to 
frInOctets.<FRprofile>.<DLCI>)?

Thanks.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From plalor at infoasis.com  Thu Sep 28 13:58:11 2000
From: plalor at infoasis.com (Peter Lalor)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) ATM stats via SNMP
Message-ID: <p04330105b5f9449d7aa1@[206.40.74.35]>

Does anyone know the OID for traffic on an ATM interface on an Ascend 
box (DSL Terminator 100 in this case)?

How about for traffic stats for a specific VPI.VCI (equivalent to 
frInOctets.<FRprofile>.<DLCI>)?

Thanks.
-- 

Peter Lalor           Infoasis
plalor@infoasis.com   http://www.infoasis.com/

"Where's my burrito?" -- Homer
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hetzels at westbend.net  Thu Sep 28 19:36:52 2000
From: hetzels at westbend.net (Scot W. Hetzel)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) USR 56K Winmodem disconnects
Message-ID: <001c01c029ad$5ce3fc20$8dfee0d1@westbend.net>

We have a customer that is using an Internet Phone Answering Service.  Every time they try to connect to this service to receive
their messages, their modem will disconnect.  Anybody have an ideal as to what may be causing this.

We have tried to limit the speed of the modem with:

    S13=64S32=34&U8&N30

But this didn't help.  Any one have another command string we can try?

Thanks,

Scot


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From hetzels at westbend.net  Thu Sep 28 19:36:52 2000
From: hetzels at westbend.net (Scot W. Hetzel)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) USR 56K Winmodem disconnects
Message-ID: <001c01c029ad$5ce3fc20$8dfee0d1@westbend.net>

We have a customer that is using an Internet Phone Answering Service.  Every time they try to connect to this service to receive
their messages, their modem will disconnect.  Anybody have an ideal as to what may be causing this.

We have tried to limit the speed of the modem with:

    S13=64S32=34&U8&N30

But this didn't help.  Any one have another command string we can try?

Thanks,

Scot


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jyrki.kainulainen at datatie.fi  Fri Sep 29 08:19:51 2000
From: jyrki.kainulainen at datatie.fi (Jyrki Kainulainen)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) Memory problem with MAX TNT
Message-ID: <5.0.0.25.2.20000929155340.00a44600@mail.datatie.fi>

Hello.

I'd like to use that Virtual Router feature on max tnt. But there is one 
big problem, insufficient memory (NVRAM). I've extended it ones and got 
256k max. Every Vrouter takes about 1k memory so there is room for only ~ 
100 vrouters. And ATM connectin profile takes ~ 2k, so I'm running out of 
memory very fast here!

Imagine I have 200 customers with ATM connection, and 1-10 branch offices 
(ISDN) on each. I'd like to use Vrouter per customer, so everyone can use 
even the same privat ip network to addressing their own networks. All my 
profiles except Vrouters are in the external RADIUS, but it's not helpping 
cause they are nailed type profiles and active all the time.
Memory usage will be:
200 * (1k + 2k) = 600k >> 256k!

Am I missing something here? Is there anything I could do to expand the memory?

admin> nvram -u
Using Extended profiles
NVRAM seg[0]:start 1066FDE8 size 131064 avail 28516 used 102548 cmpct 0
NVRAM seg[1]:start 1068FDE8 size 131064 avail 16 used 131048 cmpct 0

One ATM connection profile:

   2163  09/29/2000 13:48:28  dtie-atm

One Vrouter profile:

1169  06/20/2000 11:07:20  dtie-vrou

Best Regards,
Jyrki Kainulainen.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>

From jyrki.kainulainen at datatie.fi  Fri Sep 29 08:19:51 2000
From: jyrki.kainulainen at datatie.fi (Jyrki Kainulainen)
Date: Tue Jan 18 13:59:23 2005
Subject: [Ascend] (ASCEND) Memory problem with MAX TNT
Message-ID: <5.0.0.25.2.20000929155340.00a44600@mail.datatie.fi>

Hello.

I'd like to use that Virtual Router feature on max tnt. But there is one 
big problem, insufficient memory (NVRAM). I've extended it ones and got 
256k max. Every Vrouter takes about 1k memory so there is room for only ~ 
100 vrouters. And ATM connectin profile takes ~ 2k, so I'm running out of 
memory very fast here!

Imagine I have 200 customers with ATM connection, and 1-10 branch offices 
(ISDN) on each. I'd like to use Vrouter per customer, so everyone can use 
even the same privat ip network to addressing their own networks. All my 
profiles except Vrouters are in the external RADIUS, but it's not helpping 
cause they are nailed type profiles and active all the time.
Memory usage will be:
200 * (1k + 2k) = 600k >> 256k!

Am I missing something here? Is there anything I could do to expand the memory?

admin> nvram -u
Using Extended profiles
NVRAM seg[0]:start 1066FDE8 size 131064 avail 28516 used 102548 cmpct 0
NVRAM seg[1]:start 1068FDE8 size 131064 avail 16 used 131048 cmpct 0

One ATM connection profile:

   2163  09/29/2000 13:48:28  dtie-atm

One Vrouter profile:

1169  06/20/2000 11:07:20  dtie-vrou

Best Regards,
Jyrki Kainulainen.

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>