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

RE: (ASCEND) P75 Second Channel Comes Up/Drops TOO Fast - "Add Pers" Ignored



I had a similar problem with my P75 running 5.x and 6.x hooking up to my
ISP's Livingston PM3's running 3.1A.  I experimented with various 5.x
and 6.x releases, as well as numerous parameter settings, searching for
a way to get dynamic bandwidth allocation working correctly.

The solution that worked was release 6.0.6, which presently has an
up-time of 48:00:01:45.  I can email additional configuration info if
needed.

    -----Original Message-----
    From:   Kevin A. Smith [SMTP:kevin@ascend.com]
    Sent:   Thursday, July 16, 1998 1:06 PM
    Subject:  Re: (ASCEND) P75 Second Channel Comes Up/Drops TOO Fast
              - "Add Pers" Ignored

    At 12:47 PM 7/16/98 -0700, Rylan Luke wrote: I have a P75, Running
    >Rev 6.1.0. I am connecting to an Ascend router, at least my new ISP
    >says so. My problem is this: the second channel seems to come up as
    >soon as the "Target Util" number is acheived; the "Add Pers"
    >parameter is ignored. Also, as soon as the ALU drops below the
    >"Target Util" number, the second channel is dropped; the "Sub Pers"
    >number is ignored.
    >
    >This makes for a lot of unwanted connects and disconnects on the
    >second channel.
    >
    >I have both "Add Pers" and "Sub Pers" set to 30 seconds, which
    >should cause the unit to wait this long before adding and dropping
    >a channel.
    >
    >This setup was working with my old ISP, but not with the new one.
    >Same behavior occurs whether I use "MPP", or "MP" with BACP
    >enabled. Any ideas?

    Your ISP may have the add/drop parameters set on their side to
    drop/add immediately. Both ends can make the request, and there is
    no way to force your end to be in control in such a case....
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>


Follow-Ups: