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 >> > <A HREF="http://www.hotrod.com">http://www.hotrod.com</A> | <A HREF="http://www.voyageronline.net">http://www.voyageronline.net</A> >> > ++ Ascend Users Mailing List ++ >> > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >> > To get FAQ'd: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> >> > >> >> ++ Ascend Users Mailing List ++ >> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >> To get FAQ'd: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> > >-- >---------------------------------------------------------- >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: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> </PRE> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <HR> <UL> <LI>Prev by Date: <STRONG><A HREF="msg13946.html">(ASCEND) NAT for a MAX1800 in 6.0.0</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg13611.html">Re: (ASCEND) NAT for MAX1800</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg13733.html">Re: (ASCEND) NAT for MAX1800</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg13741.html">(ASCEND) MAX1800 stuck BRIs</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="mail379.html#13758"><STRONG>Main</STRONG></A></LI> <LI><A HREF="threads.html#13758"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> </BODY> </HTML>