Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: (ASCEND) Ticket #802135 - Disconnect Problems on 4048 with 7.0.1



I feel your pain brothers...

Jason - you always seem to have the inside scoop - is Ascend going to do
anything about this?

Todd Blank
Columbus NAP, Inc.

> -----Original Message-----
> From:	Jason Nealis [SMTP:nealis@babylon.erols.com]
> Sent:	Wednesday, January 06, 1999 10:46 PM
> To:	Jim Williams
> Cc:	Mark E. Dunlap; Steven T. Pierce; ascend-users@bungi.com
> Subject:	Re: (ASCEND) Ticket #802135 - Disconnect Problems on
> 4048 with 7.0.1
> 
> 
> Join the crowd, I'm getting a TON of disconnects over here, However I
> think there are other contributing factors also making things worse.
> But
> THERE IS A PROBLEM on my Ascend equipment, My customers/management are
> getting ready to toss me the fuck out the window if I don't get
> connections stable again over here. 
> 
> Jason Nealis
> Director Internet Operations / Network Access
> Erols Internet (An RCN Company)
> 
> 
> On Wed, 6 Jan 1999, Jim Williams wrote:
> 
> > I am wondering if there is anyone out there using ASCEND equipment
> that is
> > not having this problem!!!!  I have used Ascend equipment for almost
> 3
> > years and the initial equipment worked very well (under 4.X.X
> software),
> > but since, there have been nothing but problems (for over a year and
> a
> > half) and this is what I have been seeing on this list from
> everyone!!  Is
> > Ascend 1) just not listening, 2) just doesn't care, 3) does not have
> the
> > technical capability to fix the problem, 4) too busy with other
> things to
> > worry about it, or 5) ALL OF THE ABOVE!  I find it hard to believe
> that a
> > company with the reputation that Ascend used to have would allow
> these
> > problems to persist for over a year and a half!  What would happen
> if we
> > all bought boxes from someone else....appears that Ascend feels they
> can
> > do whatever they want and we will continue to buy, use their
> products!!
> > 
> > 
> > Jim Williams                  Ntrnet Systems, Inc.
> > President/CEO                 Research Triangle Park, NC
> > jaw12@ntrnet.net              (919)484-0504 fax(919)484-0782
> > 
> > 
> > On Wed, 6 Jan 1999, Mark E. Dunlap wrote:
> > 
> > > I can not answer what the problem is but I have some ideas.
> > > I have seen problems with 33.6K modems or 56K modems that can not
> > > get a good 56K connection for what ever reason.  I believe this
> > > is a problem with Ascend's V.90/K56Flex support.  These same users
> > > are able to dial into my Ascend 4000 with V.34 modems with out
> > > any problems.  As soon as they attempt to dial one of the 56K
> > > servers running even just 6.1.0 or 7.0.0, they will train for
> > > ever and then hang up... Or they will connect but nothing will
> > > work.
> > > 
> > > Just my 2 cents.  They may or may not mean a thing.
> > > Mark E. Dunlap
> > > 
> > > "Steven T. Pierce" wrote:
> > > > 
> > > > I have had several users complaining of disconnects as of
> recent.
> > > > 
> > > > We are running Ascend Max 4048 with software 7.0.1 (no OSPF or
> RIP)
> > > > 
> > > > We have 2 locations with 144 ports (3 boxes) fed by Channelized
> T1s
> > > > 
> > > > We also have 2 locations with 46 / 92 ports fed by PRI.
> > > > 
> > > > Problems affect both locations and they are in different bell
> > > > territories (Ameritech PRI and Bellsouth CT1 and PRI)
> > > > 
> > > > How can I absolutely, positively guarantee that every setting in
> the Max
> > > > 
> > > > does not cause idle disconnects ( under ether ... answer...  mod
> > > > config... etc...)  I need explicit directions as I have double
> and
> > > > triple checked that I have Idle off or set to 0 (zero) every
> where I can
> > > > 
> > > > find it.
> > > > 
> > > > The disconnects codes being reported are :
> > > > 
> > > > 11   -  DCD detected, but went inactive    (what does this mean
> ?????)
> > > > 
> > > > 45  -   PPP LCP got terminate request from far end   (what does
> this
> > > > mean ?????)
> > > > 
> > > > 100 -   Session timeout  (what does this mean, does it indicate
> that the
> > > > 
> > > > Max is discontenting the user, or could it mean other things ?)
> > > > 
> > > > 185  -  Remote End hung up - signal lost form far end  (what
> does this
> > > > mean ????  what would be an example that could cause this ?)
> > > > 
> > > > I need specifics and examples to provide to my customers with
> the
> > > > complaints as it is starting to cause me to lose business...
> > > > 
> > > > Anyone on the list have any ideas ? suggestions ? help ?
> > > > 
> > > > Steven T. Pierce
> > > > stp@dynasty.net
> > > > Dynasty Online, 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>
> > > 
> > > 
> > > "Steven T. Pierce" wrote:
> > > > 
> > > > I have had several users complaining of disconnects as of
> recent.
> > > > 
> > > > We are running Ascend Max 4048 with software 7.0.1 (no OSPF or
> RIP)
> > > > 
> > > > We have 2 locations with 144 ports (3 boxes) fed by Channelized
> T1s
> > > > 
> > > > We also have 2 locations with 46 / 92 ports fed by PRI.
> > > > 
> > > > Problems affect both locations and they are in different bell
> > > > territories (Ameritech PRI and Bellsouth CT1 and PRI)
> > > > 
> > > > How can I absolutely, positively guarantee that every setting in
> the Max
> > > > 
> > > > does not cause idle disconnects ( under ether ... answer...  mod
> > > > config... etc...)  I need explicit directions as I have double
> and
> > > > triple checked that I have Idle off or set to 0 (zero) every
> where I can
> > > > 
> > > > find it.
> > > > 
> > > > The disconnects codes being reported are :
> > > > 
> > > > 11   -  DCD detected, but went inactive    (what does this mean
> ?????)
> > > > 
> > > > 45  -   PPP LCP got terminate request from far end   (what does
> this
> > > > mean ?????)
> > > > 
> > > > 100 -   Session timeout  (what does this mean, does it indicate
> that the
> > > > 
> > > > Max is discontenting the user, or could it mean other things ?)
> > > > 
> > > > 185  -  Remote End hung up - signal lost form far end  (what
> does this
> > > > mean ????  what would be an example that could cause this ?)
> > > > 
> > > > I need specifics and examples to provide to my customers with
> the
> > > > complaints as it is starting to cause me to lose business...
> > > > 
> > > > Anyone on the list have any ideas ? suggestions ? help ?
> > > > 
> > > > Steven T. Pierce
> > > > stp@dynasty.net
> > > > Dynasty Online, 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>
> > > ++ 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>