From Earl.Barfield at oit.gatech.edu Sun Apr 1 14:27:12 2001 From: Earl.Barfield at oit.gatech.edu (Earl Barfield) Date: Tue Jan 18 14:00:26 2005 Subject: (ASCEND) Re: [ascend] remotely waking up a pipeline In-Reply-To: <200103310645.WAA25050@max.bungi.com> from "owner-ascend-users-digest@max.bungi.com" at Mar 30, 2001 10:45:02 PM Message-ID: <200104011927.PAA12642@oit.gatech.edu> > Let me explain a little more. From work I'd like to be able to wake > up my home network and get it to connect to the Internet so that I > can then telnet into it (for example). At work I have a Sun Ultra > and a PC on my desk both with permanent fast connections to the > Internet, there are no modems or ISDN TAs or anything like that > around the place. I do of course have a telephone on my desk. > > Thus the requirement is that a phone call to a specific number (I > have MSN on my ISDN at home, thus there are 8 numbers) should get the > Linux machine at home (which is always on) to try and connect which > will wake up the Pipeline. > > This can be done with a modem on the Linux box and a script which is > run when an incoming call is detected but I wondered if there was > some more direct way of doing it with the Pipeline. How about this? Setup the pipeline to syslog to the Linux machine Write a program to parse the syslog output and look for a caller ID line that shows that you called from your office phone. I guess you could setup syslog to stream to a named pipe or you could just parse whatever file that syslog logs to. In the event that this caller ID event occurs, then the Linux box forced the pipeline to dialup. The only problem I see with this (besides having to write the program) is that syslogged caller ID data from pipelines has, historically, been inaccurate. I'm still running Firmware 5.1Ap1 (because it mostly works and I'm scared to break anything by upgrading) and it rarely syslogs the correct called number. Does anyone know if Ascend ever fixed this in a later firmware? -- Earl Barfield -- Operations Department / Information Technology Georgia Institute of Technology, Atlanta Georgia, 30332 Internet: Earl.Barfield@oit.gatech.edu earl@prism.gatech.edu earl@fantasy.gatech.edu earl@oit.gatech.edu ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Sun Apr 1 20:35:07 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:26 2005 Subject: [Ascend] RE: (ASCEND) PPPoE? Message-ID: <6F64369DA452D41190B400508B0291AE02E89A3B@AU0009EXCH003U> According to the Terminator documentation only Per VC (non-LLC) PPPoA is supported. I have seen this working (well) with a cellpipe 50. Greg > -----Original Message----- > From: James Courtier-Dutton [mailto:jcdutton@lucent.com] > Sent: Saturday, March 31, 2001 8:42 AM > To: Peter Lalor; ascend-users@max.bungi.com > Subject: RE: (ASCEND) PPPoE? > > > If you are using CPE Routers, it would be better to use PPPoA. > People tend to only use PPPoE when the CPE is a Bridge, and > one has a PPPoE > client installed on the PC. > Cheers > James > > > > -----Original Message----- > > From: owner-ascend-users@max.bungi.com > > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Peter Lalor > > Sent: 30 March 2001 18:41 > > To: ascend-users@max.bungi.com > > Subject: (ASCEND) PPPoE? > > > > > > Is anyone doing DSL with PPPoE and a DSL Terminator? I don't know > > much about PPPoE; is it possible to do static subnets? We'd like to > > use routers for CPE. > > > > Any other comments or caveats? > > -- > > > > 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: > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to > ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Sun Apr 1 20:45:49 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] RE: (ASCEND) fatal index:1 and 195 errors Message-ID: <6F64369DA452D41190B400508B0291AE02E89A99@AU0009EXCH003U> I believe that in this case you should contact the TAC. FE1's are 'Fatal Assert', but the warnings typically give a good indication of the cause. Either that or you can download and read the latest release notes from www.esight.com or ftp.ascend.com, and see if there are any reported Generally Available (GA) fixes for the type of problem you are seeing now. Greg > -----Original Message----- > From: Stephen Hovey [mailto:shovey@buffnet.net] > Sent: Sunday, April 01, 2001 1:51 AM > To: ascend-users@bungi.com > Subject: (ASCEND) fatal index:1 and 195 errors > > > > What is a fatal index:1 mean? I have a 6000 that keeps > rebooting itself. > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to > ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From shovey at buffnet.net Mon Apr 2 11:58:20 2001 From: shovey at buffnet.net (Stephen Hovey) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] Re: (ASCEND) fatal index:1 and 195 errors In-Reply-To: <000e01c0bb96$01129f20$3363a8d1@lewiscounty.com> Message-ID: Oh cool - Ill give it a go! On Mon, 2 Apr 2001, Randy Smith wrote: > > What is a fatal index:1 mean? I have a 6000 that keeps rebooting itself. > > > > I have a 6000 chassis that did the same thing. It would handle about 50 > calls and then wham the darn thing would reboot. I finally loaded a slimmer > TOS and it now stays up for 200+ days at a time. Originally I had tbaxkh.m60 > and I replaced it with tbck.m60 (no apple talk) and it's worked like a > champ. Ascend wasn't ever able to tell me why it was rebooting but their > suggestion worked. > > Randy Smith > Tiger Mountain Technologies > > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From chris at areti.co.uk Mon Apr 2 02:37:25 2001 From: chris at areti.co.uk (Chris Green) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] Re: (ASCEND) This list In-Reply-To: ; from max_and_tnt@hotmail.com on Sat, Mar 31, 2001 at 07:30:25AM -0800 References: Message-ID: <20010402083725.F4552@areti.co.uk> On Sat, Mar 31, 2001 at 07:30:25AM -0800, Joe Max wrote: > There is no need for an external modem: just turn on syslog output on your > pipeline, and capture syslog on your linux machine. Then, when you see the > message indicating a call is being received from whatever number you like, > just start a couple of pings to wake up your pipeline link. > Alternatively, you can use the pipe's callback mechanism. > Brilliant, of course, thanks for the idea! :-) -- Chris Green (chris@areti.co.uk) Home: chris@isbd.co.uk Work: cgreen@bcs.org.uk WWW: http://www.isbd.co.uk/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Mon Apr 2 17:01:50 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] Re: (ASCEND) PPPoE? In-Reply-To: <200103310645.WAA25050@max.bungi.com> References: <200103310645.WAA25050@max.bungi.com> Message-ID: >From: "James Courtier-Dutton" > >If you are using CPE Routers, it would be better to use PPPoA. (Is that 'A' as in 'ATM'? The telco interconnect will be ATM DS-3.) See below. >People tend to only use PPPoE when the CPE is a Bridge, and one has a PPPoE >client installed on the PC. ...or when the telco requires it. They'll provide bridges, which we plan to put Netopia R9100 Ethernet routers behind. The R9100's support PPPoE, and will terminate the PPPoE session and provide NAT, etc as needed. I'm imagining that I'll be able to specify anything that I could normally specify in a PPP profile, including routing a subnet, but I haven't tested it yet. Sound, er, sound? (This is all in the wake of NorthPoint's turning into a smoking crater. We have a bunch of Netopia routers that it's cheaper to turn into Ethernet routers with a bridge in front than anything else.) > > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Peter Lalor > > Sent: 30 March 2001 18:41 > > > > Is anyone doing DSL with PPPoE and a DSL Terminator? I don't know >> much about PPPoE; is it possible to do static subnets? We'd like to >> use routers for CPE. > > > > Any other comments or caveats? -- 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: From ascend at lewiscounty.com Mon Apr 2 11:57:30 2001 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] Re: (ASCEND) fatal index:1 and 195 errors References: Message-ID: <000e01c0bb96$01129f20$3363a8d1@lewiscounty.com> > What is a fatal index:1 mean? I have a 6000 that keeps rebooting itself. > I have a 6000 chassis that did the same thing. It would handle about 50 calls and then wham the darn thing would reboot. I finally loaded a slimmer TOS and it now stays up for 200+ days at a time. Originally I had tbaxkh.m60 and I replaced it with tbck.m60 (no apple talk) and it's worked like a champ. Ascend wasn't ever able to tell me why it was rebooting but their suggestion worked. Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jim at top.net Mon Apr 2 21:18:10 2001 From: jim at top.net (Jim Logan) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] (ASCEND) Ascend Equipment For Sale Message-ID: <4.2.0.58.20010402211758.00adfc40@top.net> All Pipe50/75's are UBRI and have Firewall/56K Bit IpSec installed. Complete units come with Secure Access software, docs, Ethernet & Isdn cable as well as Null adaptor & power cube, many of the items are -ASA versions as well, your choice on a first come basis: Pipeline 50s w/power: $ 120 Ea Complete Pipe50's with all docs/cables/books, cd, etc: $ 140 Ea Pipeline DSL Pipe (DSL-DMT, ASA Option) complete with power, docs, etc: $ 110 Pipeline 75s w/power: $ 160 Ea Complete Pipe75's with all docs/cables/books, cd, etc: $ 175 Ea Pipeline 130-LS56-2N w/power: $225 Pipeline 130-UBRI-L56 w/power: $225 Pipeline 130-UBRI-FT1, Complete w/Firewall, Docs, etc: $ 400 Lucent 130-UBRI-T1-ASA, Docs, Power, Secure Connect Software/Firewall: $ 425 If the Each price doesn't excite you, make me an offer - I'm particularly inclined to make good deals on Pipe75s as we have many in stock and all are of later serial number variety. If "Ea" not specified, means I only have one of mentioned item. Original 1 Year Mfg Warranty will apply on all new equipment. We accept all credit cards and can do COD via FedEx. All items owned and available, can be shipped per your needs. Email off list or call (402) 339-5609 or Page at (402) 977-2880. ******* Top Net InterNet Services ******** Omaha, Nebraska www.top.net Voice: (402) 339-5609 Fax: (402) 333-8383 Pager: (402) 977-2880 *********************************************** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Peter.DeSchrijver at netcom-kassel.de Tue Apr 3 03:49:41 2001 From: Peter.DeSchrijver at netcom-kassel.de (De Schrijver Peter) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] (ASCEND) Stack compression Problem Message-ID: Hi ! I just had a VERY curious problem : my setup consists of 2 Ascend P50?s running under NET3 / Superdig128 an IP routing . In the past the link has performed very well without any problems. Now all of a sudden the customer described this : telnetting over the link to a webserver on port 80 and using GET works , BUT using lynx was NOT possible at all. Even Off/On powering did not help. After switching off STACK compression on the link, everything was O.K. again. What is happening here ? TIA Peter De Schrijver ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mihail.balikov at interbgc.com Tue Apr 3 06:22:00 2001 From: mihail.balikov at interbgc.com (Mihail Balikov) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] Re: (ASCEND) Stack compression Problem References: Message-ID: <011601c0bc30$4d439260$05e009d9@interbgc.com> there is similar problem with web servers that has set "DO NOT FRAGMENT" flag. ----- Original Message ----- From: "De Schrijver Peter" To: Sent: Tuesday, April 03, 2001 10:49 AM Subject: (ASCEND) Stack compression Problem > Hi ! > > I just had a VERY curious problem : my setup consists of 2 Ascend P50?s > running under NET3 / Superdig128 an IP routing . > In the past the link has performed very well without any problems. > > Now all of a sudden the customer described this : telnetting over the > link to a webserver on port 80 and using GET works , BUT using lynx was > NOT possible at all. Even Off/On powering did not help. > > After switching off STACK compression on the link, everything was O.K. > again. > > > What is happening here ? > > > TIA > Peter De Schrijver > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Tue Apr 3 18:04:41 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:27 2005 Subject: [Ascend] RE: (ASCEND) PPPoE? Message-ID: <6F64369DA452D41190B400508B0291AE02F15FB1@AU0009EXCH003U> >>From: "James Courtier-Dutton" >> >>If you are using CPE Routers, it would be better to use PPPoA. >(Is that 'A' as in 'ATM'? The telco interconnect will be ATM DS-3.) PPPoAAL5, RFC 2364 >See below. >>People tend to only use PPPoE when the CPE is a Bridge, and one has a PPPoE >>client installed on the PC. > >...or when the telco requires it. They'll provide bridges, which we >plan to put Netopia R9100 Ethernet routers behind. The R9100's >support PPPoE, and will terminate the PPPoE session and provide NAT, >etc as needed. > >I'm imagining that I'll be able to specify anything that I could >normally specify in a PPP profile, including routing a subnet, but I >haven't tested it yet. > >Sound, er, sound? On the terminator with PPPoE you need to configure up the ATM VC's for the ingress into the terminator. The PPPoE is independent of the VC which they are bridged into, but the layer 2 configuration has to be up (as a PVC) on the terminator. Greg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From boris at bulnet.bg Wed Apr 4 00:56:47 2001 From: boris at bulnet.bg (Boris Basmadjiev) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) Re: Help on Cellpipe 50s Message-ID: <3ACAB79F.60E59AD2@bulnet.bg> Hi all - i wonder if any of you have played around with the Cellpipe 50S? What i am interested in is if it can work back-to-back with another cellpipe - i know Lucent says they are CPE equipment made for the Stinger.... but we don't have enought dsl customers to merit a stinger, and i wonder if we can use those little critters back-to-back.... Thankee, Boris B. boris@bulnet.bg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jacques.berthome at laposte.fr Wed Apr 4 09:02:47 2001 From: jacques.berthome at laposte.fr (BERTHOME Jacques SRTP) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Some problems with Callback option Message-ID: <410481840057D31190E500508B551C170373CC@SRTPXCHG> Hi all, I have a Max1800 and I try to install Callback but nothing is happening ? I set Callback=yes in connections/telco an my phone number in Dial# I have the 7.2.4 software (fbik.m18) installed and a 16 modems card inside my Max1800. I 'm connected to RNIS/BRI with 8 BRI interface. All is working without callback options. Some idea ? Thank very much Here is my syslog trace : Apr 4 15:51:44 [192.168.3.4.2.2] ASCEND: slot 0 port 0, line 1, channel 1, Incoming Call, 9818 [MBID 204; 9818->9546] Apr 4 15:51:44 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Assigned to port, 9818 [MBID 204; 9818->9546] Apr 4 15:51:46 [192.168.3.4.2.2] ASCEND: slot 3 port 2, line 1, channel 1, Call Connected, 9818 [MBID 204; 9818->9546] Apr 4 15:51:46 [192.168.3.4.2.2] ASCEND: call 68 AN slot 3 port 2 VOICE 9546 Apr 4 15:52:13 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Callback Pending, jacques [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: call 68 CL 0K u=jacques c=102 p=67 s=50667 r=28800 h=192.168.5.5 Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: slot 3 port 2, line 1, channel 1, Call Disconnected [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Call Terminated [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] Conn=("?" 9818->9546 ? 50667/28800 67/102) Auth=(29 401/15 374/18) Sess=(0 401/15 374/18) Chan=(0 1 1 1) Modem=(0 3 2) [MBID 204] Bye Jacques Berthome -------------- next part -------------- Post-scriptum La Poste Ce message est confidentiel. Sous r?serve de tout accord conclu par ?crit entre vous et La Poste, son contenu ne repr?sente en aucun cas un engagement de la part de La Poste. Toute publication, utilisation ou diffusion, m?me partielle, doit ?tre autoris?e pr?alablement. Si vous n'?tes pas destinataire de ce message, merci d'en avertir imm?diatement l'exp?diteur. From jacques.berthome at laposte.fr Wed Apr 4 09:02:47 2001 From: jacques.berthome at laposte.fr (BERTHOME Jacques SRTP) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Some problems with Callback option Message-ID: <410481840057D31190E500508B551C170373CC@SRTPXCHG> Hi all, I have a Max1800 and I try to install Callback but nothing is happening ? I set Callback=yes in connections/telco an my phone number in Dial# I have the 7.2.4 software (fbik.m18) installed and a 16 modems card inside my Max1800. I 'm connected to RNIS/BRI with 8 BRI interface. All is working without callback options. Some idea ? Thank very much Here is my syslog trace : Apr 4 15:51:44 [192.168.3.4.2.2] ASCEND: slot 0 port 0, line 1, channel 1, Incoming Call, 9818 [MBID 204; 9818->9546] Apr 4 15:51:44 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Assigned to port, 9818 [MBID 204; 9818->9546] Apr 4 15:51:46 [192.168.3.4.2.2] ASCEND: slot 3 port 2, line 1, channel 1, Call Connected, 9818 [MBID 204; 9818->9546] Apr 4 15:51:46 [192.168.3.4.2.2] ASCEND: call 68 AN slot 3 port 2 VOICE 9546 Apr 4 15:52:13 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Callback Pending, jacques [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: call 68 CL 0K u=jacques c=102 p=67 s=50667 r=28800 h=192.168.5.5 Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: slot 3 port 2, line 1, channel 1, Call Disconnected [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] ASCEND: slot 3 port 2, Call Terminated [MBID 204; 9818->9546] Apr 4 15:52:14 [192.168.3.4.2.2] Conn=("?" 9818->9546 ? 50667/28800 67/102) Auth=(29 401/15 374/18) Sess=(0 401/15 374/18) Chan=(0 1 1 1) Modem=(0 3 2) [MBID 204] Bye Jacques Berthome -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 2479 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010404/a1d3241d/attachment.bin -------------- next part -------------- Post-scriptum La Poste Ce message est confidentiel. Sous r?serve de tout accord conclu par ?crit entre vous et La Poste, son contenu ne repr?sente en aucun cas un engagement de la part de La Poste. Toute publication, utilisation ou diffusion, m?me partielle, doit ?tre autoris?e pr?alablement. Si vous n'?tes pas destinataire de ce message, merci d'en avertir imm?diatement l'exp?diteur. From scott at aobe.com Wed Apr 4 11:54:27 2001 From: scott at aobe.com (Scott Starbuck) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Re: (ASCEND) Re: Help on Cellpipe 50s References: <3ACAB79F.60E59AD2@bulnet.bg> Message-ID: <3ACB51C3.BFD9D6D0@aobe.com> Hi Boris, Below is a msg that was on the list some time ago. It has a link to some more information about what you are wanting to do. I don't know all the details but basically it boils down to setting up one end as unit type CPE and the other as COE. Scott Starbuck Aobe Network Group Knoxville, TN -------------- On Mon, 13 Dec 1999, David Lloyd wrote: A while ago, someone posted that they were able to 'beat the system' by providing DSL to customers, without going through the phone company or becoming a CLEC. If I remember right, it involved getting a dry pair from> the phone company, and some kind of special provisioning but that's all I remember, and I accidentally deleted the message. Does anyone know what I'm talking about? If anyone has any links to informative sites, or books to refer to, please let me know where to go. Not sure if this is the same site you are talking about, but this should help: http://www.odessaoffice.com/sdsl.htm Jeremy C. Reed jcr@iwbc.net UNIX Admin Fax: 425-290-1751 IWBC ISP Services http://www.iwbc.net ---------------------------------------------------------- Boris Basmadjiev wrote: > Hi all - i wonder if any of you have played around with the Cellpipe > 50S? > What i am interested in is if it can work back-to-back with another > cellpipe - i know Lucent says they are CPE equipment made for the > Stinger.... but we don't have enought dsl customers to merit a stinger, > and i wonder if we can use those little critters back-to-back.... > Thankee, > Boris B. > boris@bulnet.bg > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sysadmin at mocha-x.com Wed Apr 4 23:02:34 2001 From: sysadmin at mocha-x.com (Jeremy E Bals) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) subscribers Message-ID: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From boris at bulnet.bg Thu Apr 5 02:57:58 2001 From: boris at bulnet.bg (Boris Basmadjiev) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) http://www.nealis.net/ascend/faq is unaccessible? Message-ID: <3ACC2586.12D16515@bulnet.bg> Hi all - i get a "connection refused" message every time i try to reach thet server - is this a general problem, or does it just hate me & my IP or what? Thanks, Boris B. boris@bulnet.bg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rocca at multiboard.com Thu Apr 5 09:10:42 2001 From: rocca at multiboard.com (Peter Rocca) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) RE: Help on Cellpipe 50s In-Reply-To: <200104050545.WAA19823@max.bungi.com> Message-ID: > Hi all - i wonder if any of you have played around with the Cellpipe > 50S? What i am interested in is if it can work back-to-back with another > cellpipe - i know Lucent says they are CPE equipment made for the > Stinger.... but we don't have enought dsl customers to merit a stinger, > and i wonder if we can use those little critters back-to-back.... We use a number of the DSL-HS and DSL-HST's back to back in this configuration and they work great. I'd imagine the 50S's are the similar since the HST's are the replacement models for them, however I believe they are ATM whereas the HST's are Frame Relay so I could be wrong. A good indication would be checking if there is a CPE/COE setting in the software, for the HST's its right under 'Configure', called 'Unit Type' and has a setting of CPE/COE. > A while ago, someone posted that they were able to 'beat the system' by > providing DSL to customers, without going through the phone company or > becoming a CLEC. If I remember right, it involved getting a dry > pair from the phone company, and some kind of special provisioning but > that's all I remember, and I accidentally deleted the message. > Does anyone know what I'm talking about? If anyone has any links to > informative sites, or books to refer to, please let me know where to go. In Canada the circuit is called an 'LDDS' and costs anywhere between $20 and $50 CDN. In other parts of the world it's called by a number of different things, 'dry pair', 'unloaded circuit', etc - all depends on your telco. Basically what you need is a nailed copper pair from your customer to you that doesn't have any power on it (ie no humming), and the cable distance has to be within the range of the device you're using. Snap these puppies on either end and away you go.... ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From lists-mail-isp-ascend-users at pgregg.com Thu Apr 5 12:39:09 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) New APX config issues Message-ID: Hi everyone, I'm new to the list, having just received my first Ascend (derived) box. I've previously used Livingston/Lucent Portmasters for the last 5 years. I'm in the middle of replacing a PM4 with an APX and am having the following difficulties: 1) On the PM4 I pre-auth dialins by doing a CLI check first via Radius. Basically, to prevent abuse (we operate a Free ISP in the UK), we check the CLID against a list of known abusers and Reject them outright before even pickingup the line. Otherwise the DEFAULT is to accept the call. However on the APX, if I use clid-prefer, I can reject the connection ok, but the APX simply accepts non-rejected connections without a username or password. Not good. If I use clid-first then the APX receives the Reject, but ignores it and picks up the call allowing the abuser to dial in. There doesn't seem to be a way with Taos to make it do what I want. 2) I have a number of dial back users - where during the CLID check, we recognise the number and do a callback. On PMs it is this: 1234567890 Service-Type = Call-Check Service-Type = Callback-Framed-User, Callback-Id = "dbusername" Where dbusername is a profile stored in the PM. On the APX, it seems I need: 1234567890 Service-Type = Outbound-User Framed-Route = "212.108.64.129/28 212.108.64.129 1 n dbusername-out" But the APX loads "dbusername-out" via RADIUS, so I add in: dbusername-out User-Password="xxxxxxx", Service-Type = Outbound-User User-Name = "dbusername" Ascend-Dial-Number = "1231231230", Framed-Protocol = PPP, Framed-IP-Address = 212.108.64.129, Framed-IP-Netmask = 255.255.255.240, Ascend-Send-Auth = Send-Auth-PAP, Ascend-Send-Secret = "xxxxxxxxxx" This doesn't seem to work (despite reading the pdfs very carefully). Does the APX need a special hash code just to do dialback? 3) I can successfully dialin and ping the apx, and from the apx ping the dialled in IP. I can ping the local subnet and the wider internet (and traceroute) from the APX. However, the dialled in computer cant ping anything outside the apx. It seems that it isn't routing the packets through as the apx doesn't seem to be answering arp requests for the dialled in IP. Advice on where to look next? Many thanks for any pointers anyone can provide. Regards, Paul Gregg. PS. Whats a good IRC channel for ascend users? [Can't find one on efnet] -- | Paul Gregg |T: +44 (0) 28 90424190 | Technical Director |F: +44 (0) 28 90424709 | The Internet Business Ltd |W: http://www.tibus.com | Holywood House, Innis Court |E: info@tibus.com | Holywood, Co Down, BT18 9HF |P: pgregg@tibus.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tkinnen at lucentradius.com Thu Apr 5 16:24:37 2001 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Re: (ASCEND) New APX config issues References: Message-ID: <3ACCE295.1D4A3F@lucentradius.com> Paul Gregg wrote: > However on the APX, if I use clid-prefer, I can reject the connection ok, > but the APX simply accepts non-rejected connections without a username > or password. Not good. In ComOS an empty reply to a pre-auth ment ask again. In TAOS empty means don't ask as far as I know. To force a second request when the call is answered add the following to the pre-auth reply: Ascend-Require-Auth=Require-Auth -- Thomas C Kinnen - [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: From lists-mail-isp-ascend-users at pgregg.com Fri Apr 6 11:54:58 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Re: (ASCEND) New APX config issues In-Reply-To: <3ACCE295.1D4A3F@lucentradius.com> Message-ID: <20010406165458.59426.qmail@pgunix.fw.tibus.net> In article <3ACCE295.1D4A3F@lucentradius.com> you wrote: > Paul Gregg wrote: > >> However on the APX, if I use clid-prefer, I can reject the connection ok, >> but the APX simply accepts non-rejected connections without a username >> or password. Not good. > > In ComOS an empty reply to a pre-auth ment ask again. In TAOS empty means > don't ask as far as I know. To force a second request when the call is > answered add the following to the pre-auth reply: > > Ascend-Require-Auth=Require-Auth I tried this (with clid-prefer) and can see the following: (Using Radiator) Fri Apr 6 17:29:40 2001: DEBUG: Handling request with Handler 'Service-Type=Out bound-User' Fri Apr 6 17:29:40 2001: DEBUG: Deleting session for 02890425393, 212.108.64.10 4, 1 Fri Apr 6 17:29:40 2001: DEBUG: Handling with Radius::AuthFILE Fri Apr 6 17:29:40 2001: DEBUG: Radius::AuthFILE looks for match with 028904253 93 Fri Apr 6 17:29:40 2001: DEBUG: Radius::AuthFILE looks for match with DEFAULT Fri Apr 6 17:29:40 2001: DEBUG: Radius::AuthFILE ACCEPT: Fri Apr 6 17:29:40 2001: DEBUG: Access accepted for 02890425393 Fri Apr 6 17:29:40 2001: DEBUG: Packet dump: *** Sending to 212.108.64.104 port 7007 .... Code: Access-Accept Identifier: 24 Authentic: xxxxx Attributes: Ascend-Require-Auth = Require-Auth Which is what I would expect as the DEFAULT service has one reply of: DEFAULT Service-Type = Outbound-User Ascend-Require-Auth = Require-Auth As you can see I am using an Ascend dictionary file, but have renamed some Attributes to remain compatible with the PM4, e.g. Framed-IP-Address instead of Framed-Address, added in Call-Check, etc. This will have no effect on the APX as only values are passed back and forward. So, for now, I don't need to update the format of my Auth handles, users file, mysql users, or any Radius reply attrs. However, as before the APX establishes the connection as soon as negotiation is complete without requiring any authentication. Paul. PS. When I get this working, I promise I'll update RadiusReport for better Ascend support (he said begging for help) ;-) -- | Paul Gregg |T: +44 (0) 28 90424190 | Technical Director |F: +44 (0) 28 90424709 | The Internet Business Ltd |W: http://www.tibus.com | Holywood House, Innis Court |E: info@tibus.com | Holywood, Co Down, BT18 9HF |P: pgregg@tibus.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tkinnen at lucentradius.com Fri Apr 6 17:46:12 2001 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] Re: (ASCEND) New APX config issues References: <20010406165458.59426.qmail@pgunix.fw.tibus.net> Message-ID: <3ACE4734.63E5D909@lucentradius.com> > > However, as before the APX establishes the connection as soon as negotiation > is complete without requiring any authentication. Ensure that the RADIUS server and APX are in the same mode (OLD/VSA/16-Bit). If the APX and server are in different modes the attributes will be ignored. -- Thomas C Kinnen - [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: From troy at psknet.com Sun Apr 8 02:40:33 2001 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) TNT Memory Message-ID: I'm considering upgrading to 9.0-159 release, but don't know if I have enough memory. Is there a command to tell me how much DRAM I have in my TNT? I want to think it's 32MB, but I'm not sure. Also, I have an 8MB flash card with 8.0.4 on it, and a 16MB flash card that's unused. Can I swap the cards while the box is running, format the 16MB and install 9.whatever then reboot to bring it up? If I'm thinking correctly, if shit goes wrong, I'll be able to quickly bring the TNT back up on 8.0.4. Is this correct? Forgive my ignorance here, but this is my first TNT after dealing with 4k and 6k boxes for the last 5 years. TIA, -- Troy Settle Pulaski Networks 540.994.4254 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From DPascarella at solunet.com Sun Apr 8 10:27:16 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] RE: (ASCEND) TNT Memory Message-ID: Hi Troy, The flash cards are hot swappable as long as you are already booted up. The DRAM card, of course, is not hot-swappable. Also, if the TNT is relatively new (2000- 2001) you likely have 32MB of DRAM......which is the default. Yes....you will be able to reboot the TNT with the alternate flash card with different TAOS rev on it. Good Luck........... - David -----Original Message----- From: Troy Settle [mailto:troy@psknet.com] Sent: Sunday, April 08, 2001 3:41 AM To: ascend-users@bungi.com Subject: (ASCEND) TNT Memory I'm considering upgrading to 9.0-159 release, but don't know if I have enough memory. Is there a command to tell me how much DRAM I have in my TNT? I want to think it's 32MB, but I'm not sure. Also, I have an 8MB flash card with 8.0.4 on it, and a 16MB flash card that's unused. Can I swap the cards while the box is running, format the 16MB and install 9.whatever then reboot to bring it up? If I'm thinking correctly, if shit goes wrong, I'll be able to quickly bring the TNT back up on 8.0.4. Is this correct? Forgive my ignorance here, but this is my first TNT after dealing with 4k and 6k boxes for the last 5 years. TIA, -- Troy Settle Pulaski Networks 540.994.4254 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From roddy at satlink.com.au Mon Apr 9 20:31:38 2001 From: roddy at satlink.com.au (Roddy Strachan) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] (ASCEND) CLI on Max Message-ID: <02bb01c0c15d$fd814280$20de13cb@glasgowrangers.com.tj> Hi, With the Max 6k and 3k series, is Calling Line ID enabled as a default option on these boxes (providing of course it is enabled by the Telco) or is there something I need to enable? --- Cheers, R. Strachan Satlink Internet Services Pty Ltd. Ph. +61-3-9775-2600 Fax. +61-3-9775-2456 Email. roddy@satlink.com.au rod_gers1873@yahoo.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Tue Apr 10 00:57:37 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:28 2005 Subject: [Ascend] RE: (ASCEND) CLI on Max Message-ID: <6F64369DA452D41190B400508B0291AE0302E6A7@AU0009EXCH003U> The CLID is available on PRI services, as supplied by your carrier. This is available in the ISDN Q.931 Call Setup message sent from the ISDN network. In the MAX this is seen (undecoded, in hex) in the pridisplay diagnostic command. Greg > -----Original Message----- > From: Roddy Strachan [mailto:roddy@satlink.com.au] > Sent: Tuesday, April 10, 2001 11:32 AM > To: Ascend > Subject: (ASCEND) CLI on Max > > > Hi, > > With the Max 6k and 3k series, is Calling Line ID enabled as a default > option on these boxes (providing of course it is enabled by > the Telco) or is > there something I need to enable? > > > --- > Cheers, > > R. Strachan > Satlink Internet Services Pty Ltd. > Ph. +61-3-9775-2600 > Fax. +61-3-9775-2456 > Email. roddy@satlink.com.au > rod_gers1873@yahoo.com > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to > ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From James at superbug.demon.co.uk Tue Apr 10 04:20:53 2001 From: James at superbug.demon.co.uk (James Courtier-Dutton) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] RE: (ASCEND) New APX config issues In-Reply-To: Message-ID: Extract from TAOS 9 manual: - CLID-Auth-Mode Description: Specifies how the TAOS unit uses the telco-provided Calling-Line ID (CLID) and Dialed Number Information Service (DNIS) called number for authenticating incoming calls. Usage: Specify one of the following values: ? Ignore (the default) specifies that the TAOS unit does not require a matching ID from incoming calls. ? CLID-First specifies that if the CLID is sent by the telco switch, the TAOS unit uses it to authenticate the call. If CLID authentication fails for any reason, or if the telco switch does not provide the CLID, the TAOS unit does not drop the call, but allows negotiations to proceed to password authentication. ? CLID-Prefer specifies that the TAOS unit uses the CLID, if available, to authenticate the call. If the CLID is not provided by the switch, the TAOS unit uses the type of authentication specified by the Send-Auth-Mode setting in the Connection profile. If the CLID is provided by the switch but does not match the calling number specified in a local Connection profile or Remote Authentication Dial-In User Service (RADIUS) user profile, or if the CLID succeeds but the encapsulation protocol?s authentication fails, the TAOS unit drops the call. ? CLID-Require specifies that the TAOS unit must receive a CLID from the incoming call, and the CLID must match the calling number specified in a local Connection profile or RADIUS user profile. If the TAOS unit does not receive a CLID, or does not find a matching number in a profile, the TAOS unit does not answer the call. A matching RADIUS user profile can require name and password authentication after CLID authentication by setting Ascend-Require-Auth to Require-Auth. ? CLID-Fallback specifies that the TAOS unit must receive a CLID in the incoming call. Otherwise, the TAOS unit does not answer the call. If the CLID matches a calling number specified in a local Connection profile or RADIUS user profile, the TAOS unit authenticates the call with the CLID. If the TAOS unit does not receive a response from the RADIUS server, it uses the authentication configured in the Answer-Defaults profile. If you read it carefully, you should be able to work out what attributes to return, Ascend-Auth-Mode or Ascend-Require-Auth It also looks like you are trying to do dialback in the user entries, but contradict this fact in your description. I would get all the dialin CLID/PAP auth to work, then attempt dialback. Cheers James > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Paul Gregg > Sent: 05 April 2001 18:39 > To: 'ascend-users@bungi.com' > Subject: (ASCEND) New APX config issues > > > Hi everyone, I'm new to the list, having just received my first Ascend > (derived) box. I've previously used Livingston/Lucent Portmasters for the > last 5 years. > > I'm in the middle of replacing a PM4 with an APX and am having the > following difficulties: > > 1) > On the PM4 I pre-auth dialins by doing a CLI check first via Radius. > > Basically, to prevent abuse (we operate a Free ISP in the UK), we check > the CLID against a list of known abusers and Reject them outright before > even pickingup the line. Otherwise the DEFAULT is to accept the call. > > However on the APX, if I use clid-prefer, I can reject the connection ok, > but the APX simply accepts non-rejected connections without a username > or password. Not good. > If I use clid-first then the APX receives the Reject, but ignores it and > picks up the call allowing the abuser to dial in. > > There doesn't seem to be a way with Taos to make it do what I want. > > > 2) I have a number of dial back users - where during the CLID check, > we recognise the number and do a callback. On PMs it is this: > 1234567890 Service-Type = Call-Check > Service-Type = Callback-Framed-User, > Callback-Id = "dbusername" > Where dbusername is a profile stored in the PM. > > On the APX, it seems I need: > 1234567890 Service-Type = Outbound-User > Framed-Route = "212.108.64.129/28 212.108.64.129 1 n > dbusername-out" > But the APX loads "dbusername-out" via RADIUS, so I add in: > dbusername-out User-Password="xxxxxxx", Service-Type = Outbound-User > User-Name = "dbusername" > Ascend-Dial-Number = "1231231230", > Framed-Protocol = PPP, > Framed-IP-Address = 212.108.64.129, > Framed-IP-Netmask = 255.255.255.240, > Ascend-Send-Auth = Send-Auth-PAP, > Ascend-Send-Secret = "xxxxxxxxxx" > > This doesn't seem to work (despite reading the pdfs very > carefully). Does the > APX need a special hash code just to do dialback? > > > 3) I can successfully dialin and ping the apx, and from the apx ping the > dialled in IP. I can ping the local subnet and the wider internet (and > traceroute) from the APX. However, the dialled in computer cant ping > anything outside the apx. It seems that it isn't routing the > packets through > as the apx doesn't seem to be answering arp requests for the > dialled in IP. > Advice on where to look next? > > Many thanks for any pointers anyone can provide. > > Regards, > > Paul Gregg. > > PS. Whats a good IRC channel for ascend users? [Can't find one on efnet] > -- > | Paul Gregg |T: +44 (0) 28 90424190 > | Technical Director |F: +44 (0) 28 90424709 > | The Internet Business Ltd |W: http://www.tibus.com > | Holywood House, Innis Court |E: info@tibus.com > | Holywood, Co Down, BT18 9HF |P: pgregg@tibus.com > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rmk at communitytelephone.com Tue Apr 10 09:01:36 2001 From: rmk at communitytelephone.com (Ryan Kremer) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Stacking (multi-chassis PPP) Max TNTs w/ 8.0.4 Message-ID: Has anyone had any problems with this? We are trying to Stack 2 TNTs running 8.0.4. If we have 2 channels of a call split across the TNTs, the show user output doesn't show 2 channels connected. Also, after about 10-15 seconds, the 1st channel will disconnect and then reconnect. 10-15s after that, the second channel will do the same. This keeps repeating indefinitly. Any help would be appreciated. ------------------------------------------------ Ryan Kremer Phone: (812)456-1224 rmk@communitytelephone.com Fax: (812)461-3363 Cisco Certified Network Professional Cisco Certified Design Associate From pautler at grasshopper.cit.buffalo.edu Tue Apr 10 13:20:03 2001 From: pautler at grasshopper.cit.buffalo.edu (Joe Pautler) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] (ASCEND) v.92 software from Lucent? Message-ID: <20010410142003.A559@grasshopper.cit.buffalo.edu> Per a Lucent press release from last Tuesday http://www.lucent.com/press/0401/010403.nsa.html v.92/v.44 support is available for the MAX TNT and APX 8000. Does anyone know specifically which hardware is supported (specific TNT modem cards, etc) and/or which software release(s) contain the v.92/v.44 support? Anyone running it yet? Thanks.... ___________________________________________________________________________ Joe Pautler, E.I.T. University at Buffalo CIT/OSS Network Engineering 224 Computing Center http://www.oss.buffalo.edu/~pautler (716) 645-3536 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From eric at cnmnetwork.com Tue Apr 10 14:36:08 2001 From: eric at cnmnetwork.com (eric) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] (ASCEND) remote ping MIB Message-ID: hey all, I'm looking for information or helpful hints regarding the Remote Ping MIB. I remember seeing it mentioned in some 8.0.X release note but I have been unable to find any reference to it in documentation or MIB definitions on ftp.ascend.com. Basically I need to verify connectivity between a group of TNTs. thanks in advance, -e ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From DPascarella at solunet.com Tue Apr 10 15:22:54 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] RE: (ASCEND) v.92 software from Lucent? Message-ID: Will V.92/V.44 be supported on all modem cards? No. V.92/V.44 capabilities are only supported on the MultiDSP modem cards (TNTV-SL-ADI-C,TNTP-ADI-S-C, or APX8-SL-96DSP). The legacy Series 56 modem cards will not support V.92 and V.44. More specifically, this means: For TNT and APX, DM48, CSM/1, CSM/3, and CSM/V3 cards will not support V.92/V.44 (Lucent model numbers: TNT-SL-DM48, TNT-SL-48MOD-S56, TNT-SL-48MOD-SGL/-S-C, TNT-SL-48MODV3-S-C, respectively). For MAX platforms, MAX CSM/V3 (Lucent model numbers: MX30/60-SL-18M-S563, MX30/60-SL-24M-S563, MX30/60-SL-30M-S563) cards and the CSM/1 cards (Lucent model numbers: MX-SL-8MOD-S56, MX-SL-12MOD-S56, MX-SL-16MOD-S56) will not support V.92/V.44. APX8000, MAX-TNT, MAX 3000 and 6000 will all support V.92/V.44. MAX TNT or APX will need to be configured with either the 48 or 96 MultiDSP card. For MAX 3000 and 6000, we plan to support V.92 on the new MAX MultiDSP card, which will be introduced in TAOS 9.1 in May 2001. MAX TNT or APX users may upgrade to MultiDSP cards (APX8-SL-96DSP). There is a special program in place that allows customers to upgrade at 50% of their normal purchase price. -----Original Message----- From: Joe Pautler [mailto:pautler@grasshopper.cit.buffalo.edu] Sent: Tuesday, April 10, 2001 2:20 PM To: ascend-users@bungi.com Subject: (ASCEND) v.92 software from Lucent? Per a Lucent press release from last Tuesday http://www.lucent.com/press/0401/010403.nsa.html v.92/v.44 support is available for the MAX TNT and APX 8000. Does anyone know specifically which hardware is supported (specific TNT modem cards, etc) and/or which software release(s) contain the v.92/v.44 support? Anyone running it yet? Thanks.... ___________________________________________________________________________ Joe Pautler, E.I.T. University at Buffalo CIT/OSS Network Engineering 224 Computing Center http://www.oss.buffalo.edu/~pautler (716) 645-3536 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From scott at millenniumsolutions.net Tue Apr 10 15:49:57 2001 From: scott at millenniumsolutions.net (Scott Woodland) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] (ASCEND) For Sale Message-ID: <035301c0c1ff$cf437620$d3fea8c0@new2u.net> Moving Sale:::: We are moving locations and have approximately 100 Max4000 chassis available. MXHP-4T1 These units are in fair condition...most of them have a noisy fan and a few do not power up. We do have good working units as well. Also available Qty of MX-SL-8MOD-V34 cards Make offers for some or in bulk....preferrably in bulk. Also in stock good clean fully tested Max4048's with (3) MX-SL-16MOD-S56 cards in them. Please contact me directly offline at scott@millenniumsolutions.net Regards, Scott Woodland Millennium Solutions Group, Inc. 575 Menlo Drive, Suite 5 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: From pautler at grasshopper.cit.buffalo.edu Tue Apr 10 15:11:40 2001 From: pautler at grasshopper.cit.buffalo.edu (Joe Pautler) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) v.92 software from Lucent? In-Reply-To: <20010410142003.A559@grasshopper.cit.buffalo.edu>; from pautler@grasshopper.cit.buffalo.edu on Tue, Apr 10, 2001 at 02:20:03PM -0400 References: <20010410142003.A559@grasshopper.cit.buffalo.edu> Message-ID: <20010410161140.A510@grasshopper.cit.buffalo.edu> Joe Pautler wrote: (written on 04/10/01 at 14:20) ] ]Per a Lucent press release from last Tuesday ] http://www.lucent.com/press/0401/010403.nsa.html ]v.92/v.44 support is available for the MAX TNT and APX 8000. Does anyone ]know specifically which hardware is supported (specific TNT modem cards, etc) ]and/or which software release(s) contain the v.92/v.44 support? Aaaahhh... I can partially answer my own questions... I see that on 4/8/01 Lucent released TAOS 9.0-159.0 (Limited Availability) which supports v.92 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From pautler at grasshopper.cit.buffalo.edu Tue Apr 10 15:58:01 2001 From: pautler at grasshopper.cit.buffalo.edu (Joe Pautler) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) v.92 software from Lucent? In-Reply-To: ; from DPascarella@solunet.com on Tue, Apr 10, 2001 at 04:22:54PM -0400 References: Message-ID: <20010410165801.B510@grasshopper.cit.buffalo.edu> DPascarella@solunet.com wrote: (written on 04/10/01 at 16:22) ] ]Will V.92/V.44 be supported on all modem cards? ] ]No. ]V.92/V.44 capabilities are only supported on the MultiDSP modem cards ](TNTV-SL-ADI-C,TNTP-ADI-S-C, or APX8-SL-96DSP). The legacy Series 56 modem ]cards will not support V.92 and V.44. More specifically, this means: ]MAX TNT or APX users may upgrade to MultiDSP cards (APX8-SL-96DSP). There is ]a special program in place that allows customers to upgrade at 50% of their ]normal purchase price. Thank you very much for the detailed reply! Can you tell me how I can find out more information regarding the "upgrade" plan? I can't seem to find anything about it on esight. I assume it is something that Lucent is offering directly? In the past, we have found that Lucent really doesn't like to sell modem cards directly to us...they usually quote us "list prices", and then refer us to re-sellers who quote us prices that are as much as 45% lower. :) ___________________________________________________________________________ Joe Pautler, E.I.T. University at Buffalo CIT/OSS Network Engineering 224 Computing Center http://www.oss.buffalo.edu/~pautler (716) 645-3536 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tkinnen at lucentradius.com Wed Apr 11 10:55:25 2001 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] (ASCEND) Lucent NavisRadius 4.0 Beta Message-ID: <3AD47E6D.7854DF7C@lucentradius.com> Hello, We'll be shortly starting the NavisRadius 4.0 beta program. If you are interesting in the beta program please contact nr-beta-admin@lucentradius.com for more information. I've included a list of some of the new features of NavisRadius 4.0 since version 3.2.4. Tom * PolicyFlow Assistant for easy provising of multiple Realms with pre-configured PolicyFlow * SMT: Method properties are verified at method creation * CheckItems: Time-Of-Day verification now sets Session-Timeout * SMT: USS server statistics now available * Core: Support for SNMP access to internal MIB variables * Core: Method added to disable a PolicyFlow method. * USS: Allow execution of maps without implied event. * Plug-ins: New Compare plug-in added * SMT: Manage Servers dialog added for viewing server status and ability to start/stop servers. * SMT: Better control of SMT display options * SMT: Ability to edit Configuration Server properties * SMT: Ability to edit RMI Registry Server properties * nr: Java 1.3.0 is now supported. * AuthSecurid support for Windows NT/2000 * SMT: Ability to run TestClient Panel from SMT * Engine: Ability to specify the work queue limit * SMT: Able to save and load log rule scripts * SMT: Ability to monitor local and remote log files in real-time * Platform Support: Added ability to detect MacOS X platforms * Platform Support: Added support for OSF/Tru64 Unix * Admin Interfaces: Command added to display local server files * Test Client: Test Client replaced with new RadiusClient * SMT: Ability to print configuration information from each panel * Plug-ins: Classic file names are now determined dynamically * SMT: User file editor identifies DEFAULT entries for editing * SMT: Users can now Add/Edit comments for methods and user entries. * Plug-ins:ReadLdap now able to map DN from records * Plug-ins: New Call plug-in added that calls a section of a PolicyFlow like a function * Plug-ins: New Http plug-in added that can GET or POST variable data to and from a web server. * Plug-ins: New Fork plug-in added to fork multiple PolicyFlow, simultaneous processing of a single request. * SMT: Ability to display statistics of authorization and accounting plug-ins for performance profiling * Plug-ins: New Return plug-in added that replaces AcceptAll, DropAll and RejectAll to return a specific result * Plug-ins: Added Dhcp-MacAddressMode properties to define how Dhcp-MacAddress * Plug-ins: AttributeFilter: AttributeFilter-GoodCharacters property allows specifying which characters are legal * SMT: Ability to add/set database users and passwords * Dictionary: Support for Springtide VSAs now available. * Dictionary: Support for Nortel encoded VSAs in hex or decimal now available. * Plug-in: New Challenge plug-in allows a policy flow to issue an Access-Challenge. -- Thomas C Kinnen - [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: From skipmax at seacove.net Wed Apr 11 11:59:51 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] (ASCEND) Caller receives solid high-pitch tone Message-ID: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> I have a problem with a brand new Max 6096. I am trying to phase out some Max 4000 series units. However ever since putting this 6096 online, I have experienced som serious intermittent problems. Lucent has already RMA'd the chassis of this unit because of a dead port. Until a couple of days ago, the new unit has performed without any apparent problems for about 2 weeks except for a recurring messages in my Cistron radius logfile: Wed Apr 11 11:00:25 2001: Error: Accounting: no username in record Wed Apr 11 11:01:37 2001: Error: Accounting: no username in record When I have the new 6096 online, I get these messages at fairly regular intervals, usually about 2 to 10 error messages spread out over the course of an hour. With only the 4000's online, I don't get the messages, except perhaps very rarely. This is the same message I would get when a call would hit the 'dead' port before the unit was RMA'd. The caller would hear a single high-pitch unwavering continuous tone and that is all. By monitoring the Max it is apparent that the calls were hitting the Max, but not being completed. Monday night those same errors started occuring in great numbers until that is all that was being seen in the log files. Each caller was getting the same high-pitch continuous tone. Tuesday I spent a lot of time with Southwestern Bell technicians trying to troubleshoot the problem and in the end, the best we could determine is that there seems to be a problem with the CSU's associatd with WAN3 and WAN4. Because when we took those incoming T1's and moved them to a 4000, calls began to come in ok. In all the processs of trouble shooting, I never rebooted the machine because WAN1 and WAN2 were functioning perfectly and I didn't not want to knock those users off. I feel like a reboot might have cleared some error condition in the machine but I have been using Max series 6000's for about 4 years now, and I have never had to reboot one to reset any error conditions. However at the other installation I am dealing with a nearly state-of-the-art switch and Sprint as the telco. My Maxen there run version 7.2.3 which I've found to be very stable. At this installation where I am having problems, I am dealing with an older Erikson Master/Slave switch and Southwestern Bell as the Telco. In this scenario, the orginating calls are from a small town with the Erikson slave switch. My T1 lines (plain old channelized T1, no PRI available here) come out of the Erickson master switch 60 miles away. So there is a lot of hardware between the originating call and my Maxen. The software on the new Max is running 8.0.3. However the first Max before being RMA'd was loaded with 7.2.3 and was still seeing a lot of of the errors mentioned above. So I don't think it is a software issue. All four WAN ports are configured identically on the problem Max and are as configured as closely as possible to the Maxen that are working fine at the other installation. The big difference being that I have to set Rob Ctl to Inc-W-200 as it is on my 4000 units. This is the only robbed-bit control setting that has worked at this installation. My delima is whether to try to get Lucent to RMA this unit again. I don't really know what else to do to try to troubleshoot this problem. Perhaps the Max 6000 is just not compatible with the Erikson switch or this type of slave/master configuration of switches. If anyone has any experience in dealing with connecting Max 6000's to older Erikson switches or has suggestions on how to further troubleshoot this problem, I would be grateful for any help. Thank you, Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From psc5 at powersupply.net Wed Apr 11 16:04:42 2001 From: psc5 at powersupply.net (PowerNet) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> Message-ID: <200104111704420327.0167C6AB@mail.powersupply.net> Are you by chance using CHT1's? If you are, I had the exact same problem and my max 6096's were working great and all of a sudden we got these high pitch constant tones. I was running 7.0.26 at the time and tried 7.2.3 and 2 other higher versions. Finally took the unit back to 6.1.7 and has not missed a lick since. What the heck is the deal there? Go Figure. Hope this helps! John *********** REPLY SEPARATOR *********** On 4/11/2001 at 11:59 AM Dennis Duval wrote: >I have a problem with a brand new Max 6096. I am trying to phase out some >Max 4000 series units. However ever since putting this 6096 online, I >have >experienced som serious intermittent problems. Lucent has already RMA'd >the >chassis of this unit because of a dead port. Until a couple of days ago, >the new unit has performed without any apparent problems for about 2 weeks >except for a recurring messages in my Cistron radius logfile: > >Wed Apr 11 11:00:25 2001: Error: Accounting: no username in record >Wed Apr 11 11:01:37 2001: Error: Accounting: no username in record > >When I have the new 6096 online, I get these messages at fairly regular >intervals, usually about 2 to 10 error messages spread out over the course >of an hour. With only the 4000's online, I don't get the messages, except >perhaps very rarely. This is the same message I would get when a call >would >hit the 'dead' port before the unit was RMA'd. The caller would hear a >single high-pitch unwavering continuous tone and that is all. By >monitoring >the Max it is apparent that the calls were hitting the Max, but not being >completed. > >Monday night those same errors started occuring in great numbers until that >is all that was being seen in the log files. Each caller was getting the >same high-pitch continuous tone. Tuesday I spent a lot of time with >Southwestern Bell technicians trying to troubleshoot the problem and in the >end, the best we could determine is that there seems to be a problem with >the CSU's associatd with WAN3 and WAN4. Because when we took those >incoming >T1's and moved them to a 4000, calls began to come in ok. In all the >processs of trouble shooting, I never rebooted the machine because WAN1 and >WAN2 were functioning perfectly and I didn't not want to knock those users >off. I feel like a reboot might have cleared some error condition in the >machine but I have been using Max series 6000's for about 4 years now, and >I >have never had to reboot one to reset any error conditions. However at the >other installation I am dealing with a nearly state-of-the-art switch and >Sprint as the telco. My Maxen there run version 7.2.3 which I've found to >be very stable. At this installation where I am having problems, I am >dealing with an older Erikson Master/Slave switch and Southwestern Bell as >the Telco. In this scenario, the orginating calls are from a small town >with the Erikson slave switch. My T1 lines (plain old channelized T1, no >PRI available here) come out of the Erickson master switch 60 miles away. >So there is a lot of hardware between the originating call and my Maxen. >The software on the new Max is running 8.0.3. However the first Max before >being RMA'd was loaded with 7.2.3 and was still seeing a lot of of the >errors mentioned above. So I don't think it is a software issue. All four >WAN ports are configured identically on the problem Max and are as >configured as closely as possible to the Maxen that are working fine at the >other installation. The big difference being that I have to set Rob Ctl to >Inc-W-200 as it is on my 4000 units. This is the only robbed-bit control >setting that has worked at this installation. > >My delima is whether to try to get Lucent to RMA this unit again. I don't >really know what else to do to try to troubleshoot this problem. Perhaps >the Max 6000 is just not compatible with the Erikson switch or this type of >slave/master configuration of switches. > >If anyone has any experience in dealing with connecting Max 6000's to older >Erikson switches or has suggestions on how to further troubleshoot this >problem, I would be grateful for any help. > >Thank you, >Dennis Duval > > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: Have you seen our New Localized Portal? http://www.powersupply.net You can find information on Local Businesses. Just click switch cities and type in your zip code. Get Local! News, Weather, Stocks, Free Classifieds, Local Movie Guide, Domain Registration, Free Auction Listings and much more! ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Wed Apr 11 16:48:31 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <200104111704420327.0167C6AB@mail.powersupply.net> Message-ID: <003001c0c2d1$26918bc0$1596ad3f@ltex.net> > >Are you by chance using CHT1's? > I can't say I know exactly what CHT1 means. These are 24-channel T1's, a product that Southwester Bell calls their "SuperTrunk Service". The framing mode is ESF and the encoding is B8ZS. Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sward at voltage.net Wed Apr 11 17:14:21 2001 From: sward at voltage.net (Susie Ward) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <200104111704420327.0167C6AB@mail.powersupply.net> References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> Message-ID: <5.0.2.1.2.20010411171103.01c59cd0@mail.voltage.net> At 05:04 PM 4/11/01 -0400, PowerNet wrote: >Are you by chance using CHT1's? >If you are, I had the exact same problem and my max 6096's were working >great and all of a sudden we got these high pitch constant tones. I was >running 7.0.26 at the time and tried 7.2.3 and 2 other higher versions. >Finally took the unit back to 6.1.7 and has not missed a lick since. > >What the heck is the deal there? >Go Figure. I'd sure like to know what the deal is too :) I only see these high pitched tone problems when the telco is having circuit overload problems, but I downgraded to 7.0.1 and so far with this years circuit overload problems I hadn't had the tones until last night I had a report of them. I remember someone posting that whatever causes this was fixed in the 9.0 code, but I'm too chicken to use it hehe I only have one Max and it's too risky to do any experimenting with it to see if it helps or not. Anyone figured out what really causes this? I know when I view my connections with MaxStats that the calls trying to come in and getting the tone show up as a digital connection. Susie ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From vbranyik at piopc.com Wed Apr 11 18:13:36 2001 From: vbranyik at piopc.com (Vilmos Branyik) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Incorrect subnet mask Message-ID: I am having a problem setting up an Ascend Max 4048. It has 3 modem cards in it. I have configured it for RADIUS authentication and am using the software RadiusNT 2.5 from IEA Software. I am able to dial in and authenticate but the IP address assigned is correct but the subnet mask is not. It automatically assignees a mask of 255.255.255.0 when I need a mask of 255.255.254.0. I have set the frames subnet to a correct subnet but it does not seem to work. Has anyone else had this problem? Matt Branyik Pioneer PC Associates Computer service, installation and consulting www.piopc.com Internet Services Division www.piopc.net From netlink at netlinkcorp.com Wed Apr 11 18:30:51 2001 From: netlink at netlinkcorp.com (netlink@netlinkcorp.com) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <200104111704420327.0167C6AB@mail.powersupply.net> <003001c0c2d1$26918bc0$1596ad3f@ltex.net> Message-ID: <3AD4E92B.208@netlinkcorp.com> Have you looked at the clocking on the max6000 You can endure all kinds of problems when using Channelized T1 [CHT1]. We had seen > 50% packet loss unless we let the local telco do the clocking versus the upstream. Main Edit > NET/T1 > Line Config > 10-01 > Line 1 > Clock Source=Yes as an example if your dialup ChT1 is line 1. We are at 8.0.3 without much of a problem. Hope this helps. ------- R. Hall NET-LINK Corp. Dennis Duval wrote: > > > > >Are you by chance using CHT1's? > > > I can't say I know exactly what CHT1 means. These are 24-channel T1's, a > product that Southwester Bell calls their "SuperTrunk Service". The framing > mode is ESF and the encoding is B8ZS. > > Dennis Duval > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Wed Apr 11 18:14:59 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:29 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <5.0.2.1.2.20010411171103.01c59cd0@mail.voltage.net> Message-ID: <008b01c0c2dd$3a8612c0$1596ad3f@ltex.net> (off-topic rant) I wish they would set the list reply to the list address instead of the poster address. Half the traffic on this topic (and I suspect most topics) end up off list, because people think they are replying to the list. I'm guilty of doing that. And yes I know all the arguments against doing that, but all responses to a list posting (except personal attacks, etc) should go back to the list for everyone to share. It SHOULD be more difficult to respond off-list than on-list. I've recieved about 10 replies off-list defining CHT1 -- thank you all though. (end rant) > >Channelized T1 is what I was talking about. >Sounds like you have the same problem. > >Bad thing is downgrading to 6.1.7, you will need to partially re-config the max. >Back up your current config before downgrading. > I'm not saying that this wouldn't fix the problem, and I certainly appreciate the suggestion, but I don't see it as a practical solution for a new Max 6000. The whole purpose of having new equipment is to take advantage of the software and firmware upgrades which are no longer being provided for the EOL'd 4000 series. In addition, I have been running version 7.2.3 for maybe a year and half at the other location on 16 T1's which are also plain channelized T1 (CHT1 for those lovers of TLA's and FLA's :). Those units have been totally bulletproof. Admittedly, it is a different switch, but essentially the same type of lines. I'm intrigued by Suzie Ward's comment that version 9 may have some fix for "this". I don't mind going to version 9 if I just knew what "this" is. I don't think my problem is related to any type of overload on the telco, because calls were coming in successfully on the WAN1 and WAN2 at the same time all calls were failing on WAN3 and WAN4. Moving the T1's from WAN3 and WAN4 to a Max4000 also cleared up the problem. I'm down to only one T1 coming into WAN1 on the new 6096 now and I am still seeing the error messages in the radius log, but very rarely, like 1 to 4 per hour. Its impossible to say if those error messages have the solid high-tone pitch associated with them, but I would say it is very likely. Maybe its time to get a Lucent engineer on the phone. (cringing at the thought of dealing with Lucent "support"). Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From scott at patton.com Thu Apr 12 07:36:58 2001 From: scott at patton.com (Scott Whittle) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] RE: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <008b01c0c2dd$3a8612c0$1596ad3f@ltex.net> Message-ID: Check to make sure your call is assigned to a modem and _not_ the HDLC controller! I've seen the same happen (Max 4004 and 4048) when a DS0 doesn't go to a modem slot card. Scott > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Dennis Duval > Sent: Wednesday, April 11, 2001 7:15 PM > To: ascend-users@bungi.com > Subject: Re: (ASCEND) Caller receives solid high-pitch tone > > > (off-topic rant) > I wish they would set the list reply to the list address instead of the > poster address. Half the traffic on this topic (and I suspect > most topics) > end up off list, because people think they are replying to the list. I'm > guilty of doing that. And yes I know all the arguments against > doing that, > but all responses to a list posting (except personal attacks, > etc) should go > back to the list for everyone to share. It SHOULD be more difficult to > respond off-list than on-list. I've recieved about 10 replies off-list > defining CHT1 -- thank you all though. > (end rant) > > > >Channelized T1 is what I was talking about. > >Sounds like you have the same problem. > > > >Bad thing is downgrading to 6.1.7, you will need to partially > re-config the > max. > >Back up your current config before downgrading. > > > I'm not saying that this wouldn't fix the problem, and I certainly > appreciate the suggestion, but I don't see it as a practical > solution for a > new Max 6000. The whole purpose of having new equipment is to take > advantage of the software and firmware upgrades which are no longer being > provided for the EOL'd 4000 series. In addition, I have been running > version 7.2.3 for maybe a year and half at the other location on 16 T1's > which are also plain channelized T1 (CHT1 for those lovers of TLA's and > FLA's :). Those units have been totally bulletproof. Admittedly, it is a > different switch, but essentially the same type of lines. > > I'm intrigued by Suzie Ward's comment that version 9 may have some fix for > "this". I don't mind going to version 9 if I just knew what "this" is. I > don't think my problem is related to any type of overload on the telco, > because calls were coming in successfully on the WAN1 and WAN2 at the same > time all calls were failing on WAN3 and WAN4. Moving the T1's > from WAN3 and > WAN4 to a Max4000 also cleared up the problem. I'm down to only one T1 > coming into WAN1 on the new 6096 now and I am still seeing the error > messages in the radius log, but very rarely, like 1 to 4 per hour. Its > impossible to say if those error messages have the solid high-tone pitch > associated with them, but I would say it is very likely. > > Maybe its time to get a Lucent engineer on the phone. (cringing at the > thought of dealing with Lucent "support"). > > Dennis Duval > > > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Thu Apr 12 09:06:27 2001 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] RE: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <008b01c0c2dd$3a8612c0$1596ad3f@ltex.net> Message-ID: Your problem is caused by a bug in the TAOS running on your max. If you go to diagnostics and enter the command "avm" (or "lanp modem" for those running TAOS 8+) you will see the Max's internal list of its modems broken down into several categories. The free list, busy list, and dead list are pretty self explanatory. The real interesting items are the suspect list and disabled list (or W195 list if running 8+). The max keeps track of how many bad calls each modem receives and if it exceeds a certain threshold it puts the modem on the suspect list. Once on the suspect list the max will only use that modem after all others are taken. If it continues to take bad calls the modem will be moved to the disabled list (or W195 list). At this point the max absolutely will not use this modem under any circumstances until the entire modem card has been reset. Unfortunately, the max will not reset the modem card until every single user has disconnected from that card. At which point the max will automatically reset the modem card and put it back in service. The end result of this #@%@^%ed up process is that if you have one single user still connected to a 16 port modem card that the max has decided to put on the W195 list, you will essentially be missing 15 modems, as the max will _not_ use them. On a fully loaded 6096 this means that you have 15 more incoming phone lines than modems. The max will still attempt to take these 15 calls by directing them to the HDLC drivers (same thing it uses for digital ISDN) since there are no modems available. Hence, your callers receive terrible high pitched digital tones instead of the warm and friendly modem tones they were expecting. So, how do you fix it? For a temporary fix you can either manually kick off the users still connected to whichever card is on the 195 list or you can reset the max. For a permanent fix you can downgrade or upgrade your TAOS. 7.0.4 and 7.0.22 both work well for us. 9.0.X is supposed to fix this issue...but it still seems to occur, although not so often. Unfortunately, 9.0.X seems to have plenty of other bugs to make up for any fixes. We have worked extensively with Lucent's top tier techs and engineers and they knew even less about the problem than I did. They did provide a couple test releases based on TAOS 8 code but it was really nothing more than a nice gesture from a well intentioned, if rather incompetent staff. A couple other items and then I'm back to the coal mines: You can use "fatal-history" from diagnostics to see when this problem occurs even after the fact. It will be listed as Warning: 195 blah blah blah... No one seems 100% sure of what constitutes a "bad" call. I believe that any call which the max receives but cannot complete is bad. Which means that a bad trunk on a T1 or an old lady repeatedly dialing your max instead of her daughter, will both tend to exacerbates this problem. We have maxes in many different cities and have seen this problem occur on every combination of ESF/D4 and B8ZS/AMI. It occurs on both channelized T1's and ISDN PRI. We have 5 different Telco's which provide us access and it has occurred on equipment in each of the 5 Telco's regions. Lucent is clueless. Hope this helps. ---Dave Montgomery -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Dennis Duval Sent: Wednesday, April 11, 2001 6:15 PM To: ascend-users@bungi.com Subject: Re: (ASCEND) Caller receives solid high-pitch tone (off-topic rant) I wish they would set the list reply to the list address instead of the poster address. Half the traffic on this topic (and I suspect most topics) end up off list, because people think they are replying to the list. I'm guilty of doing that. And yes I know all the arguments against doing that, but all responses to a list posting (except personal attacks, etc) should go back to the list for everyone to share. It SHOULD be more difficult to respond off-list than on-list. I've recieved about 10 replies off-list defining CHT1 -- thank you all though. (end rant) > >Channelized T1 is what I was talking about. >Sounds like you have the same problem. > >Bad thing is downgrading to 6.1.7, you will need to partially re-config the max. >Back up your current config before downgrading. > I'm not saying that this wouldn't fix the problem, and I certainly appreciate the suggestion, but I don't see it as a practical solution for a new Max 6000. The whole purpose of having new equipment is to take advantage of the software and firmware upgrades which are no longer being provided for the EOL'd 4000 series. In addition, I have been running version 7.2.3 for maybe a year and half at the other location on 16 T1's which are also plain channelized T1 (CHT1 for those lovers of TLA's and FLA's :). Those units have been totally bulletproof. Admittedly, it is a different switch, but essentially the same type of lines. I'm intrigued by Suzie Ward's comment that version 9 may have some fix for "this". I don't mind going to version 9 if I just knew what "this" is. I don't think my problem is related to any type of overload on the telco, because calls were coming in successfully on the WAN1 and WAN2 at the same time all calls were failing on WAN3 and WAN4. Moving the T1's from WAN3 and WAN4 to a Max4000 also cleared up the problem. I'm down to only one T1 coming into WAN1 on the new 6096 now and I am still seeing the error messages in the radius log, but very rarely, like 1 to 4 per hour. Its impossible to say if those error messages have the solid high-tone pitch associated with them, but I would say it is very likely. Maybe its time to get a Lucent engineer on the phone. (cringing at the thought of dealing with Lucent "support"). Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Thu Apr 12 10:57:58 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: Message-ID: <014e01c0c369$586e9b40$0a01a8c0@seacove.net> > Check to make sure your call is assigned to a modem and _not_ the HDLC > controller! > > I've seen the same happen (Max 4004 and 4048) when a DS0 doesn't go to a > modem slot card. > What settings should I check? I have each channel mapped to modem Slot 3. I may not be understanding what you are suggesting. Again I stress that all 4 lines are configured identically, and the problem only occurred on 2 lines. All four lines on the 6096 had been working fine up until one instant Monday night, when two lines went into total failure and did not clear up until the lines were moved to a Max 4000 the next day. Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Thu Apr 12 10:58:23 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: <001901c0c2a8$d2fd8c20$1596ad3f@ltex.net> <200104111704420327.0167C6AB@mail.powersupply.net> <003001c0c2d1$26918bc0$1596ad3f@ltex.net> <3AD4E92B.208@netlinkcorp.com> Message-ID: <014f01c0c369$677e80a0$0a01a8c0@seacove.net> > Have you looked at the clocking on the max6000 > You can endure all kinds of problems when using Channelized T1 [CHT1]. > We had seen > 50% packet loss unless we let the local telco do the > clocking versus the upstream. > Main Edit > NET/T1 > Line Config > 10-01 > Line 1 > Clock Source=Yes > as an example if your dialup ChT1 is line 1. > We are at 8.0.3 without much of a problem. Clock source is set to yes for all lines. All four lines are configured identically. Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Thu Apr 12 11:05:45 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: Message-ID: <015801c0c36a$6f21a700$0a01a8c0@seacove.net> > Your problem is caused by a bug in the TAOS running on your max. If you go If you ever get to Central Texas, I owe you lunch, Dave Montgomery. Thank you very much and thank all the others who have sent ideas and suggestions. You mentioned bugs in the version 9 software. Are they bugs that would affect a very vanilla installation, with just analog modems dialing in? Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skipmax at seacove.net Thu Apr 12 10:51:25 2001 From: skipmax at seacove.net (Dennis Duval) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone References: <5.0.2.1.2.20010412101452.042134a0@mail.webfront.net.au> Message-ID: <014d01c0c368$6e7bdc00$0a01a8c0@seacove.net> > > >except for a recurring messages in my Cistron radius logfile: > > > >Wed Apr 11 11:00:25 2001: Error: Accounting: no username in record > >Wed Apr 11 11:01:37 2001: Error: Accounting: no username in record > > Just out of interest, what is your syslog showing when callers get this > high pitched tone? > Very good question. I keep syslog logging turned off most of the time. Stupidly, I was so convinced that the problem related to the telco (as it normally is) that I never turned on logging during the problem. After we moved the problem lines to a different Max, it was too late. In order to keep from getting caught in this mistake again, I have turned on syslog logging on both 4000's and the 6096 and will leave it on. I will try to force the problem to occur again by loading up the 6096 (lucky customers get to be guinea pigs) and I will post syslog logging information associated with some of the these calls. However, this morning as I was going back through the radius log and accounting detail, I observed that the occasional error message in the log file: Wed Apr 11 11:01:37 2001: Error: Accounting: no username in record Is NOT just occurring on the new Max 6096. I am seeing them occur on at least one of the 4000 units that was not even powered up at the time of the major problems. Also associated with this error message is an radius accounting stop record but no start record. In one case it showed Ascend-Disconnect-Cause = 10 (the modem never detected DCD). In several other instances, Ascend-Disconnect-Cause = 120 (one end refused the call because the protocol was disabled or unsupported). During the major problem period, I see that most if not all were Ascend-Disconnect-Cause = 185 (remote end hung up). So I am probably totally off base in assuming that the radius messages being seen now are a result of the same problem as was effecting Line 3 and Line 4 on the 6096. Dennis Duval ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From shovey at buffnet.net Thu Apr 12 11:14:50 2001 From: shovey at buffnet.net (Stephen Hovey) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <014e01c0c369$586e9b40$0a01a8c0@seacove.net> Message-ID: I had this problem with any code above 6.1.24 - so I dont use any code above that.. its a card reset issue. On Thu, 12 Apr 2001, Dennis Duval wrote: > > > Check to make sure your call is assigned to a modem and _not_ the HDLC > > controller! > > > > I've seen the same happen (Max 4004 and 4048) when a DS0 doesn't go to a > > modem slot card. > > > What settings should I check? I have each channel mapped to modem Slot 3. > I may not be understanding what you are suggesting. Again I stress that > all 4 lines are configured identically, and the problem only occurred on 2 > lines. All four lines on the 6096 had been working fine up until one > instant Monday night, when two lines went into total failure and did not > clear up until the lines were moved to a Max 4000 the next day. > > Dennis Duval > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From js at internet-ireland.ie Fri Apr 13 13:06:11 2001 From: js at internet-ireland.ie (js@internet-ireland.ie) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] (ASCEND) APX 8000 dropping calls. Message-ID: <200104131806.TAA04017@ios.internet-ireland.ie> Hi folks, I'm hoping someone here can help with a serious problem that I'm having on our new APX 8000. We are getting an awful lot of dropped calls (~35%) with 'cause 185, progress 60'. This is a new install, we have only just started putting a fair amount of traffic onto it, having been in test mode for a month or so with very little traffic when the problem didn't come to light. Cause 185 is "The call disconnected because the remote end hung up." Progress 60 is "The LAN session is up." The users where previously dialling into TNTs so I am amazed that this is happening, although my guess is that it may be an E1 issue rather than the APX (the APX is getting PRIs off a Nortel DMS 100 that is sitting next to it). The odd thing about these dropped calls is that they always seem to occur just after the user negotiates their connection and then they may or may not be authenticated (in most case authentication goes through fine before the drop), and then the line drops immediately. I am at a loss as to what to try to resolve this, any ideas at all would be much appreciated. Many thanks in advance, John. -- John Senior ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From =?X-MAC-ARABIC?B?U3lzdGVtIEFkbWluaXN0cmF0aW9u?= at max.bungi.com Fri Apr 13 15:00:36 2001 From: =?X-MAC-ARABIC?B?U3lzdGVtIEFkbWluaXN0cmF0aW9u?= at max.bungi.com (=?X-MAC-ARABIC?B?U3lzdGVtIEFkbWluaXN0cmF0aW9u?=@max.bungi.com) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] (ASCEND) =?X-MAC-ARABIC?B?cmU6eW91ciBhY2NvdW50?= Message-ID: <200104131959.MAA04148@max.bungi.com> -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- (This safeguard is not inserted when using the registered version) -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- Want to talk with 100% REAL horny girls? This is something VERY new in phone sex. The women on the line are NOT paid. They call for free phone sex with guys like YOU! ABSOLUTLY FREE!=====================>011-678-76095 (No Credit Card!) 50 cents - $1.99 per minute (depending on method of payment) =====================>1-800-418-CHIC (toll-free) =====================>1-900-741-7457 (billed discreetly to your phone) -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- (This safeguard is not inserted when using the registered version) -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- -------------------------------------------------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From brian.pavane at ggn.com Fri Apr 13 15:05:37 2001 From: brian.pavane at ggn.com (Pavane, Brian) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] (ASCEND) T1 Errors on Max 4048... Message-ID: <000701c0c455$1b9e5740$ce01a8c0@brianpavane39b> I have a 3 Max 40xx boxes with one telco, and another Max 4048 that has two PRI's from another telco. On this last box, I'm seeing what appears to be T1 errors on the line, and trying to figure out if it is a telco or box issue. Here's what I'm seeing... FDL 1 Stats for the last 24 Hours: ES: 8 1523 CS: 8 255 FDL 2 Stats for the last 24 Hours: ES: 8 1523 CS: 8 255 All other counters on the FDL screens show 0. I am wondering what these stats actually mean, and what would be the most likely cause of these lines. When contacting the telco, they mentioned something about "slips" which would make sense, however, later on they said they weren't seeing any. Go figure. Thank you. -Brian ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From yassir at beaconet.net Sat Apr 14 01:41:10 2001 From: yassir at beaconet.net (Yassir Abbas) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] (ASCEND) MAX3000 Reset Message-ID: <3AD7F106.A0D0AFD4@beaconet.net> Hi ALL! We are using MAX3000 for dialup connectivity. I am watching since few days all users suddenly dropped from my max unit , when i viewed fatal-history of mx unit i viewed the following messages. SYSTEM RESET OCCURRED: Index: 385 Load: ebaxk.m30 Revision: 9.0.0 Date: 04/14/2001. Time: 11:16:39 Location: 000bb8e0 000bc600 001d7fb8 000ba308 00000000 00000000 SYSTEM IS UP: Index: 100 Load: ebaxk.m30 Revision: 9.0.0 Date: 04/14/2001. Time: 11:16:39 Can any body suggest me what is happening? We are using PRI lines. Is it a PRI issue or MAX issue. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sward at voltage.net Sat Apr 14 02:35:22 2001 From: sward at voltage.net (Susie Ward) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <014d01c0c368$6e7bdc00$0a01a8c0@seacove.net> References: <5.0.2.1.2.20010412101452.042134a0@mail.webfront.net.au> Message-ID: <5.0.2.1.2.20010414023324.01fc6750@mail.voltage.net> At 10:51 AM 4/12/01 -0500, Dennis Duval wrote: >Wed Apr 11 11:01:37 2001: Error: Accounting: no username in record > >Is NOT just occurring on the new Max 6096. I am seeing them occur on at >least one of the 4000 units that was not even powered up at the time of the >major problems. Also associated with this error message is an radius >accounting stop record but no start record. In one case it showed >Ascend-Disconnect-Cause = 10 (the modem never detected DCD). In several >other instances, Ascend-Disconnect-Cause = 120 (one end refused the call >because the protocol was disabled or unsupported). During the major problem >period, I see that most if not all were Ascend-Disconnect-Cause = 185 >(remote end hung up). So I am probably totally off base in assuming that >the radius messages being seen now are a result of the same problem as was >effecting Line 3 and Line 4 on the 6096. I'm going to go out on a limb and suggest that the radius error has nothing to do with the high pitched tone problem. I've had this tone problem for 3 years and have never once seen that error in my radius.log. I really have no idea what *is* causing it though, sorry :) Susie ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sward at voltage.net Sat Apr 14 02:36:39 2001 From: sward at voltage.net (Susie Ward) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] Re: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: References: <014e01c0c369$586e9b40$0a01a8c0@seacove.net> Message-ID: <5.0.2.1.2.20010414023543.01fcfd20@mail.voltage.net> At 12:14 PM 4/12/01 -0400, Stephen Hovey wrote: >I had this problem with any code above 6.1.24 - so I dont use any code >above that.. its a card reset issue. I have *very* minimal problems with the high pitched tones using v7.0.1 Susie ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From soc at wmol.com Sat Apr 14 12:14:31 2001 From: soc at wmol.com (Scot O'Connor) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] (no subject) Message-ID: <006801c0c506$5f75df90$0300a8c0@zj8nahdsrftp9kx> ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascendlist at drainsth.org Sat Apr 14 19:19:39 2001 From: ascendlist at drainsth.org (Scot) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] 40xx lock ups... Message-ID: <026701c0c541$c3033f90$0300a8c0@zj8nahdsrftp9kx> Hey group, We've got a 4048 and a 4004 Ascend unit and lately they've been locking up every couple weeks. It seems like the ethernet is just going dead... reboot fixes the problem for a few weeks. Anybody ever run into this before? Ideas? These have been running perfectly for atleast a year and then this suddenly starts happening. One is running 7.0.4 and the other 7.0.3 Also, are the fans in this things replaceable? It sounds like we have one going out... TIA, Scot From troy at psknet.com Mon Apr 16 01:48:47 2001 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 14:00:30 2005 Subject: [Ascend] RE: (ASCEND) APX 8000 dropping calls. In-Reply-To: <200104131806.TAA04017@ios.internet-ireland.ie> Message-ID: John, On your TNT, did you use the DSP cards or digital modem cards? I recenty replaced a 6k with a TNT using the DSP cards. I'm running TAOS 8.0.4, and am also experiencing a HUGE increase of 60/185 calls. Especially with Rockwell/Conexiant winmodems. I haven't yet figured out if it's the firmware or the DSP cards themselves. I need to order myself a 32mb dram card so that I can give 9.x a try to see if there's any improvement. -- Troy Settle Pulaski Networks 540.994.4254 ** -----Original Message----- ** From: owner-ascend-users@max.bungi.com ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of ** js@internet-ireland.ie ** Sent: Friday, April 13, 2001 2:06 PM ** To: ascend-users@bungi.com ** Subject: (ASCEND) APX 8000 dropping calls. ** ** ** ** Hi folks, ** ** I'm hoping someone here can help with a serious problem that ** I'm having on our new APX 8000. We are getting an awful ** lot of dropped calls (~35%) with 'cause 185, progress 60'. ** This is a new install, we have only just started putting ** a fair amount of traffic onto it, having been in test ** mode for a month or so with very little traffic when the ** problem didn't come to light. ** ** Cause 185 is "The call disconnected because the remote end hung up." ** Progress 60 is "The LAN session is up." ** ** The users where previously dialling into TNTs so I am amazed ** that this is happening, although my guess is that it may be an ** E1 issue rather than the APX (the APX is getting PRIs off a ** Nortel DMS 100 that is sitting next to it). ** ** The odd thing about these dropped calls is that they always seem ** to occur just after the user negotiates their connection and then ** they may or may not be authenticated (in most case authentication ** goes through fine before the drop), and then the line drops ** immediately. ** ** I am at a loss as to what to try to resolve this, any ideas at ** all would be much appreciated. ** ** Many thanks in advance, ** ** John. ** ** -- ** John Senior ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** To get FAQ'd: ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Mon Apr 16 08:13:21 2001 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] RE: (ASCEND) MAX3000 Reset In-Reply-To: <3AD7F106.A0D0AFD4@beaconet.net> Message-ID: We had the same problem on several Max 6096's running 9.0.0. A TAOS downgrade fixed the problem. ---Dave -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Yassir Abbas Sent: Saturday, April 14, 2001 1:41 AM To: ascend-users@bungi.com Subject: (ASCEND) MAX3000 Reset Hi ALL! We are using MAX3000 for dialup connectivity. I am watching since few days all users suddenly dropped from my max unit , when i viewed fatal-history of mx unit i viewed the following messages. SYSTEM RESET OCCURRED: Index: 385 Load: ebaxk.m30 Revision: 9.0.0 Date: 04/14/2001. Time: 11:16:39 Location: 000bb8e0 000bc600 001d7fb8 000ba308 00000000 00000000 SYSTEM IS UP: Index: 100 Load: ebaxk.m30 Revision: 9.0.0 Date: 04/14/2001. Time: 11:16:39 Can any body suggest me what is happening? We are using PRI lines. Is it a PRI issue or MAX issue. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sberlin at csonline.net Mon Apr 16 08:40:30 2001 From: sberlin at csonline.net (sberlin@csonline.net) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] RE: (ASCEND) Caller receives solid high-pitch tone Message-ID: <2.2.32.20010416134030.01917c5c@mail.csonline.net> You might try TAOS version 8.0.4 We to spent many hours "discussing" this same situation with Lucent to eventually get them to admit, as mentioned below, that many TAOS versions since 7.x.x had this problem. We tried every OS version of 7.x.x and some 8.x.x versions the last being 8.0.3 and had basically given up till we finally got a Lucent tech that admitted the problem and convinced us to try 8.0.4. We tried this on a couple of 6096's that were constantly (once a day) having this problem. Well we must have gotten lucky because the problem has gone a way (60+days) for these units as well as others we have upgraded. Stu At 09:06 AM 04/12/2001 -0500, you wrote: >Your problem is caused by a bug in the TAOS running on your max. If you go >to diagnostics and enter the command "avm" (or "lanp modem" for those >running TAOS 8+) you will see the Max's internal list of its modems broken >down into several categories. The free list, busy list, and dead list are >pretty self explanatory. The real interesting items are the suspect list and >disabled list (or W195 list if running 8+). The max keeps track of how many >bad calls each modem receives and if it exceeds a certain threshold it puts >the modem on the suspect list. Once on the suspect list the max will only >use that modem after all others are taken. If it continues to take bad calls >the modem will be moved to the disabled list (or W195 list). At this point >the max absolutely will not use this modem under any circumstances until the >entire modem card has been reset. Unfortunately, the max will not reset the >modem card until every single user has disconnected from that card. At which >point the max will automatically reset the modem card and put it back in >service. > >The end result of this #@%@^%ed up process is that if you have one single >user still connected to a 16 port modem card that the max has decided to put >on the W195 list, you will essentially be missing 15 modems, as the max will >_not_ use them. On a fully loaded 6096 this means that you have 15 more >incoming phone lines than modems. The max will still attempt to take these >15 calls by directing them to the HDLC drivers (same thing it uses for >digital ISDN) since there are no modems available. Hence, your callers >receive terrible high pitched digital tones instead of the warm and friendly >modem tones they were expecting. > >So, how do you fix it? For a temporary fix you can either manually kick off >the users still connected to whichever card is on the 195 list or you can >reset the max. For a permanent fix you can downgrade or upgrade your TAOS. >7.0.4 and 7.0.22 both work well for us. 9.0.X is supposed to fix this >issue...but it still seems to occur, although not so often. Unfortunately, >9.0.X seems to have plenty of other bugs to make up for any fixes. > >We have worked extensively with Lucent's top tier techs and engineers and >they knew even less about the problem than I did. They did provide a couple >test releases based on TAOS 8 code but it was really nothing more than a >nice gesture from a well intentioned, if rather incompetent staff. > > >A couple other items and then I'm back to the coal mines: > >You can use "fatal-history" from diagnostics to see when this problem occurs >even after the fact. It will be listed as Warning: 195 blah blah blah... > >No one seems 100% sure of what constitutes a "bad" call. I believe that any >call which the max receives but cannot complete is bad. Which means that a >bad trunk on a T1 or an old lady repeatedly dialing your max instead of her >daughter, will both tend to exacerbates this problem. > >We have maxes in many different cities and have seen this problem occur on >every combination of ESF/D4 and B8ZS/AMI. It occurs on both channelized T1's >and ISDN PRI. > >We have 5 different Telco's which provide us access and it has occurred on >equipment in each of the 5 Telco's regions. > >Lucent is clueless. > > >Hope this helps. > >---Dave Montgomery > > > >-----Original Message----- >From: owner-ascend-users@max.bungi.com >[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Dennis Duval >Sent: Wednesday, April 11, 2001 6:15 PM >To: ascend-users@bungi.com >Subject: Re: (ASCEND) Caller receives solid high-pitch tone > > >(off-topic rant) >I wish they would set the list reply to the list address instead of the >poster address. Half the traffic on this topic (and I suspect most topics) >end up off list, because people think they are replying to the list. I'm >guilty of doing that. And yes I know all the arguments against doing that, >but all responses to a list posting (except personal attacks, etc) should go >back to the list for everyone to share. It SHOULD be more difficult to >respond off-list than on-list. I've recieved about 10 replies off-list >defining CHT1 -- thank you all though. >(end rant) >> >>Channelized T1 is what I was talking about. >>Sounds like you have the same problem. >> >>Bad thing is downgrading to 6.1.7, you will need to partially re-config the >max. >>Back up your current config before downgrading. >> >I'm not saying that this wouldn't fix the problem, and I certainly >appreciate the suggestion, but I don't see it as a practical solution for a >new Max 6000. The whole purpose of having new equipment is to take >advantage of the software and firmware upgrades which are no longer being >provided for the EOL'd 4000 series. In addition, I have been running >version 7.2.3 for maybe a year and half at the other location on 16 T1's >which are also plain channelized T1 (CHT1 for those lovers of TLA's and >FLA's :). Those units have been totally bulletproof. Admittedly, it is a >different switch, but essentially the same type of lines. > >I'm intrigued by Suzie Ward's comment that version 9 may have some fix for >"this". I don't mind going to version 9 if I just knew what "this" is. I >don't think my problem is related to any type of overload on the telco, >because calls were coming in successfully on the WAN1 and WAN2 at the same >time all calls were failing on WAN3 and WAN4. Moving the T1's from WAN3 and >WAN4 to a Max4000 also cleared up the problem. I'm down to only one T1 >coming into WAN1 on the new 6096 now and I am still seeing the error >messages in the radius log, but very rarely, like 1 to 4 per hour. Its >impossible to say if those error messages have the solid high-tone pitch >associated with them, but I would say it is very likely. > >Maybe its time to get a Lucent engineer on the phone. (cringing at the >thought of dealing with Lucent "support"). > >Dennis Duval > > > > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: > > ----------------------------------------------------------------------------- CSOnline Technical Support hours - Monday thru Saturday 7am - 1am CSOnline Technical Support Numbers Seneca 814-677-2447 Clarion 814-227-3638 Meadville 814-425-1696 Parker 724-399-1158 http://www.csonline.net http://www.cshowcase.com http://www.learncenter.com ----------------------------------------------------------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sward at voltage.net Mon Apr 16 15:25:12 2001 From: sward at voltage.net (Susie Ward) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] RE: (ASCEND) Caller receives solid high-pitch tone In-Reply-To: <2.2.32.20010416134030.01917c5c@mail.csonline.net> Message-ID: <5.0.2.1.2.20010416104151.025a03c0@mail.voltage.net> Have you (or anyone else) had any specific connection problems with 8.0.4? Telco is *supposed* to have our phone system upgraded by the end of this month, so I should be able to upgrade again without any tone problems once that's finished. I'd like to try a newer version than what I've been using (7.2.4), but would like a heads up on any problems I might expect from 8.0.4 if I decided to give it a try. Thanks, Susie At 09:40 AM 4/16/01 -0400, sberlin@csonline.net wrote: >You might try TAOS version 8.0.4 > >We to spent many hours "discussing" this same situation with Lucent to >eventually get them to admit, as mentioned below, that many TAOS versions >since 7.x.x had this problem. > >We tried every OS version of 7.x.x and some 8.x.x versions the last being >8.0.3 and had basically given up till we finally got a Lucent tech that >admitted the problem and convinced us to try 8.0.4. > >We tried this on a couple of 6096's that were constantly (once a day) having >this problem. Well we must have gotten lucky because the problem has gone >a way >(60+days) for these units as well as others we have upgraded. > >Stu ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sberlin at csonline.net Tue Apr 17 13:08:46 2001 From: sberlin at csonline.net (sberlin@csonline.net) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] RE: (ASCEND) Caller receives solid high-pitch tone Message-ID: <2.2.32.20010417180846.01a0a760@mail.csonline.net> Susie, To this point we have noticed no specific or additional connection problems with the units upgraded to 8.0.4. Wether there has been an improvement other than no more tones has not been determined yet as we continue to fight the same old standard modem issues. Stu >Have you (or anyone else) had any specific connection problems with >8.0.4? Telco is *supposed* to have our phone system upgraded by the end of >this month, so I should be able to upgrade again without any tone problems >once that's finished. I'd like to try a newer version than what I've been >using (7.2.4), but would like a heads up on any problems I might expect >from 8.0.4 if I decided to give it a try. > >Thanks, > >Susie > >At 09:40 AM 4/16/01 -0400, sberlin@csonline.net wrote: >>You might try TAOS version 8.0.4 >> >>We to spent many hours "discussing" this same situation with Lucent to >>eventually get them to admit, as mentioned below, that many TAOS versions >>since 7.x.x had this problem. >> >>We tried every OS version of 7.x.x and some 8.x.x versions the last being >>8.0.3 and had basically given up till we finally got a Lucent tech that >>admitted the problem and convinced us to try 8.0.4. >> >>We tried this on a couple of 6096's that were constantly (once a day) having >>this problem. Well we must have gotten lucky because the problem has gone >>a way >>(60+days) for these units as well as others we have upgraded. >> >>Stu > > > > ----------------------------------------------------------------------------- CSOnline Technical Support hours - Monday thru Saturday 7am - 1am CSOnline Technical Support Numbers Seneca 814-677-2447 Clarion 814-227-3638 Meadville 814-425-1696 Parker 724-399-1158 http://www.csonline.net http://www.cshowcase.com http://www.learncenter.com ----------------------------------------------------------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From boris at bulnet.bg Wed Apr 18 00:34:59 2001 From: boris at bulnet.bg (Boris Basmadjiev) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) need Max 4000 E1 units Message-ID: <3ADD2783.55B739E3@bulnet.bg> Hi all - i need a staedy supply of Max 4000 E1 units (bare chassis or v.34 modem loaded) - my regular supplier seesm to have dried out :-). Used, refurb, etc welcomed. Thanks, Boris B. boris@bulnet.bg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From kenk at shreve.net Wed Apr 18 12:27:25 2001 From: kenk at shreve.net (Ken Kirchner) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) Pipeline P130 NAT Config In-Reply-To: <3AA6D92E.F6B36485@aobe.com> Message-ID: I'm having extreme difficulty getting a P130 (firmware v6.1.44) to do NAT. The unit is connected to a Cisco 7000 using PPP encapsulation and unnumbered interfaces. If I just set the router up and route it the /30 I've assigned to it, it works just beautifully. I can ping out, ping both ends of the link, telnet into the P130 from far away, etc... life is good. The instant I enable NAT things go to hell very quickly. The default route for some unknown reason points to the wanidle interface and I suddenty cannot route packets anywhere. I turn off NAT and things are peachy again. What the heck is up with this thing? I had a similar problem with a SuperPipe awhile back that somehow was fixed with a code upgrade (beta code I might add), but that situation was a bit different in a few key ways (was using No NAT Net feature) and I cant believe that this extremely basic NAT configuration would not work in something as old as 6.1.44. Is the unnumbered interface causing my problem? I have already fsave/fclear/nvramclear/reset'ed the box and started from scratch. I even downgraded to a 6.0.13 revision with no improvement. Anyone have a config file that does NAT on an unnumbered P130 using the T1 interface they would be willing to share? -- Ken Kirchner : kenk@shreve.net Assistant System Administrator : Tel (318)222-2638 ShreveNet, Inc. : Fax (318)213-2650 ShreveNet - Your Premium Internet Service Provider! ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From cwiley at nfis.com Wed Apr 18 13:49:51 2001 From: cwiley at nfis.com (C. Wiley) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) static IP Message-ID: Hi. I've got a stack of max6000's that can assign a customer a static IP from either a connection profile or radius, except for one Max. I've torn this one max apart trying to find out what is preventing it from properly routing the user once it connects. The user will connect and the static IP is assigned, the user can ping that specific max and vise versa, but he can't get beyond that. I'm looking for any pointers or clues on this. Of course all users that obtain a dynamic IP from a pool can be routed to the network fine.... Clint ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Wolfgang.Beneicke at mpimf-heidelberg.mpg.de Wed Apr 18 16:08:12 2001 From: Wolfgang.Beneicke at mpimf-heidelberg.mpg.de (Dr. Wolfgang Beneicke) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) DSLpipe too slow? Message-ID: <3ADE023C.3DF4BC53@mpimf-heidelberg.mpg.de> Hi, today I have set up my first SDSL pipelines (DSL-HS-2.3). On a table with a direct cable as the WAN, for testing. Configured PPP, bridging, no routing, no passwords, nailed connection with "Group=1". Compression: VJC, Stac-9. Both pipes work fine, find one another after a while, agree on 2.3 Mbps. Then I started a ftp transfer across the link. In both directions the transfer rate reached 96-98 KB/sec. I had expected more like 250 KB/sec. Any hints anyone what I am missing here? It's likely the best line condition it will ever get and the setup is straightforward. TIA, Wolfgang _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- B ? E ? N ? E ? I ? C ? K ? E EDV-Beratung ________________________________________________________________________ Dr. Wolfgang Beneicke fon +49-6223-97 07 20 Fasanenstrasse 16, D-69251 Gaiberg (Heidelberg) fax +49-6223-97 07 21 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sean at northrock.bm Wed Apr 18 16:04:29 2001 From: sean at northrock.bm (Sean Watkins) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) Disabling KFlex? Message-ID: <3ADE015D.EB0A485E@northrock.bm> Hi, I had this a couple of weeks ago - but deleted the email. What is the modem init string to disable KFlex on Max 4000/6000/TNT? Thanks Sean Watkins ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From nikolay at smartcom.bg Thu Apr 19 02:53:07 2001 From: nikolay at smartcom.bg (Nikolay P. Stamboliev) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) RE: P130 NAT Config Message-ID: Try setting a fake IP address in the WAN address field in the connection profile and maybe the same address as a def.route in static routes. I've seen this problem connecting to Cisco RASes, with MAXes this trick is not needed :) Nikolay Stamboliev From: Ken Kirchner Date: Wed, 18 Apr 2001 12:27:25 -0500 (CDT) Subject: (ASCEND) Pipeline P130 NAT Config I'm having extreme difficulty getting a P130 (firmware v6.1.44) to do NAT. The unit is connected to a Cisco 7000 using PPP encapsulation and unnumbered interfaces. If I just set the router up and route it the /30 I've assigned to it, it works just beautifully. I can ping out, ping both ends of the link, telnet into the P130 from far away, etc... life is good. The instant I enable NAT things go to hell very quickly. The default route for some unknown reason points to the wanidle interface and I suddenty cannot route packets anywhere. I turn off NAT and things are peachy again. What the heck is up with this thing? I had a similar problem with a SuperPipe awhile back that somehow was fixed with a code upgrade (beta code I might add), but that situation was a bit different in a few key ways (was using No NAT Net feature) and I cant believe that this extremely basic NAT configuration would not work in something as old as 6.1.44. Is the unnumbered interface causing my problem? I have already fsave/fclear/nvramclear/reset'ed the box and started from scratch. I even downgraded to a 6.0.13 revision with no improvement. Anyone have a config file that does NAT on an unnumbered P130 using the T1 interface they would be willing to share? - -- Ken Kirchner : kenk@shreve.net Assistant System Administrator : Tel (318)222-2638 ShreveNet, Inc. : Fax (318)213-2650 ShreveNet - Your Premium Internet Service Provider! ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rocca at multiboard.com Thu Apr 19 10:37:02 2001 From: rocca at multiboard.com (Peter Rocca) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) re: DSLpipe too slow? In-Reply-To: <200104190545.WAA00638@max.bungi.com> Message-ID: Hi Wolfgang, Are you getting any errors in your 'Dyn Stat' window, either CRC or BER? We don't use PPP ourselves (we use FR here and use routing not bridging) but haven't had any performance issues from the hardware. The only other thing that somewhat jumps out at me, is that you're using compression on the link which is going to add some amount of degregation on uncompressable files, like the one you're probably FTP'ing. IMOE, compression on links above 128K seem to be generally anti-productive -- of course a thousand people will probably tell me I'm wrong, but in general that's what I've found. > From: "Dr. Wolfgang Beneicke" > Date: Wed, 18 Apr 2001 23:08:12 +0200 > Subject: (ASCEND) DSLpipe too slow? > > Hi, > > today I have set up my first SDSL pipelines (DSL-HS-2.3). On a table > with a direct cable as the WAN, for testing. Configured PPP, bridging, > no routing, no passwords, nailed connection with "Group=1". Compression: > VJC, Stac-9. > > Both pipes work fine, find one another after a while, agree on 2.3 Mbps. > Then I started a ftp transfer across the link. In both directions the > transfer rate reached 96-98 KB/sec. I had expected more like 250 KB/sec. > > Any hints anyone what I am missing here? It's likely the best line > condition it will ever get and the setup is straightforward. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From everett at pgweb.com Thu Apr 19 11:31:08 2001 From: everett at pgweb.com (shawn everett) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) Sharing PRIs In-Reply-To: Message-ID: All our PRIs tie into Ascend boxes. Is it possible to "share" them with another device such as a Cisco MC3810? Shawn ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tw at ubcom.net Thu Apr 19 12:17:53 2001 From: tw at ubcom.net (Thilo Wunderlich) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) nealis.net still alive ? Message-ID: <3ADF39E1.9448.68360@localhost> Is this still alive ? Thilo ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Dave at republican.com Thu Apr 19 12:23:25 2001 From: Dave at republican.com (Dave@republican.com) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] (ASCEND) Radius script Message-ID: <200104191723.NAA27270@localhost> I am looking for a script that will be able to parse the Radius Detail log and pulls out certain fields, ie: date/time, user, ip address assigned, timestamp. I am running Navis Radius on Solaris. Anyone already written this? www.UnitedStates.com - the everything America company (FREE) ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jackylyk at netvigator.com Thu Apr 19 19:48:41 2001 From: jackylyk at netvigator.com (Jacky Lam) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] Re: (ASCEND) nealis.net still alive ? References: <3ADF39E1.9448.68360@localhost> Message-ID: <005c01c0c933$a57383e0$fd7ba8c0@asiaonline.net> should be http://www.nexial.com/mailinglists/ ----- Original Message ----- From: "Thilo Wunderlich" To: Sent: Friday, April 20, 2001 1:17 AM Subject: (ASCEND) nealis.net still alive ? > Is > > > this still alive ? > > Thilo > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tw at ubcom.net Fri Apr 20 02:47:25 2001 From: tw at ubcom.net (Thilo Wunderlich) Date: Tue Jan 18 14:00:31 2005 Subject: [Ascend] Re: (ASCEND) nealis.net still alive ? In-Reply-To: <005c01c0c933$a57383e0$fd7ba8c0@asiaonline.net> Message-ID: <3AE005AD.11002.A54DB16@localhost> On 20 Apr 2001, at 8:48, Jacky Lam wrote: > should be http://www.nexial.com/mailinglists/ So, this should be changed in the mail footer. BUT the mailinglistarchiv just has 1995 - 1998 ? Thilo -- Thilo Wunderlich tw@ubcom.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sgarcia at tid.es Fri Apr 20 02:35:11 2001 From: sgarcia at tid.es (Silvia Garcia Nieto) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) CBCP with MAX3000 Message-ID: <3ADFE6AF.1B7F946A@tid.es> Hi! I'm Trying to configure the MAX 3000 for callback with CBCP. It work's correctly when the call is made from a modem but not with ISDN calls. The Data Svc parameter is configured as "modem". How can I make the MAX works with both, ISDN and modem calls? Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: sgarcia.vcf Type: text/x-vcard Size: 368 bytes Desc: Card for Silvia Garcia Nieto Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010420/c6124738/sgarcia.vcf From hacko at mms.de Fri Apr 20 07:13:03 2001 From: hacko at mms.de (Hartmut Schroeder) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) CBCP with MAX3000 In-Reply-To: <3ADFE6AF.1B7F946A@tid.es> Message-ID: Date sent: Fri, 20 Apr 2001 09:35:11 +0200 From: Silvia Garcia Nieto Organization: Telef?nica Investigaci?n y Desarrollo To: ascend-users@bungi.com Subject: (ASCEND) CBCP with MAX3000 > > Hi! > > I'm Trying to configure the MAX 3000 for callback with CBCP. > It work's correctly when the call is made from a modem but not with ISDN > calls. > The Data Svc parameter is configured as "modem". > How can I make the MAX works with both, ISDN and modem calls? The system has no way to detect how you called in and callback in the same way. Setup two diffrend Usernames/Users for each User one has "modem" as callback and the other "64K" for ISDN with Sync-PPP. 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 --- ISAKMP (0:16): deleting SA reason "He's expired! He's lost his perch! He's an ex-parrot!" state (R) QM_IDLE OR how not to build VPN's using Ciscos :-) ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sgarcia at tid.es Fri Apr 20 04:59:24 2001 From: sgarcia at tid.es (Silvia Garcia Nieto) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) CBCP with MAX3000 Message-ID: <3AE0087C.E005DD01@tid.es> Hi! I'm Trying to configure the MAX 3000 for callback with CBCP. It work's correctly when the call is made from a modem but not with ISDN calls. The Data Svc parameter is configured as "modem". How can I make the MAX works with both, ISDN and modem calls? Thanks ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From scott at aobe.com Fri Apr 20 10:18:19 2001 From: scott at aobe.com (Scott Starbuck) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) nealis.net still alive ? References: <3AE005AD.11002.A54DB16@localhost> Message-ID: <3AE0533A.ED7E2ECC@aobe.com> Hi Thilo, Try - http://archives2.real-time.com/rte-ascend/ for an up to date archive. Scott Starbuck Aobe Network Group Knoxville, TN -------------- Thilo Wunderlich wrote: > On 20 Apr 2001, at 8:48, Jacky Lam wrote: > > > should be http://www.nexial.com/mailinglists/ > > So, this should be changed in the mail footer. > > BUT the mailinglistarchiv just has 1995 - 1998 ? > > Thilo > -- > Thilo Wunderlich tw@ubcom.net > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tw at ubcom.net Fri Apr 20 13:00:40 2001 From: tw at ubcom.net (Thilo Wunderlich) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) nealis.net still alive ? In-Reply-To: <3AE0533A.ED7E2ECC@aobe.com> Message-ID: <3AE09568.14765.1E3FE2@localhost> A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 639 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010420/b281c72d/attachment.bin From scott at millenniumsolutions.net Fri Apr 20 13:06:31 2001 From: scott at millenniumsolutions.net (Scott Woodland) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) For Sale Max Equipment Message-ID: <008701c0c9c4$a11d5140$d3fea8c0@new2u.net> **************** Moving Sale*********************** We are moving our warehouse and need to move some inventory. Package Deal: (1) Max4048 Chassis (3) MX-SL-16MOD-S56 cards (1) Max4000 Chassis (MXHP-4T1) as a spare *********Package Price $3950********* Units are Clean, tested, returned to factory defaults and warrantied for 90 days. Please contact me offline at scott@millenniumsolutions.net Regards, Scott Woodland Millennium Solutions Group, Inc. 575 Menlo Drive, Suite 5 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: From foxden at harborside.com Mon Apr 23 17:30:18 2001 From: foxden at harborside.com (John Fox) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) Is this still active? Message-ID: If this list is still active, could someone mail me? Thanks, John Fox Network Operations 1-866-435-3394 www.harborside.com ?The bottom line is you ain?t improving the speed of light,? ~Kevin Jeffay UNC computer science professor ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From foxden at harborside.com Mon Apr 23 23:37:03 2001 From: foxden at harborside.com (John Fox) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) ppp connection? Message-ID: Greetings I recently ran into a problem with some ascends in some of our POPs. We have some customers that use Linux that dial up. Most of them use some kinda of kde/gnome client, but some don't. Those that are using some kinda of dialing client have no troubles. But the ones that don't have trouble getting dialed up. We tried duplicating the problem using HyperTerm on a windows machine. One the boxes that the customers could get connected to, we could dial up, get a login/passwd prompt, then it would assign a IP and switch to PPP. One the boxes that it didn't work, we would get a login/passwd prompt and then it would drop to a ascend prompt. We tried checking settings on the boxes against each other but couldn't get it switched. They are 6096s and 4048s. Anyone have any guesses? Thanks, John ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ar at vision-net.de Tue Apr 24 03:21:48 2001 From: ar at vision-net.de (Andre Ruppert) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) ppp connection? In-Reply-To: References: Message-ID: <01042410214801.13755@work5> Hello John, > I recently ran into a problem with some ascends in some of our POPs. We > have some customers that use Linux that dial up. Most of them use some > kinda of kde/gnome client, but some don't. Those that are using some kinda > of dialing client have no troubles. But the ones that don't have trouble > getting dialed up. We tried duplicating the problem using HyperTerm on a > windows machine. One the boxes that the customers could get connected to, > we could dial up, get a login/passwd prompt, then it would assign a IP and > switch to PPP. One the boxes that it didn't work, we would get a > login/passwd prompt and then it would drop to a ascend prompt. We tried > checking settings on the boxes against each other but couldn't get it > switched. They are 6096s and 4048s. Anyone have any guesses? Sorry, we only use MAXes with ISDN, not with modem cards. But anyway, you have first to check the customers configurations, those who work and those who don?t work. Pay attention for the differences. Better look at the Ascend?s configuration later. There are too many different ways a linux box may work... ;-) h.a.n.d. -- Andre Ruppert technische Leitung ================================= Vision Consulting Deutschland oHG Osterather Str.7 50739 K?ln tel +49 221 917 15 33 fax +49 221 917 15 38 email info@vision-net.de www.vision-net.de ================================= ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Wolfgang.Beneicke at mpimf-heidelberg.mpg.de Tue Apr 24 04:27:36 2001 From: Wolfgang.Beneicke at mpimf-heidelberg.mpg.de (Dr. Wolfgang Beneicke) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) Re: DSLpipe too slow? References: <200104200545.WAA05795@max.bungi.com> Message-ID: <3AE54708.BC6A1C7A@mpimf-heidelberg.mpg.de> Finally I fixed the problem with the "slow" SDSL link and thought maybe you'd be interested in throughput figures. The setup: 2x DSLpipes (DSL-HS-2.3), symmetric 2.3 Mbps, back-to-back with a straight 1:1 cable as the "WAN", one as COE, one as CPE. Nailed connection, either PPP or FR, bridging only. Transmitting a 4 Meg binary file via ftp, 4K chunks (and 64 K): KBps PPP VJC Stac-9 98 PPP Stac-9 95 PPP VJC 259 PPP 258 (264) FR 262 (268) So it seems the old ISDN hardware of the P50 is sweating away at the much higher bitrate. For this scenario FR does not offer visible advantages regarding throughput. I will test the effect of routing over bridging when I deploy the pipes, and will put it on this list. Thanks to all who answered so quickly, you all were right Dan, Scott and Peter! Best regards, Wolfgang _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- B ? E ? N ? E ? I ? C ? K ? E EDV-Beratung ________________________________________________________________________ Netzwerk-Design Remote Access und WAN-L?sungen Storage-L?sungen (RAID, libraries, NAS/SAN) COMPAQ Server und PC Windows NT Implementation und Administration Dr. Wolfgang Beneicke fon +49-6223-97 07 20 Fasanenstrasse 16, D-69251 Gaiberg (Heidelberg) fax +49-6223-97 07 21 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rocca at multiboard.com Tue Apr 24 09:03:20 2001 From: rocca at multiboard.com (Peter Rocca) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] re: (ASCEND) ppp connection? In-Reply-To: <200104240545.WAA24633@max.bungi.com> Message-ID: > I recently ran into a problem with some ascends in some of our POPs. We > have some customers that use Linux that dial up. Most of them use some > kinda of kde/gnome client, but some don't. Those that are using > some kinda of dialing client have no troubles. But the ones that don't have > trouble getting dialed up. We tried duplicating the problem using HyperTerm on a > windows machine. One the boxes that the customers could get connected to, > we could dial up, get a login/passwd prompt, then it would assign a IP and > switch to PPP. One the boxes that it didn't work, we would get a > login/passwd prompt and then it would drop to a ascend prompt. We tried > checking settings on the boxes against each other but couldn't get it > switched. They are 6096s and 4048s. Anyone have any guesses? It almost sounds like there is no service attribute coming back from RADIUS, and it's being left upto the MAX to determine type of service, which with some dialers will happen automatically when the }}} PPP stuff happens, but for the dialers that don't it defaults to a terminal session. I'd check the RADIUS attributes and make sure you're assigning "Framed-Protocol = PPP" for the dialups. __ __ ___ | \/ |/ _| Peter Rocca ......................... support@multiboard.com | |\/| | <_ Multiboard Communications ........ http://www.multiboard.com |_| |_|\___| Quality Internet Services ....... Dialup, Dedicated, Hosting ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From niblettda at gru.com Tue Apr 24 09:13:28 2001 From: niblettda at gru.com (niblettda@gru.com) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) Cisco AS5400 vs. MaxTNT Message-ID: I realize that I'm most likely asking a biased group, but I was wondering if any of you out there use/used AS5400's from Cisco? I currently have a MaxTNT maxed out with 48 port cards. My problem, is that I'm most likely going to have to go to a second one and I am looking at the new v.92 trend. As I understand it, I will have to toss my 48 port cards and upgrade to the 96 port cards. Well for the prices of the cards and the extra chassis, I can move to two Cisco AS5400's for a bit less. My second fear is that the pricing I'm using is reduced on the modems since I will be trading in the old ones. If I have to upgrade in the future, the next modem card (list $55k) is WAY more than the Cisco card of comparable price. So any comments are greatly appreciated. Thanks! -- David A. Niblett | eMail: niblettda@gru.net Systems Programmer | Phone: (352) 334-3400 Gainesville Regional Utilities | Web: http://www.gru.net/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Tue Apr 24 14:35:25 2001 From: jb at jbacher.com (J Bacher) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) Cisco AS5400 vs. MaxTNT In-Reply-To: Message-ID: > I realize that I'm most likely asking a biased group, but > I was wondering if any of you out there use/used AS5400's > from Cisco? > > I currently have a MaxTNT maxed out with 48 port cards. My > problem, is that I'm most likely going to have to go to a > second one and I am looking at the new v.92 trend. As I > understand it, I will have to toss my 48 port cards and > upgrade to the 96 port cards. Well for the prices of > the cards and the extra chassis, I can move to two Cisco > AS5400's for a bit less. I am biased toward Cisco. I have always liked Cisco but I appreciated that Ascend seemed to be about a step ahead with reliability. That was, of course, in the pre-Lucent days. We have purchased several AS5400s. I have found that in the Verizon territories that we provide service, I cannot talk to the switch with any release over 12.1(3). In a couple of the locations, no release will talk to the switch (although the local CO techs believe it is a trunk configuration problem at Verizon's end). In two locations, I have had random repeated crashes. Cisco supplied an interim release which decreased the crashes from a couple of dozen a day to one every week or two. Memory has been thrown at them. I'm still waiting upon an answer. But, when they work they work well. I will be purchasing more AS5400s once some of the current issues are fixed. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From David.Bazillio at srt-poste.fr Wed Apr 25 07:42:10 2001 From: David.Bazillio at srt-poste.fr (David Bazillio) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) Problem with challenge - response, Radius Server, Max 1800 Message-ID: <3AE6C622.BDA8C4AA@srt-poste.fr> Hi everybody, We have a MAX 1800 with TAOS 7.2.4+ and a RADIUS server Safe data 4.3.0.1. We use ActivCard Tokenone and Rainbow Technologies USB Ikey. We use ISDN call and have 16 modems 56K. We have no problem with Dynamic password protocol but we have problems with the challenge-response protocol and the after dial terminal server. The Terminal Server shows this : Username : david ( Filled automatically by the token or the ikey ) Password : ( Filled automatically by the token or the Ikey) Challenge : 195563Password : And after that, nothing happens, some strange digits appear ($#$%^&*()$@) and I am disconnected from the Max. When I press Enter, the TS writes : Challenge : 456562Password: Normally, the good connection would give in teh after dial terminal : Username : david Password : Challenge : 195563 ( Returned by the Radius Server ) Password : ****** ( Filled automatically by the token or the Ikey) Check : 563201 ( a number returned by the Radius server) Here is the configuration of the Max : Ethernet->Mod Config->Tserv TS Enabled=Yes Passwd= Login Prompt =Username: Passwd prompt=Password: Prompt=ascend% Prompt Format=No Term Type=vt100 PPP=yes Telnet=Yes Def Telnet=No Telnet Mode=ASCII Local echo=No Security=Full Buffer chars=Yes Immed service=None Ethernet ->Answer Force56=No Profile Reqd=No Framed-only=No Assigned Adrs=Yes Ethernet->Encaps All options =Yes Ethernet ->PPP options Route IP=Yes Recv Auth = Either The client uses SDSRAS ( supplied by Safe Data System) and a Toshiba V.90 Modem for connecting to the max in PAP Mode. Can somebody help me to implement challenge response mode? Thank You. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Wed Apr 25 12:09:38 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] Re: (ASCEND) Re: DSLpipe too slow? In-Reply-To: <200104250545.WAA29756@max.bungi.com> References: <200104250545.WAA29756@max.bungi.com> Message-ID: >From: "Dr. Wolfgang Beneicke" > >Finally I fixed the problem with the "slow" SDSL link and thought maybe >you'd be interested in throughput figures. > >The setup: 2x DSLpipes (DSL-HS-2.3), symmetric 2.3 Mbps, back-to-back >with a straight 1:1 cable as the "WAN", one as COE, one as CPE. Nailed >connection, either PPP or FR, bridging only. Transmitting a 4 Meg binary >file via ftp, 4K chunks (and 64 K): > > KBps >PPP VJC Stac-9 98 >PPP Stac-9 95 >PPP VJC 259 >PPP 258 (264) >FR 262 (268) That's interesting data. Thanks. >So it seems the old ISDN hardware of the P50 is sweating away at the >much higher bitrate. For this scenario FR does not offer visible >advantages regarding throughput. Perhaps I'm missing something, but what does a P50 have to do with this? >I will test the effect of routing over bridging when I deploy the pipes, >and will put it on this list. I'll be interested in that. We use DSLPipes and Max 20s, routed, primarily FR. -- 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: From rmtana at techsave.com Wed Apr 25 13:54:42 2001 From: rmtana at techsave.com (Ralph M. Tana) Date: Tue Jan 18 14:00:32 2005 Subject: [Ascend] (ASCEND) (Ascend) WTS : PM3A-2T (48 Modems-56K Message-ID: <5.1.0.14.2.20010425145300.04cd2030@mail.techsave.com> TechSAVE has unit in stock It is configured w/ (6)-MDM-56k-8 port cards $2750 Peter Sherry TechSAVE.com, Inc. 382 Route 59 Suite 266 Monsey, New York 10952 T: 845.357.9200 F: 845.357.2577 psherry@techsave.com www.techsave.com Ralph M. Tana Technical Operations Controller TechSAVE.com, Inc. 382 Route 59, Suite 266, Monsey, N.Y. 10952 Phone: 845-357-9200 Fax: 845-357-2577 www.techsave.com rmtana@techsave.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Wolfgang.Beneicke at mpimf-heidelberg.mpg.de Wed Apr 25 16:18:36 2001 From: Wolfgang.Beneicke at mpimf-heidelberg.mpg.de (Dr. Wolfgang Beneicke) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] Re: (ASCEND) Re: DSLpipe too slow? References: <200104250545.WAA29756@max.bungi.com> Message-ID: <3AE73F2C.1D91C5BC@mpimf-heidelberg.mpg.de> A follow-up from Peter Lalor: > >PPP 258 (264) > >FR 262 (268) > > That's interesting data. Thanks. > > >So it seems the old ISDN hardware of the P50 is sweating away at the > >much higher bitrate. For this scenario FR does not offer visible > >advantages regarding throughput. > > Perhaps I'm missing something, but what does a P50 have to do with this? OK I admit I didn't have a can opener handy when I got the DSLpipe but the outer appearance of it made me think it was the same hardware as a P50. Esp. when I saw the firmware interface with lots of parameters which have no meaning in a DSLpipe but in a (ISDN) P50. At least I thought it reasonable to assume that the CPU performance is of the same order of magnitude. I once ran into a CPU related performance bottleneck with a P50 (I connected it to a populated shared LAN segment for bridging...ouch). And here I see the same effects. Not that it matters much: does someone from LUCENT dare comment on this? > We use DSLPipes and Max 20s, routed, primarily FR. wonder, wonder..why do you prefer FR over PPP? Do you get better figures with FR over "real world" lines - as I don't with the 100% loss-free wire in the lab. Best regards, Wolfgang _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- B ? E ? N ? E ? I ? C ? K ? E EDV-Beratung ________________________________________________________________________ Netzwerk-Design Remote Access und WAN-L?sungen Storage-L?sungen (RAID, libraries, NAS/SAN) COMPAQ Server und PC Windows NT Implementation und Administration Dr. Wolfgang Beneicke fon +49-6223-97 07 20 Fasanenstrasse 16, D-69251 Gaiberg (Heidelberg) fax +49-6223-97 07 21 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Wed Apr 25 16:35:24 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] Re: (ASCEND) Re: DSLpipe too slow? In-Reply-To: <3AE73F2C.1D91C5BC@mpimf-heidelberg.mpg.de> References: <200104250545.WAA29756@max.bungi.com> <3AE73F2C.1D91C5BC@mpimf-heidelberg.mpg.de> Message-ID: > > >PPP 258 (264) >> >FR 262 (268) >> >> That's interesting data. Thanks. >> >> >So it seems the old ISDN hardware of the P50 is sweating away at the >> >much higher bitrate. For this scenario FR does not offer visible >> >advantages regarding throughput. >> >> Perhaps I'm missing something, but what does a P50 have to do with this? > >OK I admit I didn't have a can opener handy when I got the DSLpipe but >the outer appearance of it made me think it was the same hardware as a >P50. Esp. when I saw the firmware interface with lots of parameters >which have no meaning in a DSLpipe but in a (ISDN) P50. Mmm. It's just IMO, but I don't think so. For example, I believe that a Pipeline 220 has a much better processor than a Pipeline 130 (which does have a lot in common with a P50, IIRC). Lucent used to have a nice little Pipeline comparison chart, but I see that they've redesigned their site, apparently with the goal of making finding anything utterly impossible. Mission accomplished. > > We use DSLPipes and Max 20s, routed, primarily FR. >wonder, wonder..why do you prefer FR over PPP? Do you get better figures >with FR over "real world" lines - as I don't with the 100% loss-free >wire in the lab. It's a toss-up. PPP requires less configuration (no FR profile to build) and correctly returns the link speed via SNMP. FR will let you build multiple PVCs, should you need them in the future. Technically speaking... we flipped a coin. -- 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: From Joe.Ben-David at eurekaggn.com Tue Apr 24 15:29:49 2001 From: Joe.Ben-David at eurekaggn.com (Ben-David, Joe) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Details of IP-Direct implementation desired Message-ID: <03932F904AD0D411A7B300508B660C29665B48@EXCHNYIS001> All, If you recall, the IP-Direct feature in the MAX access server overrides the routing table in the MAX, forcing the dial-in users' traffic to be routed to a specific IP address regardless of the destination address of his IP traffic. There is a parameter in a connection profile and in RADIUS which specifies this target address. In the implementation of this feature, is the IP-Direct target address pre-pended to the packet, preserving the actual destination address? Or does the IP-Direct function replace the actual destination address in the user traffic with the IP-Direct address? > A customer to whom we have proposed an Internet T1, a firewall, and > some 60 dial-in ISP Internet accounts wishes to restrict to business use > only the Internet access accounts provided to his employees. He only wants > them to be able only to access his site via their Internet dial-in > accounts with us, and to go back out to the Internet through his firewall. > The IP-Direct address in his case would be the public IP address of a > firewall on his LAN. Once the firewall receives the traffic, will it strip > off the pre-pended IP-Direct IP address and read the original destination > address of the packet for access list referral and go/no-go forwarding? > Thank you, Joe ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jvenegas at adexus.cl Thu Apr 26 07:54:19 2001 From: jvenegas at adexus.cl (Jorge Venegas) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Nindy For Pipeline 50 Message-ID: <03256A3A.0046E4A2.00@domino.adexus.cl> Hi my name is Jorge I need Nindy for Pipeline 50 Regards ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jrabeno at webtv.net Fri Apr 27 13:17:43 2001 From: jrabeno at webtv.net (Jack Rabeno) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) iwouldliketoseepornopics Message-ID: <21894-3AE9B7C7-286@storefull-626.iap.bryant.webtv.net> ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From hetzels at westbend.net Fri Apr 27 18:22:34 2001 From: hetzels at westbend.net (Scot W. Hetzel) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Strange Tone on Max 6000 Message-ID: <002501c0cf70$f1408c80$11f66ad8@westbend.net> A customer called and said that when he connects, he is immediately disconnected. When I dial our MAX 6000, I hear a loud tone on the line, it is not the V.8bis tone, as I had it the +8E=,,,0 in System->Sys-Config->AT Answer String. Removing that setting did not change the tone. The tone lasts about a second, and then the modem negotiation start. Any Ideal as to what this tone is, and how do I either disable it, or make it work with modems that will hang up on this initial tone? We are using TAOS 8.0.4. Scot ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skm at foremost.co.uk Fri Apr 27 20:01:49 2001 From: skm at foremost.co.uk (Stephen Mulrine) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] Re: (ASCEND) Strange Tone on Max 6000 In-Reply-To: <002501c0cf70$f1408c80$11f66ad8@westbend.net> from "Scot W. Hetzel" at Apr 27, 1 06:22:34 pm Message-ID: <200104280101.CAA22085@columbia.foremost.co.uk> Scot W. Hetzel wrote: >Any Ideal as to what this tone is, and how do I either disable it, or make >it work with modems that will hang up on this initial tone? No idea what it could be, but if the user adds maybe two or three commas to the end of the number being dialled, the modem should get past it and start negotiating. Stephen ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mariaste at g7ps.com Sat Apr 28 14:03:34 2001 From: mariaste at g7ps.com (Maria Stevens) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Five (5) Product Give Away - No Conditions! Message-ID: <200104281905.MAA18301@max.bungi.com> MID MISSOURI TELEPHONE CO (INC) You are subscribed as: ascend-users@max.bungi.com Good Afternoon! We are running a FREE software promotion for five (5) powerful products for our subscribers: eXpressForms ($129.99 value), DataScan business card scanner ($149.99), Fortune contact builder and relationship manager ($149.99 value), TransForm Suite "forms scanning and designer" ($59.99), VersaClips "hand crafted cliart for checks, greeting cards and brochures. a) "eXpressForms2000" is an ideal solution for tax preparation, business forms creation, greeting cards and invitations. Best of all, you can instantly post any of your forms and documents on the internet for everybody to view and fill out. The information entered is captured into your database or Excel. b) "DataScan" allows you to scan in business cards. directories and printed contact lists directly into your database without typing. c) "Fortune" helps automate your contact information, keep track of events, send mass email, faxes, letters and build a powerful database of friends, customers and useful company information. d) "TransForm Suite" lets you scan pre-printed paper forms into you PC to create electronic forms with ease. Includes OCR and raster-to-vector converter. e) "VersaClips" - images and hand crafted clipart for checks, greeting cards, web sites, documents and brochures. Offer expires May 15. ********************** Click on the link below and add your FREE products to the shopping cart in the check out area. http://www.g7ps.com About eXpressFroms: http://www.g7ps.com/scripts/expforms.asp About DataScan: http://www.g7ps.com/scripts/datascan.asp About Fortune: http://www.g7ps.com/scripts/fortune.asp About TransForm Suite: http://www.g7ps.com/scripts/trans.asp About VersaClips: http://www.g7ps.com/scripts/clips.asp Not valid with any other offer. Up to 5 per customer and product. ********************* Please do not hesitate to call 800-303-2620 for any questions you may have. Thank you very much. Yours truly, Maria Stevens Customer Relations Manager G7 Productivity Systems, Inc. mariaste@g7ps.com 800-303-2620 To change your communication preference please click on: http://www.globalzon2k.com/scripts/mf_de.asp?e=ascend-users@max.bungi.com or simply reply to this Email with UNSUBSCRIBE in the subject line. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From hetzels at westbend.net Sat Apr 28 14:44:43 2001 From: hetzels at westbend.net (Scot W. Hetzel) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] Re: (ASCEND) Strange Tone on Max 6000 References: <002501c0cf70$f1408c80$11f66ad8@westbend.net> Message-ID: <008c01c0d01b$ac60e6e0$11f66ad8@westbend.net> From: "Scot W. Hetzel" > A customer called and said that when he connects, he is immediately > disconnected. > > When I dial our MAX 6000, I hear a loud tone on the line, it is not the > V.8bis tone, as I had > it the +8E=,,,0 in System->Sys-Config->AT Answer String. Removing that > setting did not > change the tone. The tone lasts about a second, and then the modem > negotiation start. > > Any Ideal as to what this tone is, and how do I either disable it, or make > it work with modems that will hang up on this initial tone? > I called Solunet Tech Support, and they advised that the problem was that "Modem Ringback" was enabled. They said that this was used by older modems in order for them to know when to start negotiating, but newer modems do not require this setting. I needed to set Ethernet->Mod Config->Modem Ringback to "NO". Scot W. Hetzel ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tom at rydrcom.com Mon Apr 30 13:36:12 2001 From: tom at rydrcom.com (Tom Ryder) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Ascend TNT For Sale Message-ID: QTY Model QTY Model Description $Our Price 14 Multishelf Master 1 TNT-2DC TNT Base, Dual High Output DC $2315.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2160.00 Option: 1 TNT-SL-CT3 DS-3 slot card w/CSU $1800.00 ISDN FR 1 TNT-SL-E100 100BaseT Ethernet card $675.00 1 TNT-SL-HA192 HDLC slot card $864.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $900.00 14 Multishelf Slave 1 TNT-2DC TNT Base, Dual High Output DC $2315.00 8 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2160.00 Option: 1 TNT-SP-CAP ISDN 1 TNT-SP-SC TNT Shelf Controller $900.00 8 Standalone 1 TNT-2DC TNT Base, Dual High Output DC $2315.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2160.00 Option: 2 TNT-SL-CT1 8 T1 card $920.00 ISDN FR 1 TNT-SL-HA192 HDLC slot card $864.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $900.00 16 Standalones 1 TNT-2DC TNT Base, Dual High Output DC $2315.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2160.00 Option: 1 TNT-SL-CT1 8 T1 card $920.00 ISDN DC 1 TNT-SL-E100 100BaseT Ethernet card $675.00 VOIP ASGCP 1 TNT-SL-HA192 HDLC slot card $864.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $900.00 Tom Ryder RYDER Communications, Inc. 35B Wilson Drive Sparta, NJ 07871-3427 Tel. 973-940-7350 / 1-877-RYDRCOM x222 FAX. 973-940-7355 / 1-877-RYDRFAX tom@rydrcom.com www.rydrcom.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From adatacom at home.com Mon Apr 30 17:47:59 2001 From: adatacom at home.com (Reggie Grant) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] FS: Lucent MAX 3024 Brand New! Message-ID: <3AEDEB9F.AB46DD35@home.com> FS: Lucent MAX3024 We got this unit in, new in the box. Never deployed! All Docs and manuals We warranty for 90 days. Price is $3,000. Reggie Grant Alliance Datacom 877-549-2680 Manager: Used Network Equipment Alliance Datacom, LP http://www.alliancedatacom.com/refurbished.asp e-mail: grant@alliancedatacom.com 828-277-7272 office in Asheville, NC fax # 209-879-5163 AOL IM address - r2mgrant Alliance Datacom Corporate Offices 3302 Miller Road, Suite 500 Garland, TX