Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: (ASCEND) MAX1800 stuck BRIs
Something like this:
- the output of show users command and the appropriete Max display are show
different number of active session
MAX1800>sh use
I Session Line: Slot: Data Service Host User
O ID Channel Port Rate Type[mpID] Address Name
I 241034365 2:1 2:8 9600 MPP[0] 193.2.132.84 ppp
I 241034375 1:1 5:2 64K MPP[0] n/a
I 241034419 2:2 5:1 64K MPP[517] 193.2.132.1 Vegova
I 241034366 1:2 2:1 31200 MPP[0] 193.2.132.85 ppp
I 241034398 1:1 2:2 9600 MPP[0] 193.2.132.87 ppp
KUD-FP>
lqqqqqqqq MAX1800EDIT qqqqqqqqqk lqqqqqqqqqqqqqqqqqqqqk
lqqqqqqqqqqqqqqqqqqqqk
x50-000 Ethernet x x10-100 12345678 x x50-300 WAN Stat
x
x>50-100 Connections x x Link PP------ x x>Rx Pkt:
20701122^x
x 50-200 Names / Passwords x x B1 r*...... x x Tx Pkt:
3309624 x
x 50-300 Bridge Adrs x x B2 **...... x x CRC:
121vx
x 50-400 Static Rtes x lqqqqqqqqqqqqqqqqqqqqk
lqqqqqqqqqqqqqqqqqqqqk
x 50-500 Filters x x50-100 Sessions x x00-200 12:33:29
x
x 50-600 Answer x x> 3 Active ^x x>M31 Line Ch
x
x 50-700 SNMP Traps x x O ppp x x Call Terminated
x
x 50-800 Mod Config x x A *unknown* vx x
x
x x lqqqqqqqqqqqqqqqqqqqqk
lqqqqqqqqqqqqqqqqqqqqk
x x xVegova x x50-400 Ether Stat
x
x x x Qual Good 00:01:29 x x>Rx Pkt:
3197293 x
x x x 64K 1 channels x x Tx Pkt:
3070328 x
x x x CLU 0% ALU 0% x x Col:
1981 x
x x lqqqqqqqqqqqqqqqqqqqqk
lqqqqqqqqqqqqqqqqqqqqk
x x x00-100 Sys Option x x20-000 Modem Stat
x
x x x>Security Prof: 9 ^x x 12345678
x
x x x Software +5.0Ap20+ x x **-----*
x
x x x S/N: 6260636 vx x
x
Press Ctrl-n to move cursor to the next menu item. Press return to select
it.
Press Tab to move to another window --- thick border indicates active
window.
Regards
>We have this problem on our Max 1800s as well (analog only). When the
>BRI is stuck in the "r" state, there is an Answer in the "show users"
>for that channel. I've seen instances where there is an actually session
>up and running on that, but sometimes people get ring-no-answer as well.
>This was with 5.0Ap16
>
>According the the 5.0Ap42 release notes, this was TR1773, which was
>supposed to be fixed in 5.0Ap23. But when we upgrade to Ap42, we were
>getting reboot problems, so the "r" problem is on the back burner for
>now until we find a stable version. Backed down to Ap38 to see what
>happens.
>
>Jason Nealis wrote:
>>
>> I have seen this exact problem on my 1800's, Most of the time it seems
>> to be Netopia Routers on the other side, I was wondering if you have seen
>> the BRI get stuck in 'r' but actually the session is up and routing.
>>
>> Jason Nealis
>> Erols Internet
>>
>> On Mon, 23 Feb 1998, Jonathan Lusky wrote:
>>
>> > The problem: a BRI will get "stuck" with a status of 'r' for a B
channel.
>> > The max seems to think its answering a call? The switch (5E) keeps
sending
>> > calls to the channel, which the MAX refuses. Dialup user sees this as
>> > Ring-No-Answer.
>> >
>> > I've got several MAX1800's in one pop, all with K56 cards (some
formerly
>> > had V34 cards). Have been having this same problem since day 1 or so
>> > with 4.6Bpsomething. Was running 5.0Ap36 on most and Ap23 on one for a
>> > while and decided to upgrade all to 5.0Ap42 today. Usually a reboot or
>> > two will fix it for a few weeks. But not with 50Ap42. As of tonite I
have
>> > two units keep getting stuck if i have all 8 BRI ports enabled (not the
>> > same port getting stuck each time). They seems to be running OK with 7
ports
>> > enabled.
>> >
>> > I've always had problems like this with MAX1800's whereever I've used
them,
>> > but it used to be a once-every-few-months problem. Tonite its every
20-30
>> > minutes.
>> >
>> > Something that may be related... some of my lines are ISDN-U straight
to
>> > the CO, most are on Fitel 8UMuxes. I haven't been back out to the POP
tonite
>> > to confirm my suspicion, but I suspect the "problem" MAXes are the ones
with
>> > a mix of MUX'd and non-MUX'd BRIs. Anyone know if this config would
>> > cause problems?
>> >
>> > --
>> > Jonathan R. Lusky | Voyager Online, LLC
>> > Director of Network Operations | (423) 209-2929
>> > lusky@voyageronline.net | Unlimited PPP $19.95/mo
>> > http://www.hotrod.com | http://www.voyageronline.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>
>
>--
>----------------------------------------------------------
>Peter Chow
>Chief Technical Advisor
>InterQ Inc.
>Tokyo, Japan
>peter@interq.or.jp
>----------------------------------------------------------
>++ 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>