From kdonovan at pdstech.com Tue May 1 10:34:25 2001 From: kdonovan at pdstech.com (Katherine Donovan) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Dental Message-ID: Katherine Donovan PDS Technical Services Payroll Administrator 1-800-270-4737 ext.108 Keep your eyes on the Vision! ++ 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 Tue May 1 10:57:06 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] CLID - Help - was: (ASCEND) New APX config issues Message-ID: <20010501155706.11197.qmail@pgunix.fw.tibus.net> In article <3ACE4734.63E5D909@lucentradius.com> you wrote: >> >> 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. Hi all (again), I've got the box (almost) up and running, however I'm still having the following problem: I want to use CLID authentication prior to picking up the call - purely to Reject abusers of our network (as a Free ISP, we get lots). Otherwise I want the call to be picked up and authenticated via normal PAP. It looks like I should use CLID-Prefer, but as I can only return an Accept or Reject from RADIUS the APX is assuming the caller is already authenticated and going straight to LCP / IPCP and logging them in with the username of their CLID. I found (after spending many days searching the web) a post by Joel Wittenburg at http://www2.real-time.com/rte-ascend/1999/Dec/msg00167.html which seems to suggest all I need. However, this doesn't make any difference: I have ensured that the APX is in VSA mode: set rad-auth-client auth-radius-compat = vendor-specific set rad-acct-client acct-radius-compat = vendor-specific set rad-auth-server auth-radius-compat = vendor-specific My Radius server is Radiator and am using the Ascend dictionary (with a few manual mods to make it compatible with the attributes the Portmaster expects, e.g. Framed-Address - > Framed-IP-Address). The Radius server by default handles the VSAs I have added Joel's suggested Attribute Ascend-Auth-Type 81 and the Values into my dictionary file and setup the DEFAULT user in my users file (In Radiator, I use Handlers, so Call-Check / CLID checking uses a file called users.call-check which is different from normal user authentication). In users.call-check I have: DEFAULT Service-Type = Call-Check, NAS-Identifier = "212.108.64.104" Ascend-Require-Auth = Require-Auth, Ascend-Auth-Type = Auth-PAP DEFAULT Service-Type = Call-Check, NAS-Identifier = "212.108.64.100" DEFAULT Service-Type = Call-Check, NAS-Identifier = "212.108.64.101" .104 is the APX, 100/101 is PM4. And it appears to work - Radiator logs show that in the CLID check the APX gets the correct response back. The APX cheerfully ignores it :-( Anyone have any advice on where to go next? Paul. PS. Relevent sections of my config are below: new ANSWER-DEFAULTS set clid-auth-mode = clid-prefer set clid-selection = secure-prefer set ppp-answer receive-auth-mode = pap-ppp-auth set ip-answer assign-address = yes set session-info idle-timer = 1800 set session-info max-call-duration = 360 write -f new EXTERNAL-AUTH set auth-type = RADIUS set acct-type = radius set rad-auth-client auth-server-1 = x.x.x.x set rad-auth-client auth-port = 1645 set rad-auth-client auth-key = xxxxxxxx set rad-auth-client auth-timeout = 5 set rad-auth-client auth-radius-compat = vendor-specific set rad-auth-client auth-keep-user-name = keep-realm-name set rad-auth-client allow-auth-config-rqsts = no set rad-acct-client acct-server-1 = y.y.y.y set rad-acct-client acct-port = 1646 set rad-acct-client acct-key = yyyyyyyy et rad-acct-client acct-timeout = 5 set rad-acct-client acct-radius-compat = vendor-specific set rad-auth-server auth-radius-compat = vendor-specific write -f ; new TERMINAL-SERVER set enabled = yes set security-mode = full set terminal-mode-configuration system-password = xxxxxx set terminal-mode-configuration banner = "* * * The Internet Business Ltd * * *" set ppp-mode-configuration ppp = yes set ppp-mode-configuration delay = 1 write -f ; new IP-GLOBAL set domain-name = tibus.net set dns-primary-server = 212.108.64.5 set dns-secondary-server = 212.108.64.27 set system-ip-addr = 212.108.64.104 set must-accept-address-assign = yes set pool-summary = yes set pool-base-address 1 = 212.108.67.192 set assign-count 1 = 63 set rarp-enabled = yes set telnet-password = xxxxxxxx set shared-prof = yes set client-primary-dns-server = 212.108.64.27 set client-secondary-dns-server = 212.108.64.6 set ignore-icmp-redirects = yes set tcp-syn-flood-protect = yes write -f -- | 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 rogers at axs4u.net Tue May 1 11:46:20 2001 From: rogers at axs4u.net (Roger Salisbury) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) CT1 headaches Message-ID: <005a01c0d25e$4021f560$de4eced8@axs4u.net> We haveonly done PRI on the MAX's before but this are does not have ISDN service. I am having a real tough time trying to get this to work. Could someone please share their setup?? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From isp2 at quik.com Wed May 2 08:49:20 2001 From: isp2 at quik.com (John Farrell) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) remote telnet p75 Message-ID: <4.2.0.58.20010502093058.01d6c800@mail.quik.com> Hello All I recently used an Pipeline 75 for a ISDN setup at a new clients location instead of Netopia 3100. I had been using the Netopia's exclusively for ISDN some time and do not have much experience with the Pipeline however I do have several Max6000. I am fairly comfortable with configuring the Ascends. My question to any of you is why can't I not open a remote telnet session to the Pipeline. During the set up I configured "remote mgmt = yes" and set up a telnet password which does work on a local telnet session. Thanks in advance John ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From flaboy at fdt.net Wed May 2 10:22:07 2001 From: flaboy at fdt.net (Joe Barnhart) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] Re: (ASCEND) remote telnet p75 In-Reply-To: <4.2.0.58.20010502093058.01d6c800@mail.quik.com> Message-ID: Did you do any firewall rules which may be blocking access from anything other than your internal IP block? I do this for all my outward routers. On Wed, 2 May 2001, John Farrell wrote: > Hello All > > I recently used an Pipeline 75 for a ISDN setup at a new clients location > instead of Netopia 3100. I had been using the Netopia's exclusively for > ISDN some time and do not have much experience with the Pipeline however I > do have several Max6000. I am fairly comfortable with configuring the > Ascends. My question to any of you is why can't I not open a remote > telnet session to the Pipeline. During the set up I configured "remote > mgmt = yes" and set up a telnet password which does work on a local telnet > session. > > Thanks in advance > John > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ------------------------- Joseph Barnhart Florida Digital Turnpike Network Administrator http://www.fdt.net ------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From mrcpu at internetcds.com Wed May 2 12:46:37 2001 From: mrcpu at internetcds.com (Jaye Mathisen) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) Question on 8 port T1 card for DSL terminator Message-ID: <20010502104636.M13339@apocalypse.cdsnet.net> Is this an ATM capable interface? My understanding is that it was, but the configuration for it doesn't look anything like the settings for my OC3-ATM card, which is what I would've expected. I just may be misunderstanding this thingamabob. (My intention was to use it with Qwest Megabits service). ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From WORK_AT_HOME at hotmail.com Thu May 3 01:30:04 2001 From: WORK_AT_HOME at hotmail.com (WORK_AT_HOME@hotmail.com) Date: Tue Jan 18 14:00:33 2005 Subject: [Ascend] (ASCEND) $500 - $1,500 per week from home. Message-ID: <0GCQ00G7YY1GVR@mta7.pltn13.pbi.net> Earn $500 - $1,500 Per Week by simply stuffing envelopes. $1.00 per Envelope. For more information send a 3 X 5 card with your name, address, and telephone along with $3.00 to; This is a money back guaranteed proven program. M.P. Dempsey 19301-C Saticoy St. #266 Reseda, CA 91335 Did you know? Feed the Children donates millions of dollars a year in food and clothing to unfortunate children all over the United States. A portion of the proceeds from this program goes to this organization. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From rocca at multiboard.com Thu May 3 08:30:49 2001 From: rocca at multiboard.com (Peter Rocca) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] re: (ASCEND) remote telnet p75 In-Reply-To: <200105030545.WAA11348@max.bungi.com> Message-ID: If you are using NAT then you have to setup a port forward as otherwise by default NAT doesn't allow any inbound connections to the WAN IP: Ethernet > NAT > NAT > Static Mappings > Static Map xx > Dst Port #=23 Protocol=TCP Loc Port #=23 Loc Adrs=192.168.121.254 <--- private LAN address of the router > From: John Farrell > Date: Wed, 02 May 2001 09:49:20 -0400 > Subject: (ASCEND) remote telnet p75 > I recently used an Pipeline 75 for a ISDN setup at a new clients location > instead of Netopia 3100. I had been using the Netopia's exclusively for > ISDN some time and do not have much experience with the Pipeline > do have several Max6000. I am fairly comfortable with configuring the > Ascends. My question to any of you is why can't I not open a remote > telnet session to the Pipeline. During the set up I configured "remote > mgmt = yes" and set up a telnet password which does work on a > local telnet > session. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From doc at datacruz.com Thu May 3 08:42:33 2001 From: doc at datacruz.com (Craig Norborg) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] (ASCEND) Re: ascend-users-digest V96 #2266 In-Reply-To: <200105030545.WAA11348@max.bungi.com> Message-ID: <4.3.2.7.2.20010503084119.0206bf18@pop.datacruz.com> At 12:45 AM 5/3/2001, you wrote: >I recently used an Pipeline 75 for a ISDN setup at a new clients location >instead of Netopia 3100. I had been using the Netopia's exclusively for >ISDN some time and do not have much experience with the Pipeline however I >do have several Max6000. I am fairly comfortable with configuring the >Ascends. My question to any of you is why can't I not open a remote >telnet session to the Pipeline. During the set up I configured "remote >mgmt = yes" and set up a telnet password which does work on a local telnet >session. Or, if your using NAT, you need to create a static NAT mapping on port 23 TCP back to the internal ethernet's IP address... ----- Craig Norborg - CCNA/CCDA/CSE/MCSE 219.254.5254 Datacruz, Inc. FAX 219.256.1144 doc@datacruz.com Official Tucows Affiliate 2500 Miracle Lane, Suite D . PO Box 220 . Mishawaka . IN . 46546-0220 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From pauly at HRZ.Uni-Marburg.DE Thu May 3 11:12:45 2001 From: pauly at HRZ.Uni-Marburg.DE (Martin Pauly) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] (ASCEND) Port-Limit RADIUS attribute? Message-ID: <3AF1837D.6AF15214@hrz.uni-marburg.de> Hello, do Ascend boxes (i.e. MAx4k and TNT) honour the 'Port-Limit' RADIUS attribute (62)? I would like to restrict ISDN channel bundling to certain users and thus set Port-Limit=1 in the DEFAULT radius user profile, but as soon as I activate MP, everyone can login using channnel bundling. I use cistron radius 1.6.4. Thanks for help Martin -- Dr. Martin Pauly Fax: 49-6421-28-26994 HRZ Univ. Marburg Phone: 49-6421-28-23527 Hans-Meerwein-Str. E-Mail: pauly@HRZ.Uni-Marburg.DE D-35032 Marburg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From plalor at infoasis.com Thu May 3 11:55:21 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] Re: (ASCEND) Question on 8 port T1 card for DSL terminator In-Reply-To: <200105030545.WAA11348@max.bungi.com> References: <200105030545.WAA11348@max.bungi.com> Message-ID: >From: Jaye Mathisen > >Is this an ATM capable interface? My understanding is that >it was, but the configuration for it doesn't look anything like >the settings for my OC3-ATM card, which is what I would've expected. Sadly, it's not. At the time the Max 20 was released--which was before the Terminator but the same hardware--I was told that Ascend (as it was at the time) was planning another T1 card that would do ATM. That card never materialized. -- 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 Archives: http://www.nexial.com/mailinglists/ From boris at bulnet.bg Thu May 3 12:18:46 2001 From: boris at bulnet.bg (Boris Basmadjiev) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] (ASCEND) WTB: Ascend max E1 Message-ID: <3AF192F6.D9F5AA0C@bulnet.bg> Hi all - i need to buy: Ascend Max 4000 bare chassis Ascend MX-SL-16mod-s56 cards Ascend MX-SL-12mod-s56 cards Thanks, Boris B. boris@bulnet.bg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From philb at cyberlynk.net Thu May 3 12:34:28 2001 From: philb at cyberlynk.net (Phil Bedard) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] (ASCEND) tacacs/radius admin auth Message-ID: <20010503123428.F13822@shofixti.ikami.com> Is there any way to authenticate admin logins on TNTs or Maxes using tacacs or radius? As far as I can tell it's not possible... Phil ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From tom at rydrcom.com Thu May 3 14:14:03 2001 From: tom at rydrcom.com (Tom Ryder) Date: Tue Jan 18 14:00:34 2005 Subject: [Ascend] (ASCEND) WTS - Ascend TNT Message-ID: For Sale 4 Ascend TNT Preconfigured Bundles 1 TNT-2DC 1 TNT-SL-E10-100 1 TNT-SL-CT3 14 TNT-SL-48MOD-V3-S-C $38,925/ea QTY Model QTY Model 14 Multishelf Master 1 TNT-2DC $2,318 6 TNT-SL-48MOD-S56 $2,160 Option: 1 TNT-SL-CT3 $1,800 ISDN FR 1 TNT-SL-E100 $675 1 TNT-SL-HA192 $864 1 TNT-SP-CAP 1 TNT-SP-SC $900 14 Multishelf Slave 1 TNT-2DC $2,318 8 TNT-SL-48MOD-S56 $2,160 Option: 1 TNT-SP-CAP ISDN 1 TNT-SP-SC $900 2 Standalone 1 TNT-2DC $2,318 6 TNT-SL-48MOD-S56 $2,160 Option: 2 TNT-SL-CT1 $828 ISDN FR 1 TNT-SL-HA192 $864 1 TNT-SP-CAP 1 TNT-SP-SC $900 12 Standalones 1 TNT-2DC $2,318 6 TNT-SL-48MOD-S56 $2,160 Option: 1 TNT-SL-CT1 $828 ISDN DC 1 TNT-SL-E100 $675 VOIP ASGCP 1 TNT-SL-HA192 $864 1 TNT-SP-CAP 1 TNT-SP-SC $900 6 Standalone 1 TNT-2DC $2,318 6 TNT-SL-48MOD-S56 $2,160 Option: 1 TNT-SL-HA192 $864 ISDN FR 1 TNT-SP-CAP 1 TNT-SP-SC $900 4 Standalones 1 TNT-2DC $2,318 6 TNT-SL-48MOD-S56 $2,160 Option: 1 TNT-SL-E100 $675 ISDN DC 1 TNT-SL-HA192 $864 VOIP ASGCP 1 TNT-SP-CAP 1 TNT-SP-SC $900 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 Archives: http://www.nexial.com/mailinglists/ From gdaley at lucent.com Thu May 3 21:20:15 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] RE: (ASCEND) Port-Limit RADIUS attribute? Message-ID: <6F64369DA452D41190B400508B0291AE0336C6C1@AU0009EXCH003U> Lucent/Ascend purport to meet the RFC's 2138 and 2139 in MAX/TNT. One important thing to know is that this is only the case for vendor-specific/VSA mode (not OLD mode) configurations on the MAX/TNT. (also for the new 16bit VSA mode). on MAX ethernet>mod config>auth>Auth Compat Mode=VSA ethernet>mod config>acct>Acct Compat Mode=VSA on TNT EXTERNAL-AUTH\rad-auth-client\auth-radius-compat = vendor-specific EXTERNAL-AUTH\rad-acct-client\acct-radius-compat = vendor-specific Also, please make sure that if you are running a RADIUS server like Cistron that the attributes are being mapped correctly. Some RADIUS servers make assumptions that the MAX/TNT is in OLD mode, which uses attributes which predate the RADIUS RFC's. If you have difficulties on new versions of code, in vendor specific mode, please look into it with TAC. Greg > -----Original Message----- > From: Martin Pauly [mailto:pauly@HRZ.Uni-Marburg.DE] > Sent: Friday, May 04, 2001 2:13 AM > To: ascend-users@bungi.com > Subject: (ASCEND) Port-Limit RADIUS attribute? > > > Hello, > > do Ascend boxes (i.e. MAx4k and TNT) honour the > 'Port-Limit' RADIUS attribute (62)? > > I would like to restrict ISDN channel bundling > to certain users and thus set Port-Limit=1 > in the DEFAULT radius user profile, but as soon > as I activate MP, everyone can login using > channnel bundling. I use cistron radius 1.6.4. > > Thanks for help > Martin > > -- > Dr. Martin Pauly Fax: 49-6421-28-26994 > HRZ Univ. Marburg Phone: 49-6421-28-23527 > Hans-Meerwein-Str. E-Mail: pauly@HRZ.Uni-Marburg.DE > D-35032 Marburg > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to > ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From cmadams at HiWAAY.net Thu May 3 22:38:35 2001 From: cmadams at HiWAAY.net (Chris Adams) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] Re: (ASCEND) Port-Limit RADIUS attribute? In-Reply-To: <6F64369DA452D41190B400508B0291AE0336C6C1@AU0009EXCH003U>; from gdaley@lucent.com on Fri, May 04, 2001 at 12:20:15PM +1000 References: <6F64369DA452D41190B400508B0291AE0336C6C1@AU0009EXCH003U> Message-ID: <20010503223835.E29327@HiWAAY.net> Once upon a time, Daley, Greg (Greg) said: > Lucent/Ascend purport to meet the RFC's 2138 and 2139 in > MAX/TNT. I think you used the right word: "purport". I've never seen a TNT honor the "Port-Limit" attribute. You have to use the Ascend specific "Ascend-Maximum-Channels" attribute. > If you have difficulties on new versions of code, in vendor specific > mode, please look into it with TAC. I just checked this on a TNT running 8.0.2 (with both auth and acct set in VSA mode), and with "Port-Limit = 1", I could connect with two channels. With "Ascend-Maximum-Channels = 1", I could only connect with one channel. This is a pain when you have multiple NASes trying to authenticate against a single RADIUS server. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From landollcomputer at landolls.com Fri May 4 08:05:30 2001 From: landollcomputer at landolls.com (landollcomputer@landolls.com) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] max4048 dial in help Message-ID: <20010504130530.31319.qmail@mail.kellnet.com> When you ring the box you get a busy signal sent back to you.You can see the box pick up the call and imediately terminates the call...any ideas???? i'm using an isdn pri From loub555 at netscape.net Fri May 4 10:14:48 2001 From: loub555 at netscape.net (Lou) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) TAOS VERSION 9.0-0159 Message-ID: <3410DD12.282BB694.00205EB1@netscape.net> Hey Everyone, Has anyone installed the new TAOS 9.0-0159 with V.92 Support? How's it working. Lou Bernstein __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From tkinnen at lucentradius.com Fri May 4 10:12:33 2001 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] Re: (ASCEND) Port-Limit RADIUS attribute? References: <6F64369DA452D41190B400508B0291AE0336C6C1@AU0009EXCH003U> <20010503223835.E29327@HiWAAY.net> Message-ID: <3AF2C6E1.D133672E@lucentradius.com> > > This is a pain when you have multiple NASes trying to authenticate > against a single RADIUS server. Depending on what RADIUS server you are using you may be able to do some automatic translation to the correct attributes for a specific NAS Type. -- 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 Archives: http://www.nexial.com/mailinglists/ From jcs at idpc.com Fri May 4 16:18:31 2001 From: jcs at idpc.com (jcs@idpc.com) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) FS: Lucent MAX E1 equipment Message-ID: <000201c0d4df$c5c56f20$1905a8c0@jcs.idpc.net> Available for sale from IDPC: Lucent technologies Manufacturer Part # MXHP-2E1-60 Description: MAX 4060 W/60 56k Digital Modems The MAX 4060 has two E1 interfaces & 60 digital modems MAX Series56 Digital Modems slot cards provide high speed V.90 access to analog modem callers Retail Price: $38,220.00 All equipment has the current version of the production software (TAOS) installed and will arrive in Lucent boxes complete with all documentation -- CD's -- console cables -- power cords & rack mount kits. All brand new. PRICE: $6,500.ea. Also available: MX60-E1AC-90IX -- MAX 6090 with (6) 16-mod Series56 Digital Modems Price: $10,000.00ea. w/ 12 month warranty. MX60-4E1-AC -- MAX 6000 E1 chassis with (1) AC power supply Price: $4,250.00ea. w/ 12 month warranty. All equipment subject to prior sale / availability. If interested please get in touch. MUCH more available --- just ask. Best regards, John Shaw Information Data Products Corp. 28 Bowling Green Parkway Lake Hopatcong, NJ 07849 973-663-3700 x 15 Fax - 973-663-3710 http://www.idpc.com/ http://www.dsl-warehouse.com/ IDPC carries the full line of hardware from the following manufacturers. New & refurbished: AT&T, Aztech Labs, Bay Networks (Nortel), Micom, Paradyne, Lucent, CISCO, Codex/Motorola, Adtran, Kentrox, Netopia, Ascend, 3Com, IBM, Racal, N.E.T., TX Port (Verilink), Datatel, SonicWall, Tellabs, ZyXEL and many others. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From loub555 at netscape.net Fri May 4 13:34:15 2001 From: loub555 at netscape.net (Lou) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) TAOS VERSION 9.0-0159 Message-ID: <26249DBB.12EF07C0.00205EB1@netscape.net> Hey Everyone, Has anyone installed the new TAOS 9.0-0159 with V.92 Support? How's it working. Lou Bernstein __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From naimi at afranet.com Sat May 5 02:44:03 2001 From: naimi at afranet.com (Hoomaan Naimi) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) MAX Analog module Message-ID: <016d01c0d537$2832cf70$041aa6d5@rnd2> Hi all, We are going to buy some MAX TNT Analog modules( TNT-SL-AM36). Does anybody have an offer? Best Regards Hoomaan Naimi Afranet Technical Director ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From fthom at kansas.cc Sat May 5 08:23:43 2001 From: fthom at kansas.cc (fthom@kansas.cc) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) pipeline 75 and sonicwall vpn Message-ID: <9d0usv+his9@eGroups.com> What settings need to be enabled/disabled when a user is trying to use a sonicwall vpn client to access another location via p75 doing ISDN dial up (and NAT). I have disabled what appeared to be a default input/output filter and the connection profile's filters are set to 0. TIA Frank ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From walterh at surfbvi.com Sat May 5 16:57:30 2001 From: walterh at surfbvi.com (walterh@surfbvi.com) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) Hey ascend-users, What's Up? Message-ID: Hi ascend-users Have you seen something on TV and thought ,hey, I could use that? Before you pick up the phone and call their 800 number and pay more than you have to, please take a moment to consider my offer . . . Flowbee Hair cutting System ? their price W/Shipping & Handling ? $102.90 My discounted price w/o shipping & handling ? $57.95 Silicone Breast Form ? Their price ? $87.90 My price ? $29.95 Tae-Bo ? their price ? $64.95 My price ? $34.95 Littermaid Motorized Cat Box ? their price ? $179.90 My price ? $119.95 Straight Shooting Golf ? their price ? $309.95 My price ? 99.95 These are just a tiny fraction of the more than 200 "As Seen On TV" products I have to offer you at seriously discounted prices, and, unlike other companies who charge shipping & handling far EACH item you buy, I only charge for each order. What that means is you can order as many items as you like and only have to pay one flat shipping fee instead of paying a fee on each item that you order which would cost you even more money. Are you interested in saving money? Then respond to this message to request a price list. Note: The list and order form come as attachments. To order just print out the order form and send it along with payment to: Walter Hall 409 Cruz Bay St. John, VI 00831 (This offer is only available in the US). Thank You for taking the time to read this message. I hope to hear from you soon. Walter Hall walterh@surfbvi.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From walterh at surfbvi.com Sat May 5 16:57:31 2001 From: walterh at surfbvi.com (walterh@surfbvi.com) Date: Tue Jan 18 14:00:35 2005 Subject: [Ascend] (ASCEND) Hey ascend-users, What's Up? Message-ID: <200105052157.OAA26263@max.bungi.com> Hi ascend-users Have you seen something on TV and thought ,hey, I could use that? Before you pick up the phone and call their 800 number and pay more than you have to, please take a moment to consider my offer . . . Flowbee Hair cutting System ? their price W/Shipping & Handling ? $102.90 My discounted price w/o shipping & handling ? $57.95 Silicone Breast Form ? Their price ? $87.90 My price ? $29.95 Tae-Bo ? their price ? $64.95 My price ? $34.95 Littermaid Motorized Cat Box ? their price ? $179.90 My price ? $119.95 Straight Shooting Golf ? their price ? $309.95 My price ? 99.95 These are just a tiny fraction of the more than 200 "As Seen On TV" products I have to offer you at seriously discounted prices, and, unlike other companies who charge shipping & handling far EACH item you buy, I only charge for each order. What that means is you can order as many items as you like and only have to pay one flat shipping fee instead of paying a fee on each item that you order which would cost you even more money. Are you interested in saving money? Then respond to this message to request a price list. Note: The list and order form come as attachments. To order just print out the order form and send it along with payment to: Walter Hall 409 Cruz Bay St. John, VI 00831 (This offer is only available in the US). Thank You for taking the time to read this message. I hope to hear from you soon. Walter Hall walterh@surfbvi.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gerd.schalow at t-online.de Sun May 6 10:00:08 2001 From: gerd.schalow at t-online.de (Gerd Schalow) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] For Sale: Two Ascend B-STDX 9000 Message-ID: <003201c0d63d$3e2a90e0$b5a69b3e@schalow> Hello everybody, we have for sale: two Ascend B-STDX 9000 Chassis, unused and originally packed. Price: US$ 9,800/unit. We act on behalf of a european customs office where these units have been stored after the bankruptcy of the importer of these switches. Please contact: Mr. Gerd Schalow Company: Schalow & Kroh OHG Phone. 0049-251-897171 Fax: 0049-251-897312 Email: gerd.schalow@t-online.de -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010506/70838854/attachment.html From commdata at home.com Mon May 7 05:07:42 2001 From: commdata at home.com (Communication & Data Tech) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] FS: Lucent/Ascend GX 550 & CBX 500 Message-ID: <3AF673EE.B37DE724@home.com> In stock & ready to ship: NEW, no box, on pallet; GX 550 10 11560A ATM BIO 256K 2 11550 Timing 1 11541 NPA 4 11593 OC48/STM16 11 11580 OC3/STM1 8 11590 OC12/STM4 4 11600 GX250 Downlink 1 11519 Chassis w/ Redun DC power List Price $1,200,000. Asking Price $450,000 OBO -------------------------------------------------------- 14 USED CBX 500 Various configurations Let me know what you need. -- David L. Mausner Communication & Data Technologies, Inc. 888-770-0666 Voice 856-874-0666 Fax 856-874-0660 From tom at rydrcom.com Mon May 7 10:18:13 2001 From: tom at rydrcom.com (Tom Ryder) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) WTS - Ascend TNT Equipment Message-ID: QTY Model QTY Model Description $Our Price Each 14 Multishelf Master 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 1 TNT-SL-CT3 Channelized T3 Card $2,000.00 ISDN FR 1 TNT-SL-E100 100BaseT Ethernet card $750.00 1 TNT-SL-HA192 HDLC slot card $960.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $1,000.00 14 Multishelf Slave 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 8 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 1 TNT-SP-CAP ISDN 1 TNT-SP-SC TNT Shelf Controller $1,000.00 2 Standalone 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 2 TNT-SL-CT1 8 T1 card $920.00 ISDN FR 1 TNT-SL-HA192 HDLC slot card $960.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $1,000.00 12 Standalones 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 1 TNT-SL-CT1 8 T1 card $920.00 ISDN AC 1 TNT-SL-E100 100BaseT Ethernet card $750.00 VOIP ASGCP 1 TNT-SL-HA192 HDLC slot card $960.00 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $1,000.00 6 Standalone 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 1 TNT-SL-HA192 HDLC slot card $960.00 ISDN FR 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $1,000.00 4 Standalones 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 6 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 Option: 1 TNT-SL-E100 100BaseT Ethernet card $750.00 ISDN AC 1 TNT-SL-HA192 HDLC slot card $960.00 VOIP ASGCP 1 TNT-SP-CAP 1 TNT-SP-SC TNT Shelf Controller $1,000.00 4 Standalones 1 TNT-2AC TNT Base, Dual High Output AC $2,575.00 1 TNT-SP-SC TNT Shelf Controller $1,000.00 Option: 2 TNT-SL-CT1 8 T1 card $920.00 ISDN AC 1 TNT-SL-E10-100 10/100BaseT Ethernet card $750.00 VOIP ASGCP 1 TNT-SL-HA192 HDLC slot card $960.00 5 TNT-SL-48MOD-S56 V.90/V.34, 48-port dual-slot card $2,400.00 1 TNT-SP-CAP Modules without a Chassis: 29 TNT-SL-E10-100 10/100BaseT Ethernet card $750.00 56 TNT-SL-48MODV3-S-C Single slot 48 voice upgrade modem $2,400.00 13 TNT-SL-CT3 Channelized T3 Card $2,000.00 1 TNT-SL-HDLC2-EC-C HDLC2 Card with Encryption $960.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 Archives: http://www.nexial.com/mailinglists/ From talbs at pcsonline.com Wed May 9 12:06:34 2001 From: talbs at pcsonline.com (Mike Talbert) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) MAX 6000 Software Version Message-ID: <017201c0d8aa$667c5c80$073101cc@pcsterm> Anyone have any suggestions on a stable software version for a Max 6000, currently has 7.0.22, having problems with calls getting dropped consistently after a few minutes. Thanks Talbs ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From mbrunsv at attglobal.net Wed May 9 13:15:12 2001 From: mbrunsv at attglobal.net (AT&T) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) Local DNS Table on MAX 6K Message-ID: <000101c0d8b3$fe07bf00$9e56020a@admpls1997w.admin.cargill.com.> Has anyone had any luck using the local DNS table to effectivley resolve hosts? It seems to work while in TS mode with basic traceroute/ping commands but have never been able to use this functionality on the dialup client. Thanks, Matt ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From talbs at pcsonline.com Wed May 9 10:51:41 2001 From: talbs at pcsonline.com (Mike Talbert) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) Test Message-ID: <00b801c0d89f$f0e6ef80$073101cc@pcsterm> Test, not seeing any traffic, someone please respond. Thanks Talbs ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From eldridge at duo-county.com Wed May 9 12:00:09 2001 From: eldridge at duo-county.com (Rick Eldridge) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] Re: (ASCEND) Test References: <00b801c0d89f$f0e6ef80$073101cc@pcsterm> Message-ID: <3AF97799.E0D9567F@duo-county.com> Not seeing much here either. Figured everything was all fixed and hell froze over. :-) Mike Talbert wrote: > Test, not seeing any traffic, someone please respond. > > Thanks > > Talbs > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ -------------- next part -------------- A non-text attachment was scrubbed... Name: eldridge.vcf Type: text/x-vcard Size: 328 bytes Desc: Card for Rick Eldridge Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010509/1659f0ec/eldridge.vcf From guido at ipa.net Wed May 9 13:39:57 2001 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] RE: (ASCEND) MAX 6000 Software Version In-Reply-To: <017201c0d8aa$667c5c80$073101cc@pcsterm> Message-ID: <000501c0d8b7$73031310$70c602cf@ipa.net> Got any more info? Syslogs, error messages (client or server), how many minutes, how consistently, progress codes, etc. -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com] On Behalf Of Mike Talbert Sent: Wednesday, May 09, 2001 12:07 PM To: ascend-users@bungi.com Subject: (ASCEND) MAX 6000 Software Version Anyone have any suggestions on a stable software version for a Max 6000, currently has 7.0.22, having problems with calls getting dropped consistently after a few minutes. Thanks Talbs ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From cclements at cp-tel.net Wed May 9 14:08:35 2001 From: cclements at cp-tel.net (Chris Clements) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) Fine then, here is some traffic: Message-ID: <020301c0d8bb$727c3300$0685463f@cptel.net> Take a look at this fatal-history report. WARNING: Index: 179 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/01/2001. Time: 23:29:57 Location: b02837b4 b0285aec b02ea528 b013979c b01923c0 00000000 WARNING: Index: 179 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/01/2001. Time: 23:29:57 Location: b02837b4 b0285aec b02ea528 b013979c b01923c0 00000000 SYSTEM IS UP: Index: 100 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/01/2001. Time: 23:32:58 WARNING: Index: 195 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/03/2001. Time: 11:47:32 Location: b0213094 b027c51c b027ced4 b027db38 b027b758 b01923c0 FATAL ERROR: Index: 1 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/03/2001. Time: 11:47:57 Location: b0210a48 b0212fe0 b027c51c b027ced4 b027db38 b027b758 SYSTEM IS UP: Index: 100 Load: tbaxkh.m60 Revision: 7.0.3 Date: 05/03/2001. Time: 11:51:08 This max periodically reboots itself as seen above. The Index 179 error seems to indicate that this is a problem related to ISDN calls. In the event that a fatal error occurs right after this warning the message is intended to provide debug information. Do you guys think that these reboots are software related? This max is running 7.0.3. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From hkruell at swd-ag.de Thu May 10 02:37:19 2001 From: hkruell at swd-ag.de (hkruell@swd-ag.de) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) MAX TNT+ Navis RADIUS + Dial on Demand Message-ID: <20010510.7371918@mis.configured.host> Hello together, can anyone help me to configure Dial on Demand with my MAX-TNT and NavisRADIUS 1.3 . The following Profile does not so right what i want, probably it makes an permanent-connection but routing and dialing is right only when the connection is made for the first time the max hold it opend and reconnects everytime i disconnect: route-max-1 Password = ascend, Service-Type = Framed-Dialout-User Framed-Route = x.x.x.x/24 x.x.x.x 1 n pipeline-out pipeline-out Password = ?ascend?, Service-Type = Framed-Dialout-User User-Name = ?pipeline-out?, Password = ?xxxxx?, Service-Type = Framed, Framed-Protocol = MP, Framed-IP-Address = x.x.x.x, Framed-IP-Netmask = 255.255.255.0, Ascend-Data-Svc = Switched-64K, Ascend-Idle-Limit = 30, Ascend-Metric = 2, Ascend-Dial-Number = ?9xxxxxxxx?, Ascend-Send-Auth = Send-Auth-PAP, Ascend-Send-Passwd = ?xxxxx? (sorry my eMail client want's to make ?..? its not a mismatch in the profile) thanks for help Heribert Kruell RAS-Admin Stadtwerke Duesseldorf AG ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gerd.schalow at t-online.de Thu May 10 04:05:31 2001 From: gerd.schalow at t-online.de (Gerd Schalow) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] For Sale: Two Ascend B-STDX 9000 Message-ID: <009701c0d930$5daf48c0$db4f9fc1@schalow> Hello everybody, we have for sale: two Ascend B-STDX 9000, unused and originally packed. Please find below the details. Both units have the same inventory. Back Cards: 1+2) CP Ports 3) V-35 Port 4) E1 Port 5) ATM - IWU OC-3/STM-1 IOP 6) 10/100 ENET/IP IOP 7) 10/100 ENET/IP IOP Front Cards: 1) Control Processor 40 2) see 1) 3) Universal IOP 4) 12 Port E 1/IOP 5) ATM IWU OC-3/STM-1 IOP 6) 10/100 ENET/IP IOP 7) 10/100 ENET/IP IOP We are a german wholesaler and act on behalf of a european customs office where these units have been stored after the bankruptcy of the importer of these switches. If you are interested please bid on these units. Best regards Gerd Schalow Company: Schalow & Kroh OHG Phone. 0049-251-897171 Fax: 0049-251-897312 Email: gerd.schalow@t-online.de -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010510/fe87791a/attachment.html From talbs at pcsonline.com Thu May 10 07:35:19 2001 From: talbs at pcsonline.com (Mike Talbert) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] (ASCEND) MAX 6000 Message-ID: <00b201c0d94d$acb005a0$073101cc@pcsterm> I just picked up this MAX 6000, I have several 4000's, I notice when the 6000 answers modem calls it sends a 2-3 second busy like tone before the handshaking starts, my 4000's dont do this. Is this normal on the 6000? Thanks Talbs ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From maillist1 at argontech.net Thu May 10 09:15:01 2001 From: maillist1 at argontech.net (Marco C. Coelho) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 References: <00b201c0d94d$acb005a0$073101cc@pcsterm> Message-ID: <001201c0d95b$9a0a6e00$3301fe8a@argontech.net> Yes <><><><><><><><><><><><><><><><><><><><><> Marco C. Coelho Argon Technologies Texas' Best Internet Provider 6701 Interstate 30 West Greenville, Texas, 75402 903-455-5036 http://www.argontech.net ----- Original Message ----- From: "Mike Talbert" To: "Ascend-Users" Sent: Thursday, May 10, 2001 7:35 AM Subject: (ASCEND) MAX 6000 > I just picked up this MAX 6000, I have several 4000's, I notice when the > 6000 answers modem calls it sends a 2-3 second busy like tone before the > handshaking starts, my 4000's dont do this. Is this normal on the 6000? > > Thanks > > Talbs > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From hetzels at westbend.net Thu May 10 09:37:05 2001 From: hetzels at westbend.net (Scot W. Hetzel) Date: Tue Jan 18 14:00:36 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 References: <00b201c0d94d$acb005a0$073101cc@pcsterm> Message-ID: <006001c0d95e$b0677fa0$7d7885c0@genroco.com> From: "Mike Talbert" > I just picked up this MAX 6000, I have several 4000's, I notice when the > 6000 answers modem calls it sends a 2-3 second busy like tone before the > handshaking starts, my 4000's dont do this. Is this normal on the 6000? > Check to make sure you don't have 'Modem Ringback' enabled on the MAX 6000: Ethernet->Mod Config->Modem Ringback Scot ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From buzzg at rconnect.com Thu May 10 11:23:49 2001 From: buzzg at rconnect.com (Buzz Gould) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: <006001c0d95e$b0677fa0$7d7885c0@genroco.com> References: <00b201c0d94d$acb005a0$073101cc@pcsterm> Message-ID: <4.2.0.58.20010510112231.00a11f00@pop3.rconnect.com> Modem Ringback Description: By default, when the MAX answers an analog modem call, it generates a ringback tone that the calling modem hears, and then begins the modem protocol. Most modems ignore the ringback tone. However, some older modems require the MAX to generate a ringback tone. Usage: Specify one of the following values:  Yes specifies that the MAX generates a ringback tone. This is the default.  No specifies that the MAX does not generate a ringback tone. Location: Ethernet > Mod Config At 09:37 AM 5/10/01 , Scot W. Hetzel wrote: >From: "Mike Talbert" > > I just picked up this MAX 6000, I have several 4000's, I notice when the > > 6000 answers modem calls it sends a 2-3 second busy like tone before the > > handshaking starts, my 4000's dont do this. Is this normal on the 6000? > > >Check to make sure you don't have 'Modem Ringback' enabled on the MAX 6000: > > Ethernet->Mod Config->Modem Ringback > >Scot > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dave at mi-web.com Thu May 10 14:23:56 2001 From: dave at mi-web.com (Dave Higgins) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: <4.2.0.58.20010510112231.00a11f00@pop3.rconnect.com> Message-ID: On 5/10/01 12:23 PM, Buzz Gould wrote: > Most modems ignore the ringback tone. However, some older modems require > the MAX to generate a ringback tone. How often would one run into this? We have one unit that does this, but I wouldn't want to cut out any couple/few users that have modems requiring this. We're dealing with just under 1000 dialup accounts. Dave. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dusty at netease.net Thu May 10 14:57:44 2001 From: dusty at netease.net (DustyC) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: ; from dave@mi-web.com on Thu, May 10, 2001 at 03:23:56PM -0400 References: <4.2.0.58.20010510112231.00a11f00@pop3.rconnect.com> Message-ID: <20010510145744.A46007@nefbsd01.netease.net> I am not sure about which particular modems, however we have found that some older modems sometimes give up because of the v.90 tone. If those same modems are needing the ringback tone, putting 4 commas in front of the dialing number seems to solve the problem. DustyC On Thu, May 10, 2001 at 03:23:56PM -0400, Dave Higgins (dave@mi-web.com) wrote: > On 5/10/01 12:23 PM, Buzz Gould wrote: > > > Most modems ignore the ringback tone. However, some older modems require > > the MAX to generate a ringback tone. > > How often would one run into this? We have one unit that does this, but I > wouldn't want to cut out any couple/few users that have modems requiring > this. We're dealing with just under 1000 dialup accounts. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From miket at pcsonline.com Thu May 10 10:25:34 2001 From: miket at pcsonline.com (Mike Talbert) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) Modem Ringback Message-ID: <019801c0d965$751923c0$073101cc@pcsterm> Thanks all! the modem ringback was the culprit!. Mike From: "Mike Talbert" > I just picked up this MAX 6000, I have several 4000's, I notice when the > 6000 answers modem calls it sends a 2-3 second busy like tone before the > handshaking starts, my 4000's dont do this. Is this normal on the 6000? > Check to make sure you don't have 'Modem Ringback' enabled on the MAX 6000: Ethernet->Mod Config->Modem Ringback ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dusty at netease.net Thu May 10 22:40:28 2001 From: dusty at netease.net (DustyC) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: ; from ross@home.albury.net.au on Fri, May 11, 2001 at 07:55:41AM +1000 References: <20010510145744.A46007@nefbsd01.netease.net> Message-ID: <20010510224028.B47842@nefbsd01.netease.net> My mistake. I meant after the number. On Fri, May 11, 2001 at 07:55:41AM +1000, Ross Wheeler (ross@home.albury.net.au) wrote: > In /FRONT/ of?? Wouldn't that be "at the end of" ?? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From hkruell at swd-ag.de Fri May 11 04:48:23 2001 From: hkruell at swd-ag.de (hkruell@swd-ag.de) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: <4.2.0.58.20010510112231.00a11f00@pop3.rconnect.com> References: <00b201c0d94d$acb005a0$073101cc@pcsterm> <4.2.0.58.20010510112231.00a11f00@pop3.rconnect.com> Message-ID: <20010511.9482338@mis.configured.host> Hello, we also have a problem with analog modem calls and what you say sounds good for me but do you know how to aktivate it on my MAX-TNT in the docs i found only ?early-ringback signal? for VoiceOverIP. Have a nice weekend together Heribert Kruell RAS-Admin Stadtwerke Duesseldorf AG Germany >>>>>>>>>>>>>>>>>> Urspr?ngliche Nachricht <<<<<<<<<<<<<<<<<< Am 10.05.2001, 17:23:49, schrieb Buzz Gould zum Thema Re: (ASCEND) MAX 6000: > Modem Ringback > Description: By default, when the MAX answers an analog modem call, it > generates a > ringback tone that the calling modem hears, and then begins the modem > protocol. Most > modems ignore the ringback tone. However, some older modems require the MAX > to generate > a ringback tone. > Usage: Specify one of the following values: >  Yes specifies that the MAX generates a ringback tone. > This is the default. >  No specifies that the MAX does not generate a ringback tone. > Location: Ethernet > Mod Config > At 09:37 AM 5/10/01 , Scot W. Hetzel wrote: > >From: "Mike Talbert" > > > I just picked up this MAX 6000, I have several 4000's, I notice when the > > > 6000 answers modem calls it sends a 2-3 second busy like tone before the > > > handshaking starts, my 4000's dont do this. Is this normal on the 6000? > > > > >Check to make sure you don't have 'Modem Ringback' enabled on the MAX 6000: > > > > Ethernet->Mod Config->Modem Ringback > > > >Scot > > > >++ Ascend Users Mailing List ++ > >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > >Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From duygu.dogmus at is.net.tr Fri May 11 05:53:37 2001 From: duygu.dogmus at is.net.tr (Duygu Dogmus) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) max TNT 7.2.3 tx-rx problem on modems Message-ID: <3AFBC4B1.F966A6F1@is.net.tr> Hi, We have MAX TNT's with software version 7.2.3 and we are using 48-Port Dual Slot Modem Cards on it. We are facing a problem with dialup connections. After a dialup connection is established, data transmision end recive stops for 5-10 seconds than starts again and goes on for 20-30 seconds, then stops again and starts again... This goes on like this until the connection is terminated. Did anyone face such a problem and find a solution? I'll be glad if you let me know. Thanks Duygu ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ross at home.albury.net.au Thu May 10 16:55:41 2001 From: ross at home.albury.net.au (Ross Wheeler) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) MAX 6000 In-Reply-To: <20010510145744.A46007@nefbsd01.netease.net> Message-ID: On Thu, 10 May 2001, DustyC wrote: > I am not sure about which particular modems, however we > have found that some older modems sometimes give up > because of the v.90 tone. If those same modems are > needing the ringback tone, putting 4 commas in front > of the dialing number seems to solve the problem. In /FRONT/ of?? Wouldn't that be "at the end of" ?? The purpose of a comma in a dial string is to pause proceedings for (generally) 2 seconds. If you want the modem to "ignore" the first answer tones at the remote end, putting a pause /before/ dialing isn't going to help. RossW ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Thu May 10 15:30:13 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] RE: (ASCEND) MAX 6000 Message-ID: Hi Dave, I have done this dozens of times and have had no complaints from customers. I work with many ISP's across the country. I think it's just a legacy setting that is obsolete. That's just my experience, though. -----Original Message----- From: Dave Higgins [mailto:dave@mi-web.com] Sent: Thursday, May 10, 2001 3:24 PM To: Ascend-Users Subject: Re: (ASCEND) MAX 6000 On 5/10/01 12:23 PM, Buzz Gould wrote: > Most modems ignore the ringback tone. However, some older modems require > the MAX to generate a ringback tone. How often would one run into this? We have one unit that does this, but I wouldn't want to cut out any couple/few users that have modems requiring this. We're dealing with just under 1000 dialup accounts. Dave. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gabriel at tecnext.com Sat May 12 09:25:49 2001 From: gabriel at tecnext.com (Gabriel Zabal) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] MAX3000 Serial Line Message-ID: <010201c0daef$71d7c960$0119a8c0@nts01gab> I have a MAX3030 with - E1 (30 modems) - 1 serial interface - 1 ethernet Is possible to make the MAX act as router for a remote location , acepting incoming calls, and routing to the serial line, the modems traffic and the ethernet traffic, using a leased line of 128kbps (V.35 serial interface). ? Thanks. Gabriel From clayton at pgweb.com Sat May 12 12:30:52 2001 From: clayton at pgweb.com (Clayton Gray) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) (no subject) Message-ID: <3AFD734C.9FC77DB@pgweb.com> subsribe -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Clayton Gray, clayton@pgweb.com Borealis Communications Group Inc. http://www.pgweb.com #250-562-0616 Prince George, BC, Canada ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From everett at pgweb.com Sat May 12 13:40:38 2001 From: everett at pgweb.com (shawn everett) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) VoIP Cards Message-ID: Can the 12 or 16 port Multivoice DSP card work in the MAX 4000? Has anyone had any experiance with these cards at all? Shawn ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gmackenz at ascend.com Mon May 14 01:13:01 2001 From: gmackenz at ascend.com (gordo) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) VoIP Cards In-Reply-To: <200105130545.WAA02087@max.bungi.com> Message-ID: I do not believe the MAX 4000 supports VoIP. You want to use the MAX 6000 with those cards. > From: shawn everett > Date: Sat, 12 May 2001 11:40:38 -0700 (PDT) > Subject: (ASCEND) VoIP Cards > > Can the 12 or 16 port Multivoice DSP card work in the MAX 4000? > > Has anyone had any experiance with these cards at all? > > Shawn -- Gordon Mackenzie (510) 747-2790 Software Quality Assurance < Alameda < Access Engineering < INS < Lucent mailto:gordo@lucent.com http://www.lucent.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From plalor at infoasis.com Mon May 14 12:38:47 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) max TNT 7.2.3 tx-rx problem on modems In-Reply-To: <200105120545.WAA27232@max.bungi.com> References: <200105120545.WAA27232@max.bungi.com> Message-ID: >From: "Duygu Dogmus" > >We have MAX TNT's with software version 7.2.3 and we are using 48-Port >Dual Slot Modem Cards on it. We are facing a problem with dialup >connections. After a dialup connection is established, data transmision >end recive stops for 5-10 seconds than starts again and goes on for >20-30 seconds, then stops again and starts again... This goes on like >this until the connection is terminated. Try turning LQM on. (And if it's on... try turning it off.) -- 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 Archives: http://www.nexial.com/mailinglists/ From shj at havebook.com Mon May 14 16:55:30 2001 From: shj at havebook.com (Son Ho Jin) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) I got it Message-ID: <200105142201.PAA10869@max.bungi.com> Hey, lu Sorry, it took longer than i expected but I found the site, it's http://www.multiopen.com the site will make your web surfing very convenient. And here goes one more, it's http://www.mysimon.com this one will help your online shopping Get to the site and mail me after bye~ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From duygu at isbank.net.tr Tue May 15 03:30:42 2001 From: duygu at isbank.net.tr (Duygu Dogmus) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] Re: (ASCEND) max TNT 7.2.3 tx-rx problem on modems References: <200105120545.WAA27232@max.bungi.com> Message-ID: <3B00E932.1D6F0AEA@isbank.net.tr> Unfortunately it didn't work. I made more tests and seen that the period of downtime and uptime changes on different Max TNT shelves. On sum of them the uptime is 4 minutes and downtime 10-12 seconds. The tests on a Max TNT with software version 8.0.3 and csmx modem cards has shown the same results. Then I tried making connections with different modems;with USRobotics 56K Modem I didn't observe this situation, but with most of the modems this problem is obvious. Duygu Peter Lalor wrote: > >From: "Duygu Dogmus" > > > >We have MAX TNT's with software version 7.2.3 and we are using 48-Port > >Dual Slot Modem Cards on it. We are facing a problem with dialup > >connections. After a dialup connection is established, data transmision > >end recive stops for 5-10 seconds than starts again and goes on for > >20-30 seconds, then stops again and starts again... This goes on like > >this until the connection is terminated. > > Try turning LQM on. (And if it's on... try turning it off.) > -- > > 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 > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ccook at tcworks.net Tue May 15 09:39:21 2001 From: ccook at tcworks.net (Chris Cook) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] (ASCEND) MAX 4000 busy signals Message-ID: <3B013F99.BB64FD09@tcworks.net> Hello all, We have a MAX 4000 that we have used in the past for some of our SWBell PRI lines, we moved it to be used in another POP that is fed by Alltel Channelized T1's. Unfortunately now the MAX 4000 will answer the call but then give a busy signal, the Sessions window shows "Answer" then the channels go to rr and then cc and then reset back to --. I don't know why it appears that two lines are being picked up when calling in "rr,cc,--" and then I get busies. I know the line is good because I tested it with some other equipment (Portmaster 3), I have set the line config as follows: Line 2... x >Sig Mode=Inband x NFAS ID num=N/A x Rob Ctl=Wink-Start x Switch Type=N/A x Framing Mode=ESF x Encoding=B8ZS x FDL=None x Length=N/A x Buildout=0 dB x Clock Source=Yes x Collect DNIS/ANI=N/A x Pbx Type=N/A x Delete Digits=N/A x Add Number=N/A x Call-by-Call=N/A T1-PRI:PRI # Type=Unknown x T1-PRI:NumPlanID =ISDN x Ans #=N/A x Ans Service=N/A x Input Sample count=N/A x Send Disc=0 x Ch 1=Switched x Ch 1 #= x Ch 1 Slot=0 x Ch 1 Prt/Grp=0 x Ch 1 TrnkGrp=N/A x Ch 2=Switched x Ch 2 #= x Ch 2 Slot=0 line shows this: 10-200 1234567890 L2/LA ---------- 12345678901234 -------------- Any help would be very much appreciated! -- Chris The Computer Works ISP http://www.tcworks.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Tue May 15 10:45:19 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:37 2005 Subject: [Ascend] RE: (ASCEND) MAX 4000 busy signals Message-ID: Hi Chris, Try setting the Rob Ctl=Inc-Wink-200. I have had several cases where the telco specified "wink-start" but the MAX's insisted on Inc-W 200. Even though you may show LA on the trunk, incorrect Rob settings will cause busy signal. Also, is the busy signal fast or slow? - David -----Original Message----- From: Chris Cook [mailto:ccook@tcworks.net] Sent: Tuesday, May 15, 2001 10:39 AM To: ascend-users@max.bungi.com Subject: (ASCEND) MAX 4000 busy signals Hello all, We have a MAX 4000 that we have used in the past for some of our SWBell PRI lines, we moved it to be used in another POP that is fed by Alltel Channelized T1's. Unfortunately now the MAX 4000 will answer the call but then give a busy signal, the Sessions window shows "Answer" then the channels go to rr and then cc and then reset back to --. I don't know why it appears that two lines are being picked up when calling in "rr,cc,--" and then I get busies. I know the line is good because I tested it with some other equipment (Portmaster 3), I have set the line config as follows: Line 2... x >Sig Mode=Inband x NFAS ID num=N/A x Rob Ctl=Wink-Start x Switch Type=N/A x Framing Mode=ESF x Encoding=B8ZS x FDL=None x Length=N/A x Buildout=0 dB x Clock Source=Yes x Collect DNIS/ANI=N/A x Pbx Type=N/A x Delete Digits=N/A x Add Number=N/A x Call-by-Call=N/A T1-PRI:PRI # Type=Unknown x T1-PRI:NumPlanID =ISDN x Ans #=N/A x Ans Service=N/A x Input Sample count=N/A x Send Disc=0 x Ch 1=Switched x Ch 1 #= x Ch 1 Slot=0 x Ch 1 Prt/Grp=0 x Ch 1 TrnkGrp=N/A x Ch 2=Switched x Ch 2 #= x Ch 2 Slot=0 line shows this: 10-200 1234567890 L2/LA ---------- 12345678901234 -------------- Any help would be very much appreciated! -- Chris The Computer Works ISP http://www.tcworks.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ccook at tcworks.net Tue May 15 11:25:35 2001 From: ccook at tcworks.net (Chris Cook) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] Re: (ASCEND) MAX 4000 busy signals References: Message-ID: <3B01587F.4F50EDA2@tcworks.net> DPascarella@solunet.com wrote: > > Hi Chris, > > Try setting the Rob Ctl=Inc-Wink-200. I have had several cases where the > telco specified "wink-start" but the MAX's insisted on Inc-W 200. Even > though you may show LA on the trunk, incorrect Rob settings will cause busy > signal. Also, is the busy signal fast or slow? > > - David Hey David, Thanks for the help so far, it was fast busy with wink-start but after I changed it to Inc-W 200 it changed to a steady shreaking tone when I called in. Only one channel instead of two answering though. I'm gonna play with the other options... any ideas? -- Chris o----< ccook@tcworks.net >------------------------------------o |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | |The Computer Works ISP |FreeBSD - http://www.freebsd.org | o-------------------------------------------------------------o ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From scopeland at pldi.net Tue May 15 11:28:30 2001 From: scopeland at pldi.net (Steven Copeland) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] RE: (ASCEND) MAX 4000 busy signals In-Reply-To: <3B013F99.BB64FD09@tcworks.net> Message-ID: Chris, the problem is that you went from PRI to channelized T-1. In PRI world, the D channel does all of the signaling and call setup so it tells the max whether or not the incoming call needs to be routed to the digital control processor on the max for an ISDN call or to a modem for an analog call. The default setting to allow this is slot=0. Now you have switched to a Channelized T-1 and there is no D channel to tell the max how to handle the call. Now you must tell your max what slot your modems are on so it can hand of the call to an analog modem. To do this, you need to have all of the channels on the max set to "ch 1 slot=3", "ch 2 slot=3" and so forth for all 24 channels on the T-1. setting as below. Also, you must make sure that your Telco is not sending any CLI/ANI or any digits across the T-1. If they are, you will still get the same busy signal because the max doesn't know what to do with that information so it returns a busy signal. It is an obscure statement in the users manual that drove me nuts for a month on a test machine before I finally found it. Steven Copeland scopeland@pldi.net > x Ch 1=Switched > x Ch 1 #= > x Ch 1 Slot=3 > x Ch 1 Prt/Grp=0 > x Ch 1 TrnkGrp=N/A > x Ch 2=Switched > x Ch 2 #= > x Ch 2 Slot=3 > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Chris Cook > Sent: Tuesday, May 15, 2001 9:39 AM > To: ascend-users@max.bungi.com > Subject: (ASCEND) MAX 4000 busy signals > > > Hello all, > We have a MAX 4000 that we have used in the past for some > of our SWBell > PRI lines, we moved it to be used in another POP that is fed by Alltel > Channelized T1's. Unfortunately now the MAX 4000 will answer the call > but then give a busy signal, the Sessions window shows "Answer" then the > channels go to rr and then cc and then reset back to --. I don't know > why it appears that two lines are being picked up when calling in > "rr,cc,--" and then I get busies. I know the line is good because I > tested it with some other equipment (Portmaster 3), I have set the line > config as follows: > > Line 2... > x >Sig Mode=Inband > x NFAS ID num=N/A > x Rob Ctl=Wink-Start > x Switch Type=N/A > x Framing Mode=ESF > x Encoding=B8ZS > x FDL=None > x Length=N/A > x Buildout=0 dB > x Clock Source=Yes > x Collect DNIS/ANI=N/A > x Pbx Type=N/A > x Delete Digits=N/A > x Add Number=N/A > x Call-by-Call=N/A > T1-PRI:PRI # Type=Unknown > x T1-PRI:NumPlanID =ISDN > x Ans #=N/A > x Ans Service=N/A > x Input Sample count=N/A > x Send Disc=0 > x Ch 1=Switched > x Ch 1 #= > x Ch 1 Slot=0 > x Ch 1 Prt/Grp=0 > x Ch 1 TrnkGrp=N/A > x Ch 2=Switched > x Ch 2 #= > x Ch 2 Slot=0 > > > line shows this: > > 10-200 1234567890 > L2/LA ---------- > 12345678901234 > -------------- > > > Any help would be very much appreciated! > > > > -- > Chris > > The Computer Works ISP > http://www.tcworks.net > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Tue May 15 11:42:50 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] RE: (ASCEND) MAX 4000 busy signals Message-ID: Hi Chris, Try Inc-W-400. - David -----Original Message----- From: Chris Cook [mailto:ccook@tcworks.net] Sent: Tuesday, May 15, 2001 12:26 PM To: DPascarella@solunet.com Cc: ascend-users@max.bungi.com Subject: Re: (ASCEND) MAX 4000 busy signals DPascarella@solunet.com wrote: > > Hi Chris, > > Try setting the Rob Ctl=Inc-Wink-200. I have had several cases where the > telco specified "wink-start" but the MAX's insisted on Inc-W 200. Even > though you may show LA on the trunk, incorrect Rob settings will cause busy > signal. Also, is the busy signal fast or slow? > > - David Hey David, Thanks for the help so far, it was fast busy with wink-start but after I changed it to Inc-W 200 it changed to a steady shreaking tone when I called in. Only one channel instead of two answering though. I'm gonna play with the other options... any ideas? -- Chris o----< ccook@tcworks.net >------------------------------------o |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | |The Computer Works ISP |FreeBSD - http://www.freebsd.org | o-------------------------------------------------------------o ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ccook at tcworks.net Tue May 15 11:50:37 2001 From: ccook at tcworks.net (Chris Cook) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] Re: (ASCEND) MAX 4000 busy signals References: Message-ID: <3B015E5D.6E765A84@tcworks.net> Steven Copeland wrote: > > Chris, the problem is that you went from PRI to channelized T-1. In PRI > world, the D channel does all of the signaling and call setup so it tells > the max whether or not the incoming call needs to be routed to the digital > control processor on the max for an ISDN call or to a modem for an analog > call. The default setting to allow this is slot=0. Now you have switched > to a Channelized T-1 and there is no D channel to tell the max how to handle > the call. Now you must tell your max what slot your modems are on so it can > hand of the call to an analog modem. To do this, you need to have all of > the channels on the max set to "ch 1 slot=3", "ch 2 slot=3" and so forth for > all 24 channels on the T-1. setting as below... Alright! With the help of both Steven and David I got the problem fixed... I set the Rob Ctl to Inc-Wink-200 and then assigned the modems to the T1. Thanks everyone! -- Chris o----< ccook@tcworks.net >------------------------------------o |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | |The Computer Works ISP |FreeBSD - http://www.freebsd.org | o-------------------------------------------------------------o ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Tue May 15 12:09:09 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] RE: (ASCEND) MAX 4000 busy signals Message-ID: Well said Steven! I agree with you in that you must adjust the settings from CT-1 to PRI as well as coordinate with your telco to make sure they dont send you what you dont need. As far as setting the channels slot to a particular modem slot well you can assigned it any slot that your modems are in but generally speaking you want to start with the first slot your modem is in which is typically 3. Hope this helps! Mario Puras SoluNet Technical Support Network Support Engineer -----Original Message----- From: Steven Copeland [mailto:scopeland@pldi.net] Sent: Tuesday, May 15, 2001 12:29 PM To: Chris Cook; ascend-users@max.bungi.com Subject: RE: (ASCEND) MAX 4000 busy signals Chris, the problem is that you went from PRI to channelized T-1. In PRI world, the D channel does all of the signaling and call setup so it tells the max whether or not the incoming call needs to be routed to the digital control processor on the max for an ISDN call or to a modem for an analog call. The default setting to allow this is slot=0. Now you have switched to a Channelized T-1 and there is no D channel to tell the max how to handle the call. Now you must tell your max what slot your modems are on so it can hand of the call to an analog modem. To do this, you need to have all of the channels on the max set to "ch 1 slot=3", "ch 2 slot=3" and so forth for all 24 channels on the T-1. setting as below. Also, you must make sure that your Telco is not sending any CLI/ANI or any digits across the T-1. If they are, you will still get the same busy signal because the max doesn't know what to do with that information so it returns a busy signal. It is an obscure statement in the users manual that drove me nuts for a month on a test machine before I finally found it. Steven Copeland scopeland@pldi.net > x Ch 1=Switched > x Ch 1 #= > x Ch 1 Slot=3 > x Ch 1 Prt/Grp=0 > x Ch 1 TrnkGrp=N/A > x Ch 2=Switched > x Ch 2 #= > x Ch 2 Slot=3 > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Chris Cook > Sent: Tuesday, May 15, 2001 9:39 AM > To: ascend-users@max.bungi.com > Subject: (ASCEND) MAX 4000 busy signals > > > Hello all, > We have a MAX 4000 that we have used in the past for some > of our SWBell > PRI lines, we moved it to be used in another POP that is fed by Alltel > Channelized T1's. Unfortunately now the MAX 4000 will answer the call > but then give a busy signal, the Sessions window shows "Answer" then the > channels go to rr and then cc and then reset back to --. I don't know > why it appears that two lines are being picked up when calling in > "rr,cc,--" and then I get busies. I know the line is good because I > tested it with some other equipment (Portmaster 3), I have set the line > config as follows: > > Line 2... > x >Sig Mode=Inband > x NFAS ID num=N/A > x Rob Ctl=Wink-Start > x Switch Type=N/A > x Framing Mode=ESF > x Encoding=B8ZS > x FDL=None > x Length=N/A > x Buildout=0 dB > x Clock Source=Yes > x Collect DNIS/ANI=N/A > x Pbx Type=N/A > x Delete Digits=N/A > x Add Number=N/A > x Call-by-Call=N/A > T1-PRI:PRI # Type=Unknown > x T1-PRI:NumPlanID =ISDN > x Ans #=N/A > x Ans Service=N/A > x Input Sample count=N/A > x Send Disc=0 > x Ch 1=Switched > x Ch 1 #= > x Ch 1 Slot=0 > x Ch 1 Prt/Grp=0 > x Ch 1 TrnkGrp=N/A > x Ch 2=Switched > x Ch 2 #= > x Ch 2 Slot=0 > > > line shows this: > > 10-200 1234567890 > L2/LA ---------- > 12345678901234 > -------------- > > > Any help would be very much appreciated! > > > > -- > Chris > > The Computer Works ISP > http://www.tcworks.net > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From brian at net-port.com Tue May 15 13:47:12 2001 From: brian at net-port.com (Brian Goodenow) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] (ASCEND) MAXTNT Message-ID: Greetings! We're a small ISP in Michigan. I have a MAXTNT, using dual-slot 48 port modem cards. Right now, I have 4 cards in the unit, and 8 PRI T1's.. I have two more T1's to add to the group, so I purchased an additional modem card. However, when I insert this card, I run into several problems.. Many users cannot connect at all.. Those who do connect do so at very low speeds, and some of those cannot move anywhere.. Any suggestions on where to begin? Thank you! Brian Goodenow, Manager Net-port Internet Service 110 N. Michigan Ave. Big Rapids, MI 49307 231.592.9877, ext. 204 www.net-port.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gabriel at tecnext.com Tue May 15 14:24:07 2001 From: gabriel at tecnext.com (Gabriel Zabal) Date: Tue Jan 18 14:00:38 2005 Subject: RV: [Ascend] MAX3000 Serial Line Message-ID: <000101c0dd74$9cf30150$0119a8c0@nts01gab> Nobody knows this ? -----Mensaje original----- De: rte-ascend-admin@lists.real-time.com [mailto:rte-ascend-admin@lists.real-time.com]En nombre de Gabriel Zabal Enviado el: S?bado, 12 de Mayo de 2001 11:26 a.m. Para: rte-ascend@lists.real-time.com Asunto: [Ascend] MAX3000 Serial Line I have a MAX3030 with - E1 (30 modems) - 1 serial interface - 1 ethernet Is possible to make the MAX act as router for a remote location , acepting incoming calls, and routing to the serial line, the modems traffic and the ethernet traffic, using a leased line of 128kbps (V.35 serial interface). ? Thanks. Gabriel _______________________________________________ rte-ascend mailing list rte-ascend@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/rte-ascend From DPascarella at solunet.com Tue May 15 14:25:13 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] RE: (ASCEND) MAXTNT Message-ID: Hi Brian, What type of modem card have you added to the TNT? What TAOS code rev are you running? - David -----Original Message----- From: Brian Goodenow [mailto:brian@net-port.com] Sent: Tuesday, May 15, 2001 2:47 PM To: ascend-users@max.bungi.com Subject: (ASCEND) MAXTNT Greetings! We're a small ISP in Michigan. I have a MAXTNT, using dual-slot 48 port modem cards. Right now, I have 4 cards in the unit, and 8 PRI T1's.. I have two more T1's to add to the group, so I purchased an additional modem card. However, when I insert this card, I run into several problems.. Many users cannot connect at all.. Those who do connect do so at very low speeds, and some of those cannot move anywhere.. Any suggestions on where to begin? Thank you! Brian Goodenow, Manager Net-port Internet Service 110 N. Michigan Ave. Big Rapids, MI 49307 231.592.9877, ext. 204 www.net-port.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From thorsten at eckey.do.uunet.de Wed May 16 11:07:48 2001 From: thorsten at eckey.do.uunet.de (Thorsten Eckey) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] (ASCEND) Problems connecting MAX 800 to ACE/Server Message-ID: <3B02A5D4.20C8064B@eckey.do.uunet.de> Hi! I have problems to connect a MAX 800 directly (without RADIUS) to an ACE/Server, i always got the following entry in syslog ... 192.168.1.18 ASCEND: call 97 CL 0K u=aceusr c=43 p=65 s=64000 r=64000 (aceusr is also a user in the ACE/Server database) It seems to be that there is only one UDP port 5510 request, then the authentication is rejected. Normal Dial-In with a static password works fine! Is there someone who has a running configuration with a MAX 800 and an ACE/Server under Windows NT? Setup: ISDN ---- MAX 800 ---- LAN ---- ACE/Server MAX 800: TAOS 9.0.2, only BRI cards ACE: V4.1 w/ Windows NT Server 4.0 w/ SP6a Dial-In: Windows 2000 Thanks for help! Thorsten ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From plalor at infoasis.com Wed May 16 11:51:49 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] Re: (ASCEND) max TNT 7.2.3 tx-rx problem on modems In-Reply-To: <200105160545.WAA17333@max.bungi.com> References: <200105160545.WAA17333@max.bungi.com> Message-ID: If it's occurring with both 7.2.3/dual-slot modem cards and 8.0.3/csmx cards, then it's definitely not the modem cards or the firmware revision. That means it's configuration or a telco issue. I'm fresh out of ideas, but FWIW I've used various combinations of what you're using and not had that problem. (We use T1 PRI.) Perhaps if you post more information about your configuration someone on the list may spot something wrong. >From: "Duygu Dogmus" > >Unfortunately it didn't work. I made more tests and seen that the period of >downtime and uptime changes on different Max TNT shelves. On sum of them the >uptime is 4 minutes and downtime 10-12 seconds. The tests on a Max TNT with >software version 8.0.3 and csmx modem cards has shown the same results. Then >I tried making connections with different modems;with USRobotics 56K Modem I >didn't observe this situation, but with most of the modems this problem is >obvious. > >Duygu > >Peter Lalor wrote: > >> >From: "Duygu Dogmus" >> > >> >We have MAX TNT's with software version 7.2.3 and we are using 48-Port >> >Dual Slot Modem Cards on it. We are facing a problem with dialup >> >connections. After a dialup connection is established, data transmision >> >end recive stops for 5-10 seconds than starts again and goes on for >> >20-30 seconds, then stops again and starts again... This goes on like >> >this until the connection is terminated. >> >> Try turning LQM on. (And if it's on... try turning it off.) >> -- >> > > Peter Lalor Infoasis -- 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 Archives: http://www.nexial.com/mailinglists/ From thompsoj at dsjhc.org Wed May 16 12:45:39 2001 From: thompsoj at dsjhc.org (Jeff Thompson) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] Ascend MAX 4000 and SMB networking problem Message-ID: I have an Ascend MAX 4000 unit that we have outside software support people dial up into, lately for some reason they have been unable to get SMB networking to function across the wan link, I can find no settings to account for the problem, dialing up with a 98 laptop works fine. dialing up with a windows ce handheld devices also fails to function properly, no shares can be found or accessed, which is a major problem since we have nurses that dialup and access data. Anybody got a clue? Thanks ------------------------------------------------ Jeff Thompson Network Administrator Information Management Duke & St. Joseph Home Care 910.246.3046 thompsoj@dsjhc.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010516/1ae9fb6c/attachment.htm From rogers at axs4u.net Wed May 16 17:14:43 2001 From: rogers at axs4u.net (Roger Salisbury) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] (ASCEND) Not Asssigning Subnetted Netmask References: <200105160545.WAA17333@max.bungi.com> Message-ID: <00b901c0de55$9bd3a860$de4eced8@axs4u.net> Max TNT runngin 8.0.3 We are running on a class A subnetted to a class C, when users get connected ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even 255.255.255.0 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ahakim at salec.com Thu May 17 01:51:28 2001 From: ahakim at salec.com (Ahmad El-Hakim) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] MAX3000 Serial Line (Gabriel Zabal) Message-ID: <004c01c0de9d$cc9ff280$094783d5@salec.com.eg> Yes you can do this ---------------------------- I have a MAX3030 with - E1 (30 modems) - 1 serial interface - 1 ethernet Is possible to make the MAX act as router for a remote location , accepting incoming calls, and routing to the serial line, the modems traffic and the ethernet traffic, using a leased line of 128kbps (V.35 serial interface). ? Thanks. Gabriel From jyrki.kainulainen at datatie.fi Thu May 17 01:54:49 2001 From: jyrki.kainulainen at datatie.fi (Jyrki Kainulainen) Date: Tue Jan 18 14:00:38 2005 Subject: [Ascend] MAX TNT, dial out, callback, radius profiles Message-ID: <5.1.0.14.2.20010517092610.00a5cd20@mail.datatie.fi> Hello. My setup: 1 TNT TAOS 8.0.4 with E1 and OC3ATM. 2 RADIUS servers, ISDN routers as "users". I've tried to setup system so that connection could be opened from router and from TNT. For authentication I use RADIUS (CLID). I use Vrouters and ATM-Direct to separate customers and routing users to corresponding ATM vpi/vci. Dial in works fine. ISDN router dials in, TNT checks then CLID from radius and routes the connection to Vrouter and ATM. For dial in I have one separate radius profile (Sorry those profiles are not in standard format): User: DTIETESTI-HKI-1 User type: Native User Return list attributes: Ascend-ATM-Direct - ATM-Direct-Yes Ascend-ATM-Direct-Profile - dtietesti-atm Ascend-BACP-Enable - BACP-Yes Ascend-Route-IP - Route-IP-Yes Ascend-VRouter-Name - dtietesti-vrou Framed-IP-Address - 195.237.41.137 Framed-IP-Netmask - 255.255.255.248 Framed-Protocol - Ascend-MP Service-Type - Framed ---- But, dial out is the problem. When TNT originates the call and is waiting call back from ISDN router, router does the call back but routing table shows that call back connection is in different ppp interface than static route for that connection. Also for dial out I have one radius profile: User: DTIETESTI-HKI-1-OUT User type: Native User Return list attributes: Ascend-Data-Svc - Switched-64K Ascend-Dial-Number - 80935176250 Ascend-Expect-Callback - Expect-Callback-Yes Framed-IP-Address - 195.237.41.137 Framed-IP-Netmask - 255.255.255.248 Framed-Protocol - Ascend-MP Service-Type - Outbound User-Name - dtietesti-hki-1 Static routes to branch offices are also configured in RADIUS, so those routes can be viewed with netstat -r command. Here is the route profile: User: ROUTE-1 User type: Native User Return list attributes: Framed-Route - 195.237.41.136/29 195.237.41.137 1 n DTIETESTI-HKI-1-OUT 100 dtietesti-vrou Service-Type - Outbound -------------------------------------------------------------------------- Here some more details about the issue: Idle state: Route 195.237.41.136/29 195.237.41.137 wanabe I send 1 ping to that route and tnt originates the call and expect call back. admin> netstat dtietesti-vrou -rn Destination Gateway IF Flg Pref Met Use Age 127.0.0.0/8 - bh0_dtietes CP 0 0 0 755074 127.0.0.1/32 - local CP 0 0 0 755074 127.0.0.2/32 - rj0_dtietes CP 0 0 0 755074 172.25.60.128/30 172.25.60.130 wan22 rGT 60 1 0 175785 172.25.60.129/32 - local rT 0 0 0 175785 172.25.60.130/32 172.25.60.130 wan22 rT 60 1 0 175785 195.237.41.136/29 195.237.41.137 wanabe SG 100 1 0 189 195.237.41.144/29 195.237.41.145 wanabe SG 100 1 0 189 195.237.41.152/29 195.237.41.153 wanabe SG 100 1 0 189 --------- Link is up: Note that route for active connection shows DIFFERENT IF number that static route. 195.237.41.136/29 195.237.41.137 wan122 rGT 195.237.41.136/29 195.237.41.137 wan121 *SG 195.237.41.137/32 195.237.41.137 wan122 rT admin> netstat dtietesti-vrou -rn Destination Gateway IF Flg Pref Met Use Age 127.0.0.0/8 - bh0_dtietes CP 0 0 0 755091 127.0.0.1/32 - local CP 0 0 0 755091 127.0.0.2/32 - rj0_dtietes CP 0 0 0 755091 172.25.60.128/30 172.25.60.130 wan22 rGT 60 1 0 175802 172.25.60.129/32 - local rT 0 0 0 175802 172.25.60.130/32 172.25.60.130 wan22 rT 60 1 0 175802 195.237.41.136/29 195.237.41.137 wan122 rGT 60 1 0 2 195.237.41.136/29 195.237.41.137 wan121 *SG 100 1 1 206 195.237.41.137/32 195.237.41.137 wan122 rT 60 1 0 2 195.237.41.144/29 195.237.41.145 wanabe SG 100 1 0 206 195.237.41.152/29 195.237.41.153 wanabe SG 100 1 0 206 admin> netstat dtietesti-vrou -i Name MTU Net/Dest Address Ipkts Ierr Opkts Oerr vr0_dtietes 1500 10.1.1.1/32 10.1.1.1 0 0 0 0 lo0_dtietes 1500 127.0.0.1/32 127.0.0.1 1 0 1 0 local 65535 127.0.0.1/32 127.0.0.1 1 0 1 0 rj0_dtietes 1500 127.0.0.2/32 127.0.0.2 0 0 0 0 bh0_dtietes 1500 127.0.0.3/32 127.0.0.3 0 0 0 0 wan22 1560 172.25.60.130 172.25.60.129 6477 0 3321 0 wan122 1524 195.237.41.137 10.1.1.1 8 0 8 0 -------------- Link is dropped by ISDN router. admin> netstat dtietesti-vrou -i Name MTU Net/Dest Address Ipkts Ierr Opkts Oerr vr0_dtietes 1500 10.1.1.1/32 10.1.1.1 0 0 0 0 lo0_dtietes 1500 127.0.0.1/32 127.0.0.1 1 0 1 0 local 65535 127.0.0.1/32 127.0.0.1 1 0 1 0 rj0_dtietes 1500 127.0.0.2/32 127.0.0.2 0 0 0 0 bh0_dtietes 1500 127.0.0.3/32 127.0.0.3 0 0 0 0 wan22 1560 172.25.60.130 172.25.60.129 6477 0 3321 0 Route for active connection IF wan122 will be destroied but static route shows IF name wan 121. Route 195.237.41.136/29 195.237.41.137 wan121 Now tnt will not dial out before routes are refreshed from radius (refresh -r) admin> netstat dtietesti-vrou -rn Destination Gateway IF Flg Pref Met Use Age 127.0.0.0/8 - bh0_dtietes CP 0 0 0 755181 127.0.0.1/32 - local CP 0 0 0 755181 127.0.0.2/32 - rj0_dtietes CP 0 0 0 755181 172.25.60.128/30 172.25.60.130 wan22 rGT 60 1 0 175892 172.25.60.129/32 - local rT 0 0 0 175892 172.25.60.130/32 172.25.60.130 wan22 rT 60 1 0 175892 195.237.41.136/29 195.237.41.137 wan121 SG 100 1 1 296 195.237.41.144/29 195.237.41.145 wanabe SG 100 1 0 296 195.237.41.152/29 195.237.41.153 wanabe SG 100 1 0 296 ----------------------------- Best Regards, Jyrki Kainulainen From DPascarella at solunet.com Thu May 17 09:03:26 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) Not Asssigning Subnetted Netmask Message-ID: Are you seeing this in "winipcfg" or "ipconfig"? Those are false readings. You will always see the default SM based on the 1st octet of the ip address. - David -----Original Message----- From: Roger Salisbury [mailto:rogers@axs4u.net] Sent: Wednesday, May 16, 2001 6:15 PM To: ascend-users@max.bungi.com Subject: (ASCEND) Not Asssigning Subnetted Netmask Max TNT runngin 8.0.3 We are running on a class A subnetted to a class C, when users get connected ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even 255.255.255.0 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Thu May 17 09:06:37 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) Not Asssigning Subnetted Netmask Message-ID: Hi Roger, The Ascend units report the subnet that is associated to original network. For example, 63.0.23.0/24 this is a class A just subnetted down into a class C but the Ascend units will report it as a /8 or 255.0.0.0 Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Roger Salisbury [mailto:rogers@axs4u.net] Sent: Wednesday, May 16, 2001 6:15 PM To: ascend-users@max.bungi.com Subject: (ASCEND) Not Asssigning Subnetted Netmask Max TNT runngin 8.0.3 We are running on a class A subnetted to a class C, when users get connected ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even 255.255.255.0 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Thu May 17 09:51:55 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) Not Asssigning Subnetted Netmask Message-ID: Also, the TNT might report the same thing. Are users getting IP's from a TNT pool or external authenticator? If you have a sniffer, you might see a correct output for SM for your users. - David -----Original Message----- From: DPascarella@solunet.com [mailto:DPascarella@solunet.com] Sent: Thursday, May 17, 2001 10:03 AM To: rogers@axs4u.net; ascend-users@max.bungi.com Subject: RE: (ASCEND) Not Asssigning Subnetted Netmask Are you seeing this in "winipcfg" or "ipconfig"? Those are false readings. You will always see the default SM based on the 1st octet of the ip address. - David -----Original Message----- From: Roger Salisbury [mailto:rogers@axs4u.net] Sent: Wednesday, May 16, 2001 6:15 PM To: ascend-users@max.bungi.com Subject: (ASCEND) Not Asssigning Subnetted Netmask Max TNT runngin 8.0.3 We are running on a class A subnetted to a class C, when users get connected ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even 255.255.255.0 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From plalor at infoasis.com Thu May 17 11:56:40 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] Re: (ASCEND) Not Asssigning Subnetted Netmask In-Reply-To: <200105170545.WAA22349@max.bungi.com> References: <200105170545.WAA22349@max.bungi.com> Message-ID: >From: "Roger Salisbury" > >We are running on a class A subnetted to a class C, when users get connected >ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even >255.255.255.0 What mask are you assigning them? Perhaps you could post an example profile? -- 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 Archives: http://www.nexial.com/mailinglists/ From natecars at real-time.com Thu May 17 11:58:58 2001 From: natecars at real-time.com (Nate Carlson) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] (ASCEND) Dropping addt'l MPP lines if you run out of channels? Message-ID: I'm wondering if there's a way to configure a Max 4000 to drop all but one channel of existing ISDN links if it runs out of available channels. So, for example, if I had a Max with 1 PRI (23 channels), and had 19 users logged in using 1 channel/ea, and 2 additional people logged in with 2 channels/ea, to drop both of the people with 2 channels active down to 1 channel, because the Max is out of lines. Thanks! -- Nate Carlson | Phone : (952)943-8700 http://www.real-time.com | Fax : (952)943-8500 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From rogers at axs4u.net Thu May 17 13:35:57 2001 From: rogers at axs4u.net (Roger Salisbury) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] Re: (ASCEND) Not Asssigning Subnetted Netmask References: <200105170545.WAA22349@max.bungi.com> Message-ID: <001b01c0df00$36dfbb00$de4eced8@axs4u.net> Not a using profiles, just answer and pools. This all starting out when sometimes user get connected can not route anywhere and then drop. I have also seen 255.255.255.255 be assigned as an address. this is my radius setup. DEFAULT Service-Type = Framed-User, Auth-Type = System Framed-Protocol = PPP, Framed-Compression = Van-Jacobson-TCP-IP ----- Original Message ----- From: "Peter Lalor" To: Sent: Thursday, May 17, 2001 11:56 AM Subject: Re: (ASCEND) Not Asssigning Subnetted Netmask > >From: "Roger Salisbury" > > > >We are running on a class A subnetted to a class C, when users get connected > >ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even > >255.255.255.0 > > What mask are you assigning them? Perhaps you could post an example profile? > -- > > 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 > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From clayton at pgweb.com Thu May 17 14:15:13 2001 From: clayton at pgweb.com (Clayton Gray) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] (ASCEND) either net to PSTN Message-ID: <3B042341.D675DF54@pgweb.com> We would like to send either net traffic to the out going PSTN on our Max 4000. How can I don this? -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Clayton Gray, clayton@pgweb.com Borealis Communications Group Inc. http://www.pgweb.com #250-562-0616 Prince George, BC, Canada ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Thu May 17 12:43:51 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) Dropping addt'l MPP lines if you run out of channels ? Message-ID: Nate, No! There is not a way for the max to know that is has to drop certain channels when it runs out of lines. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Nate Carlson [mailto:natecars@real-time.com] Sent: Thursday, May 17, 2001 12:59 PM To: Ascend Users Subject: (ASCEND) Dropping addt'l MPP lines if you run out of channels? I'm wondering if there's a way to configure a Max 4000 to drop all but one channel of existing ISDN links if it runs out of available channels. So, for example, if I had a Max with 1 PRI (23 channels), and had 19 users logged in using 1 channel/ea, and 2 additional people logged in with 2 channels/ea, to drop both of the people with 2 channels active down to 1 channel, because the Max is out of lines. Thanks! -- Nate Carlson | Phone : (952)943-8700 http://www.real-time.com | Fax : (952)943-8500 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From Dave.Rosette at sycamorenet.com Thu May 17 15:02:31 2001 From: Dave.Rosette at sycamorenet.com (Rosette, David) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] (ASCEND) CHAP fails on Radius server and MAX 6000 Message-ID: <4993EB20A01FD411B22700D0B77CF68801B854D3@ash.sycamorenet.com> I am setting up a radius server using Microsoft's IAS. I can authenticate using PAP only. I have gone through the list archives and found some config information. I entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" This gives the same result I can only authenticate using PAP. If I disable PAP on the radius server all tries result in Bad Password. These are the other setting in the profile: User-Service = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Ascend-Assign-IP-Pool = 1, Ascend-Route-IP = Route-IP-Yes, Ascend-Idle-Limit = 1200, VALUE Ascend-Auth-Type = Auth-MS-CHAP, As far as I can tell the settings on the radius server are correct. Is there anything on the MAX that can be checked? Thanks, Dave Rosette Information Systems Sycamore Networks 150 Apollo Drive Chelmsford, MA 01824 Direct: 978-367-7379 > > From: Joel Wittenberg > > Date: Tue, 21 Dec 1999 14:42:51 -0800 > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question > > > > > > The problem is that MS clients will try to negotiate MS-Chap, and if you > > have some (MS) clients which need to use MS-Chap, and some which don't, > > then you need to set the Answer profile to support MS-Chap, however, then > > all of your MS clients will successfully negotiate for MS-Chap. However, > > if you can reasonably support doing DNIS or CLID authentication in > > addition to name/pwd auth then you can use the Ascend-Auth-Type VSA to > > indicate the type of name/pwd (PPP) auth to use, overriding the ANSWER > > profile selection. > > > > What this means is that the NAS will not allow LCP to negotiate for any > > profile not allowed by the Ascend-Auth-Type VSA; therefore the attempt by > > the MS client to negotiate MS-Chap will be foiled if the DNIS/CLID auth > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP and the MS > > client will agree). Since CHAP rather than MS-CHAP will be used, any > > normal Radius server should be able to authenticate such a call. > > > > If you can separate your MS clients into 2 groups (MS-CHAP and CHAP) and > > give then separate numbers to call, then DNIS auth would be a good choice; > > alternatively you can use CLID auth, but that will require all of your MS > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if you > > configure for clid-auth-mode = CLID-prefer). > > > > I'm not sure which branches have this capability (I believe 7.0V and 8.0 > > branches, possibly other 7.X branches as well) - check with Ascend > support. > > > > # > > # Specify the type of auth to use. Initially intended to specify the type > > # of receive authentication, but could also be used to specify the type > > # of send authentication; if adopted for this use we could then obsolete > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type attribute values > > # are similar to the Ascend-Send-Auth values but are named in such a way > > # as to allow their use for either send or receive auth. > > # > > # Note this this attribute uses the same id as an RFC assigned > > # attribute and therefore must be used only as a VSA. > > # > > ATTRIBUTE Ascend-Auth-Type 81 integer > > > > # Ascend Auth Values > > # Ascend Auth Values > > > > VALUE Ascend-Auth-Type Auth-None 0 > > VALUE Ascend-Auth-Type Auth-Default 1 > > VALUE Ascend-Auth-Type Auth-Any 2 > > VALUE Ascend-Auth-Type Auth-PAP 3 > > VALUE Ascend-Auth-Type Auth-CHAP 4 > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 > > > > If values other than those just enumerated are passed from Radius to > > the NAS then the NAS will use the configured default (either the > > answer profile [if use-answer-as-default is yes] or else the factory > > default) instead of attempting to use the returned value. > > > > Sample Radius Use: > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, > > Ascend-Require-Auth = Require-Auth, > > Ascend-Auth-Type = Auth-PAP > > > > > > So this would allow you to specify e.g., Auth-CHAP based on CLID > > authentication, even though the normal Answer setting would have the NAS > > allow the connection to negotiate for MS-CHAP. Note that the service type > > is on the first line (important to prevent someone from dialing in and > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST > > return the Ascend-Require-Auth = Require-Auth if you wish to proceed to > > use name/pwd auth. > > > > Hope this helps, > > > > /joeli ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From troy at psknet.com Fri May 18 06:31:53 2001 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 In-Reply-To: <4993EB20A01FD411B22700D0B77CF68801B854D3@ash.sycamorenet.com> Message-ID: David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From rocca at multiboard.com Fri May 18 08:44:38 2001 From: rocca at multiboard.com (Peter Rocca) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) Dropping addt'l MPP lines if you run out of channels ? In-Reply-To: <200105180545.WAA27802@max.bungi.com> Message-ID: Hi Nate, Not within the MAX itself, however if you have a programmer available, it wouldn't be that tricky set up Cistron Radius to run an external program on authentication (Exec-Prog) that would either do a finger against the MAX, or SNMP queries to calculate the free calls, then if greater than your threshold to issue SNMP boot requests to the session ids of 2nd channel MPP connections. Optionally you could just have the process run every x minutes to determine the line status and issue your boots then. You could also use this method to boot people that had been on for days when you get close to full -- if line expansion isn't justifiable and your users would accept such a thing... :-) > From: Nate Carlson > Date: Thu, 17 May 2001 11:58:58 -0500 (CDT) > Subject: (ASCEND) Dropping addt'l MPP lines if you run out of channels? > > I'm wondering if there's a way to configure a Max 4000 to drop all but one > channel of existing ISDN links if it runs out of available channels. > > So, for example, if I had a Max with 1 PRI (23 channels), and had 19 users > logged in using 1 channel/ea, and 2 additional people logged in with 2 > channels/ea, to drop both of the people with 2 channels active down to 1 > channel, because the Max is out of lines. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From aspicer at ifxcorp.com Fri May 18 09:07:04 2001 From: aspicer at ifxcorp.com (Alan Spicer) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 In-Reply-To: Message-ID: Ahhh! This man is on to something. Now I am remembering that Windows had a setting that we had to have everyone change, which is why we had stuck with PAP ... And I believe it was a setting not easy to find in Windows. This was why there was a confusion between the Windows CHAP implementation and certain Radius Servers. Anyone have a knowledge of where these settings are in MS Win 98, Win ME, and Win 2000? --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Troy Settle Sent: Friday, May 18, 2001 7:32 AM To: Rosette, David; ascend-users@bungi.com Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Fri May 18 08:56:28 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:39 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Message-ID: On the MAX, this parameter is in the answer ---> ppp-options profile. That's the only place if you are not using connection profiles on the MAX. If all of your necessary attribs are coming from RADIUS, just set "user answer as default=no". Even with that set to yes, the external authenticator should override the MAX settings. If you need to use the Answer menu, change the auth mode to chap in ppp-options. - David -----Original Message----- From: Rosette, David [mailto:Dave.Rosette@sycamorenet.com] Sent: Thursday, May 17, 2001 4:03 PM To: 'ascend-users@bungi.com' Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 I am setting up a radius server using Microsoft's IAS. I can authenticate using PAP only. I have gone through the list archives and found some config information. I entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" This gives the same result I can only authenticate using PAP. If I disable PAP on the radius server all tries result in Bad Password. These are the other setting in the profile: User-Service = Framed-User, Framed-Protocol = PPP, Framed-Netmask = 255.255.255.255, Ascend-Assign-IP-Pool = 1, Ascend-Route-IP = Route-IP-Yes, Ascend-Idle-Limit = 1200, VALUE Ascend-Auth-Type = Auth-MS-CHAP, As far as I can tell the settings on the radius server are correct. Is there anything on the MAX that can be checked? Thanks, Dave Rosette Information Systems Sycamore Networks 150 Apollo Drive Chelmsford, MA 01824 Direct: 978-367-7379 > > From: Joel Wittenberg > > Date: Tue, 21 Dec 1999 14:42:51 -0800 > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question > > > > > > The problem is that MS clients will try to negotiate MS-Chap, and if you > > have some (MS) clients which need to use MS-Chap, and some which don't, > > then you need to set the Answer profile to support MS-Chap, however, then > > all of your MS clients will successfully negotiate for MS-Chap. However, > > if you can reasonably support doing DNIS or CLID authentication in > > addition to name/pwd auth then you can use the Ascend-Auth-Type VSA to > > indicate the type of name/pwd (PPP) auth to use, overriding the ANSWER > > profile selection. > > > > What this means is that the NAS will not allow LCP to negotiate for any > > profile not allowed by the Ascend-Auth-Type VSA; therefore the attempt by > > the MS client to negotiate MS-Chap will be foiled if the DNIS/CLID auth > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP and the MS > > client will agree). Since CHAP rather than MS-CHAP will be used, any > > normal Radius server should be able to authenticate such a call. > > > > If you can separate your MS clients into 2 groups (MS-CHAP and CHAP) and > > give then separate numbers to call, then DNIS auth would be a good choice; > > alternatively you can use CLID auth, but that will require all of your MS > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if you > > configure for clid-auth-mode = CLID-prefer). > > > > I'm not sure which branches have this capability (I believe 7.0V and 8.0 > > branches, possibly other 7.X branches as well) - check with Ascend > support. > > > > # > > # Specify the type of auth to use. Initially intended to specify the type > > # of receive authentication, but could also be used to specify the type > > # of send authentication; if adopted for this use we could then obsolete > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type attribute values > > # are similar to the Ascend-Send-Auth values but are named in such a way > > # as to allow their use for either send or receive auth. > > # > > # Note this this attribute uses the same id as an RFC assigned > > # attribute and therefore must be used only as a VSA. > > # > > ATTRIBUTE Ascend-Auth-Type 81 integer > > > > # Ascend Auth Values > > # Ascend Auth Values > > > > VALUE Ascend-Auth-Type Auth-None 0 > > VALUE Ascend-Auth-Type Auth-Default 1 > > VALUE Ascend-Auth-Type Auth-Any 2 > > VALUE Ascend-Auth-Type Auth-PAP 3 > > VALUE Ascend-Auth-Type Auth-CHAP 4 > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 > > > > If values other than those just enumerated are passed from Radius to > > the NAS then the NAS will use the configured default (either the > > answer profile [if use-answer-as-default is yes] or else the factory > > default) instead of attempting to use the returned value. > > > > Sample Radius Use: > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, > > Ascend-Require-Auth = Require-Auth, > > Ascend-Auth-Type = Auth-PAP > > > > > > So this would allow you to specify e.g., Auth-CHAP based on CLID > > authentication, even though the normal Answer setting would have the NAS > > allow the connection to negotiate for MS-CHAP. Note that the service type > > is on the first line (important to prevent someone from dialing in and > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST > > return the Ascend-Require-Auth = Require-Auth if you wish to proceed to > > use name/pwd auth. > > > > Hope this helps, > > > > /joeli ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From aspicer at ifxcorp.com Fri May 18 09:59:37 2001 From: aspicer at ifxcorp.com (Alan Spicer) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 In-Reply-To: <4993EB20A01FD411B22700D0B77CF68801B854DE@ash.sycamorenet.com> Message-ID: Wow. Why would the type PAP be unauthorized, that must be a setting in your Radius Server. A Max should drop a call which has an auth method that it is not configured to handle. (Assuming "Use Answer for All Defaults") is configured. I would set the Max to handle ANY PPP Auth. See if the client is forcing PAP? Try to set the client to force a different auth such as CHAP. Also our Radius Admin here mentioned that we had problems in the past, and we have to ensure that we are storing clear-text passwords in the local database for the radius server. They cannot be encrypted. Thats' all I know about it. I've gotta break out of this thread and go back to work :) --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: Rosette, David [mailto:Dave.Rosette@sycamorenet.com] Sent: Friday, May 18, 2001 10:44 AM To: 'Alan Spicer'; ascend-users@bungi.com; Troy Settle Cc: Viraj Alankar; Juana Villa Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 I am testing using a win2K client. I have tried several settings under the security tab for the dialup connection. This is the event that is triggered when I try to authenticate. Event Type: Warning Event Source: IAS Event Category: None Event ID: 2 Date: 5/18/2001 Time: 7:24:16 AM User: N/A Computer: NAVCE Description: User drosette was denied access. Fully-Qualified-User-Name = SYCAMORE\drosette NAS-IP-Address = 10.1.1.24 NAS-Identifier = Called-Station-Identifier = 2770 Calling-Station-Identifier = 9782440103 Client-Friendly-Name = MAX6000 Client-IP-Address = 10.1.1.24 NAS-Port-Type = Async NAS-Port = 20223 Policy-Name = Radius attributes for Ascend NAS Authentication-Type = PAP EAP-Type = Reason-Code = 66 Reason = The user attempted to use an unauthorized authentication method. We have set the Ethernet/Answer/PPP Options/Recv Auth on the MAX to MS-CHAP as suggested, and it still defaults to PAP. Thanks to everyone for your help. I am on the list digest so I can only see the responses I have received directly. Dave -----Original Message----- From: Alan Spicer [mailto:aspicer@ifxcorp.com] Sent: Friday, May 18, 2001 10:07 AM To: ascend-users@bungi.com; Rosette, David; Troy Settle; pinerose@ix.netcom.com Cc: Viraj Alankar; Juana Villa Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Importance: High Ahhh! This man is on to something. Now I am remembering that Windows had a setting that we had to have everyone change, which is why we had stuck with PAP ... And I believe it was a setting not easy to find in Windows. This was why there was a confusion between the Windows CHAP implementation and certain Radius Servers. Anyone have a knowledge of where these settings are in MS Win 98, Win ME, and Win 2000? --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Troy Settle Sent: Friday, May 18, 2001 7:32 AM To: Rosette, David; ascend-users@bungi.com Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Fri May 18 10:04:42 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) either net to PSTN Message-ID: Hi Clayton, You need to hash the MAX with "Intragy" Software and install MAX Dial on hosts that need to dial out. I am not sure you can get this hash for the 4000 since they are discontinued. You can call Lucent pre-sales to find out. 1-800-272-3634 option 3. - David -----Original Message----- From: Clayton Gray [mailto:clayton@pgweb.com] Sent: Thursday, May 17, 2001 3:15 PM To: ascend-users Subject: (ASCEND) either net to PSTN We would like to send either net traffic to the out going PSTN on our Max 4000. How can I don this? -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Clayton Gray, clayton@pgweb.com Borealis Communications Group Inc. http://www.pgweb.com #250-562-0616 Prince George, BC, Canada ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gabriel at tecnext.com Fri May 18 10:42:32 2001 From: gabriel at tecnext.com (Gabriel Zabal) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] (no subject) Message-ID: <001501c0dfb1$27f27360$0119a8c0@nts01gab> The problem is the way that windows2000 stores de passwords. If you try to use CHAP o MSCHAP and see the error messages you would see something like "CHAP can?t be used because the pass are stored in a non-reversible way" So, there is and option ont the TAB account for each user that allow win2k to store the pass on a reversible way, the you can use CHAP o MSCHAP. Gabriel Zabal CTO - TecNext.com gabriel@tecnext.com -----Mensaje original----- De: rte-ascend-admin@lists.real-time.com [mailto:rte-ascend-admin@lists.real-time.com]En nombre de Alan Spicer Enviado el: Viernes, 18 de Mayo de 2001 11:07 a.m. Para: ascend-users@bungi.com; Rosette, David; Troy Settle; pinerose@ix.netcom.com CC: Viraj Alankar; Juana Villa Asunto: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Importancia: Alta Ahhh! This man is on to something. Now I am remembering that Windows had a setting that we had to have everyone change, which is why we had stuck with PAP ... And I believe it was a setting not easy to find in Windows. This was why there was a confusion between the Windows CHAP implementation and certain Radius Servers. Anyone have a knowledge of where these settings are in MS Win 98, Win ME, and Win 2000? --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Troy Settle Sent: Friday, May 18, 2001 7:32 AM To: Rosette, David; ascend-users@bungi.com Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ _______________________________________________ rte-ascend mailing list rte-ascend@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/rte-ascend ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From Dave.Rosette at sycamorenet.com Fri May 18 10:15:49 2001 From: Dave.Rosette at sycamorenet.com (Rosette, David) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Message-ID: <4993EB20A01FD411B22700D0B77CF68801B854DF@ash.sycamorenet.com> Just to clarify, I am forcing the dialup client and Radius server to use MS-CHAP. I can successfully authenticate using PAP and have disabled it at this point to force MS-CHAP to be used. That is why I get the unauthorized authentication when PAP is disabled. Dave -----Original Message----- From: Alan Spicer [mailto:aspicer@ifxcorp.com] Sent: Friday, May 18, 2001 11:00 AM To: Rosette, David; ascend-users@bungi.com; Troy Settle Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Wow. Why would the type PAP be unauthorized, that must be a setting in your Radius Server. A Max should drop a call which has an auth method that it is not configured to handle. (Assuming "Use Answer for All Defaults") is configured. I would set the Max to handle ANY PPP Auth. See if the client is forcing PAP? Try to set the client to force a different auth such as CHAP. Also our Radius Admin here mentioned that we had problems in the past, and we have to ensure that we are storing clear-text passwords in the local database for the radius server. They cannot be encrypted. Thats' all I know about it. I've gotta break out of this thread and go back to work :) --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: Rosette, David [mailto:Dave.Rosette@sycamorenet.com] Sent: Friday, May 18, 2001 10:44 AM To: 'Alan Spicer'; ascend-users@bungi.com; Troy Settle Cc: Viraj Alankar; Juana Villa Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 I am testing using a win2K client. I have tried several settings under the security tab for the dialup connection. This is the event that is triggered when I try to authenticate. Event Type: Warning Event Source: IAS Event Category: None Event ID: 2 Date: 5/18/2001 Time: 7:24:16 AM User: N/A Computer: NAVCE Description: User drosette was denied access. Fully-Qualified-User-Name = SYCAMORE\drosette NAS-IP-Address = 10.1.1.24 NAS-Identifier = Called-Station-Identifier = 2770 Calling-Station-Identifier = 9782440103 Client-Friendly-Name = MAX6000 Client-IP-Address = 10.1.1.24 NAS-Port-Type = Async NAS-Port = 20223 Policy-Name = Radius attributes for Ascend NAS Authentication-Type = PAP EAP-Type = Reason-Code = 66 Reason = The user attempted to use an unauthorized authentication method. We have set the Ethernet/Answer/PPP Options/Recv Auth on the MAX to MS-CHAP as suggested, and it still defaults to PAP. Thanks to everyone for your help. I am on the list digest so I can only see the responses I have received directly. Dave -----Original Message----- From: Alan Spicer [mailto:aspicer@ifxcorp.com] Sent: Friday, May 18, 2001 10:07 AM To: ascend-users@bungi.com; Rosette, David; Troy Settle; pinerose@ix.netcom.com Cc: Viraj Alankar; Juana Villa Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Importance: High Ahhh! This man is on to something. Now I am remembering that Windows had a setting that we had to have everyone change, which is why we had stuck with PAP ... And I believe it was a setting not easy to find in Windows. This was why there was a confusion between the Windows CHAP implementation and certain Radius Servers. Anyone have a knowledge of where these settings are in MS Win 98, Win ME, and Win 2000? --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Troy Settle Sent: Friday, May 18, 2001 7:32 AM To: Rosette, David; ascend-users@bungi.com Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From troy at psknet.com Fri May 18 13:41:52 2001 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] (ASCEND) Just what we need, another change in ownership :/ Message-ID: Alcatel said to be in talks to buy Lucent for $40 billion Formal negotiations could begin next week http://www.msnbc.com/news/575186.asp -- Troy Settle Pulaski Networks 540.994.4254 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From foxden at harborside.com Fri May 18 14:26:52 2001 From: foxden at harborside.com (John Fox) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] (ASCEND) telnet option Message-ID: Is there a more secure way to communicate to Ascend MAX 4000 and 6000 series than telnet. Such as ssh or something similar? Thanks, John Fox Network Operations 1-866-435-3394 www.harborside.com "?Hacktivism? is a bastardization of the words ?hack? and ?activism.? In truth, it?s neither. Rather,it has become a cheapjack pseudo-politically hip moniker for the activities of apolitical teenage miscreants devoid of talent, creativity and passion." ~Brock Meeks - MSNBCi -----BEGIN GEEK CODE BLOCK----- Version: 4 GIT d+ s++:++ a-- C++ UB+++$ P+ L+ E W++ N+ o K- w--- O M-- V-- PS+ PE Y+ PGP++ t+ 5++ X++ R tv+ b+ DI++ D++ G e h- r y- ------END GEEK CODE BLOCK------ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Fri May 18 08:49:51 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) Not Asssigning Subnetted Netmask Message-ID: Roger, What is the relation between your MAX ethernet ip address (ether options) and your WAN IP Pool? In other words, are they on the same or different subnet or a mix of both (multiple pools). If users are getting "LAN Session Up" but cannot route out, it may be that you need to adjust how the MAX proxy's ARP. Adjust the "proxy mode" setting in ether opts. proxy mode = "off" if WAN ip's are in a different subnet than the MAX "Active" if the WAN ip's are in the same subnet as the MAX "Always" if they are mixed (multiple pools) - David -----Original Message----- From: Roger Salisbury [mailto:rogers@axs4u.net] Sent: Thursday, May 17, 2001 2:36 PM To: ascend-users@bungi.com Subject: Re: (ASCEND) Not Asssigning Subnetted Netmask Not a using profiles, just answer and pools. This all starting out when sometimes user get connected can not route anywhere and then drop. I have also seen 255.255.255.255 be assigned as an address. this is my radius setup. DEFAULT Service-Type = Framed-User, Auth-Type = System Framed-Protocol = PPP, Framed-Compression = Van-Jacobson-TCP-IP ----- Original Message ----- From: "Peter Lalor" To: Sent: Thursday, May 17, 2001 11:56 AM Subject: Re: (ASCEND) Not Asssigning Subnetted Netmask > >From: "Roger Salisbury" > > > >We are running on a class A subnetted to a class C, when users get connected > >ther subnet mask is 255.0.0.0 instead of 255.255.255.255 ????? or even > >255.255.255.0 > > What mask are you assigning them? Perhaps you could post an example profile? > -- > > 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 > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Fri May 18 15:40:08 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) telnet option Message-ID: John, Ascend does not support SSH just telnet. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: John Fox [mailto:foxden@harborside.com] Sent: Friday, May 18, 2001 3:27 PM To: ascend-users@bungi.com Subject: (ASCEND) telnet option Is there a more secure way to communicate to Ascend MAX 4000 and 6000 series than telnet. Such as ssh or something similar? Thanks, John Fox Network Operations 1-866-435-3394 www.harborside.com ""Hacktivism" is a bastardization of the words "hack" and "activism." In truth, it's neither. Rather,it has become a cheapjack pseudo-politically hip moniker for the activities of apolitical teenage miscreants devoid of talent, creativity and passion." ~Brock Meeks - MSNBCi -----BEGIN GEEK CODE BLOCK----- Version: 4 GIT d+ s++:++ a-- C++ UB+++$ P+ L+ E W++ N+ o K- w--- O M-- V-- PS+ PE Y+ PGP++ t+ 5++ X++ R tv+ b+ DI++ D++ G e h- r y- ------END GEEK CODE BLOCK------ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From troy at psknet.com Fri May 18 16:08:02 2001 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) telnet option In-Reply-To: Message-ID: ssh into a unix box then use a serial console? Other than that, I think we're stuck with telnet. -- 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 John Fox ** Sent: Friday, May 18, 2001 3:27 PM ** To: ascend-users@bungi.com ** Subject: (ASCEND) telnet option ** ** ** Is there a more secure way to communicate to Ascend MAX 4000 and ** 6000 series ** than telnet. Such as ssh or something similar? ** ** Thanks, ** ** John Fox ** Network Operations ** 1-866-435-3394 ** www.harborside.com ** ** "?Hacktivism? is a bastardization of the words ?hack? and ?activism.? In ** truth, it?s neither. Rather,it has become a cheapjack ** pseudo-politically hip ** moniker for the activities of apolitical teenage miscreants devoid of ** talent, creativity and passion." ** ~Brock Meeks - MSNBCi ** ** -----BEGIN GEEK CODE BLOCK----- ** Version: 4 ** GIT d+ s++:++ a-- C++ UB+++$ P+ L+ E W++ N+ o K- w--- O M-- V-- PS+ PE Y+ ** PGP++ t+ 5++ X++ R tv+ b+ DI++ D++ G e h- r y- ** ------END GEEK CODE BLOCK------ ** ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dusty at netease.net Fri May 18 16:24:51 2001 From: dusty at netease.net (DustyC) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] Re: (ASCEND) telnet option In-Reply-To: ; from troy@psknet.com on Fri, May 18, 2001 at 05:08:02PM -0400 References: Message-ID: <20010518162451.A3526@nefbsd01.netease.net> A simple access list in border routers could be set up to prevent telnet from the outside world. Or even push it further and only allow unix boxes with ssh installed through the access list. DustyC Have Mercy, on Fri, May 18, 2001 at 05:08:02PM -0400, Troy Settle (troy@psknet.com) wrote: > > ssh into a unix box then use a serial console? > > Other than that, I think we're stuck with telnet. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From pinerose at ix.netcom.com Sat May 19 16:40:10 2001 From: pinerose at ix.netcom.com (Dave and Tracy) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] (ASCEND) CHAP fails update In-Reply-To: Message-ID: Thanks to everyone who replied to this thread. After changing the settings on the MAX as suggested I still had authentication errors. I sniffed the connection from the NAS to the Radius server. This information led me believe the problems is between the NT 4 domain authentication and the IAS server. I found a hot fix and to correct the issue on NT 4 SP6a. Anyone interested can find the fix here. http://support.microsoft.com/support/kb/articles/Q239/8/64.ASP Regards, Dave ** -----Original Message----- ** From: owner-ascend-users@max.bungi.com ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From Dave.Rosette at sycamorenet.com Fri May 18 09:43:46 2001 From: Dave.Rosette at sycamorenet.com (Rosette, David) Date: Tue Jan 18 14:00:40 2005 Subject: [Ascend] RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Message-ID: <4993EB20A01FD411B22700D0B77CF68801B854DE@ash.sycamorenet.com> I am testing using a win2K client. I have tried several settings under the security tab for the dialup connection. This is the event that is triggered when I try to authenticate. Event Type: Warning Event Source: IAS Event Category: None Event ID: 2 Date: 5/18/2001 Time: 7:24:16 AM User: N/A Computer: NAVCE Description: User drosette was denied access. Fully-Qualified-User-Name = SYCAMORE\drosette NAS-IP-Address = 10.1.1.24 NAS-Identifier = Called-Station-Identifier = 2770 Calling-Station-Identifier = 9782440103 Client-Friendly-Name = MAX6000 Client-IP-Address = 10.1.1.24 NAS-Port-Type = Async NAS-Port = 20223 Policy-Name = Radius attributes for Ascend NAS Authentication-Type = PAP EAP-Type = Reason-Code = 66 Reason = The user attempted to use an unauthorized authentication method. We have set the Ethernet/Answer/PPP Options/Recv Auth on the MAX to MS-CHAP as suggested, and it still defaults to PAP. Thanks to everyone for your help. I am on the list digest so I can only see the responses I have received directly. Dave -----Original Message----- From: Alan Spicer [mailto:aspicer@ifxcorp.com] Sent: Friday, May 18, 2001 10:07 AM To: ascend-users@bungi.com; Rosette, David; Troy Settle; pinerose@ix.netcom.com Cc: Viraj Alankar; Juana Villa Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 Importance: High Ahhh! This man is on to something. Now I am remembering that Windows had a setting that we had to have everyone change, which is why we had stuck with PAP ... And I believe it was a setting not easy to find in Windows. This was why there was a confusion between the Windows CHAP implementation and certain Radius Servers. Anyone have a knowledge of where these settings are in MS Win 98, Win ME, and Win 2000? --- Alan G. Spicer - Network Administrator - CCNA (aspicer@ifxcorp.com) IFX Communications Ventures, Inc. 15050 N.W. 79 Court Suite 200 Miami Lakes, FL. 33016 (305) 512-1100 x 134 (512-1134) Cell (305) 525-5914 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Troy Settle Sent: Friday, May 18, 2001 7:32 AM To: Rosette, David; ascend-users@bungi.com Subject: RE: (ASCEND) CHAP fails on Radius server and MAX 6000 David, First off, I dislike CHAP and have never even tried to use it, but here's a couple things that may help: On the Max, check the value of Ethernet/Answer/PPP Options/Recv Auth. If this is set to 'Either', try setting "use encrypted password" in the peer's DUN settings. HTH, -- 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 Rosette, David ** Sent: Thursday, May 17, 2001 4:03 PM ** To: 'ascend-users@bungi.com' ** Subject: (ASCEND) CHAP fails on Radius server and MAX 6000 ** ** ** I am setting up a radius server using Microsoft's IAS. I can ** authenticate ** using PAP only. ** I have gone through the list archives and found some config ** information. I ** entered this additional setting: "VALUE Ascend-Auth-Type = Auth-MS-CHAP" ** This gives the same result I can only authenticate using PAP. ** If I disable ** PAP on the radius server all tries result in Bad Password. ** ** ** These are the other setting in the profile: ** ** ** User-Service = Framed-User, Framed-Protocol = PPP, ** Framed-Netmask = 255.255.255.255, ** Ascend-Assign-IP-Pool = 1, ** Ascend-Route-IP = Route-IP-Yes, ** Ascend-Idle-Limit = 1200, ** VALUE Ascend-Auth-Type = Auth-MS-CHAP, ** ** ** As far as I can tell the settings on the radius server are correct. Is ** there anything on the MAX that can be checked? ** ** Thanks, ** ** Dave Rosette ** Information Systems ** Sycamore Networks ** 150 Apollo Drive ** Chelmsford, MA 01824 ** Direct: 978-367-7379 ** ** ** > > From: Joel Wittenberg ** > > Date: Tue, 21 Dec 1999 14:42:51 -0800 ** > > Subject: Re: (ASCEND) MS-CHAP, radius authentication question ** > > ** > > ** > > The problem is that MS clients will try to negotiate ** MS-Chap, and if you ** > > have some (MS) clients which need to use MS-Chap, and some ** which don't, ** > > then you need to set the Answer profile to support MS-Chap, however, ** then ** > > all of your MS clients will successfully negotiate for ** MS-Chap. However, ** > > if you can reasonably support doing DNIS or CLID authentication in ** > > addition to name/pwd auth then you can use the ** Ascend-Auth-Type VSA to ** > > indicate the type of name/pwd (PPP) auth to use, overriding ** the ANSWER ** > > profile selection. ** > > ** > > What this means is that the NAS will not allow LCP to ** negotiate for any ** > > profile not allowed by the Ascend-Auth-Type VSA; therefore ** the attempt ** by ** > > the MS client to negotiate MS-Chap will be foiled if the ** DNIS/CLID auth ** > > returns e.g., Auth-CHAP (so the NAS will negotiate for CHAP ** and the MS ** > > client will agree). Since CHAP rather than MS-CHAP will be used, any ** > > normal Radius server should be able to authenticate such a call. ** > > ** > > If you can separate your MS clients into 2 groups (MS-CHAP ** and CHAP) and ** > > give then separate numbers to call, then DNIS auth would be a good ** choice; ** > > alternatively you can use CLID auth, but that will require ** all of your ** MS ** > > clients to supply CLID (or just the CHAP or just the MS-CHAP ones, if ** you ** > > configure for clid-auth-mode = CLID-prefer). ** > > ** > > I'm not sure which branches have this capability (I believe ** 7.0V and 8.0 ** > > branches, possibly other 7.X branches as well) - check with Ascend ** > support. ** > > ** > > # ** > > # Specify the type of auth to use. Initially intended to specify the ** type ** > > # of receive authentication, but could also be used to ** specify the type ** > > # of send authentication; if adopted for this use we could ** then obsolete ** > > # the Ascend-Send-Auth attribute. The Ascend-Auth-Type ** attribute values ** > > # are similar to the Ascend-Send-Auth values but are named ** in such a way ** > > # as to allow their use for either send or receive auth. ** > > # ** > > # Note this this attribute uses the same id as an RFC assigned ** > > # attribute and therefore must be used only as a VSA. ** > > # ** > > ATTRIBUTE Ascend-Auth-Type 81 integer ** > > ** > > # Ascend Auth Values ** > > # Ascend Auth Values ** > > ** > > VALUE Ascend-Auth-Type Auth-None 0 ** > > VALUE Ascend-Auth-Type Auth-Default 1 ** > > VALUE Ascend-Auth-Type Auth-Any 2 ** > > VALUE Ascend-Auth-Type Auth-PAP 3 ** > > VALUE Ascend-Auth-Type Auth-CHAP 4 ** > > VALUE Ascend-Auth-Type Auth-MS-CHAP 5 ** > > ** > > If values other than those just enumerated are passed from Radius to ** > > the NAS then the NAS will use the configured default (either the ** > > answer profile [if use-answer-as-default is yes] or else the factory ** > > default) instead of attempting to use the returned value. ** > > ** > > Sample Radius Use: ** > > 3831 Password = "Ascend-CLID", Service-Type = Dialout-Framed-User, ** > > Ascend-Require-Auth = Require-Auth, ** > > Ascend-Auth-Type = Auth-PAP ** > > ** > > ** > > So this would allow you to specify e.g., Auth-CHAP based on CLID ** > > authentication, even though the normal Answer setting would ** have the NAS ** > > allow the connection to negotiate for MS-CHAP. Note that the service ** type ** > > is on the first line (important to prevent someone from ** dialing in and ** > > specifying their name/pwd as "3831"/"Ascend-CLID") and that you MUST ** > > return the Ascend-Require-Auth = Require-Auth if you wish to ** proceed to ** > > use name/pwd auth. ** > > ** > > Hope this helps, ** > > ** > > /joeli ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** Archives: http://www.nexial.com/mailinglists/ ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From sergio at ttd.net Sun May 20 19:43:30 2001 From: sergio at ttd.net (Sergio Moreno Mozota) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] route-filter problem Message-ID: Hello Im new in this list so excuse me if this is a known problem... Im trying to no readvertise the RIP prefixes that i learnt from a interface to another, but im unable to block these advertisments. I had already tried to block the prefixes with others source-address but it appears to not work in out policies the other thing that i tried was to send only the local prefixes but im not found how to make such a filter. i wolud apreciate any help in this subject... thanks in advace Sergio Sorry for my english From eric at istal.com Mon May 21 13:47:11 2001 From: eric at istal.com (Eric Larsen) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] (ASCEND) TNT trouble with ethernet-2 card Message-ID: <001401c0e226$721cd260$f6242cc7@istal.com> I put a new TNT-SL-E-10-100 card in my TNT , software v. 8.03, and the fault light came on. I deinstalled the old card using the remove command before loading the new card. Anyone know how to troubleshoot this , or the steps to load a new ethernet-2 card. Eric eric@istal.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Mon May 21 11:27:59 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] RE: (ASCEND) TNT trouble with ethernet-2 card Message-ID: Hi Eric, Have you tried reloading the code with the new card in the chassis? Try this if you haven't and the card should come up normally. Regards, David Pascarella, MCSE CCNA A+ Network Support Engineer SOLUNET, Inc. 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905-3562 888.449.5766 800.795.2814 fax: 321.308.7986 mailto:dpascarella@solunet.com -----Original Message----- From: Eric Larsen [mailto:eric@istal.com] Sent: Monday, May 21, 2001 2:47 PM To: Ascend-Users Subject: (ASCEND) TNT trouble with ethernet-2 card I put a new TNT-SL-E-10-100 card in my TNT , software v. 8.03, and the fault light came on. I deinstalled the old card using the remove command before loading the new card. Anyone know how to troubleshoot this , or the steps to load a new ethernet-2 card. Eric eric@istal.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From duane at coxnetwork.com Mon May 21 12:48:09 2001 From: duane at coxnetwork.com (Duane Cox) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] (ASCEND) max 4000 trouble Message-ID: <002501c0e21e$32f817f0$102d923f@dell3200> I have a max 4000 with taos 7.0.26 It is having modem problems, a reboot fixes them (isn't that typical with TAOS) and also disconnect problems What version is everyone else running, and why the heck isn't ascend/lucent producing new code for this product. We also have 6000's and 3000's, and I really need to get the stack option to work for MPPP , what can I do?? Duane Cox dcox@illicom.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Mon May 21 13:24:30 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] RE: (ASCEND) max 4000 trouble Message-ID: Duane, The 4000 is obsolete and no longer supported. The code of choice from what I have seen is 7.0.22 on the max 6000 which runs the same code as the 4000. In order to do stacking just go into ethernet-->mod config--->stack options and enable it. Give a common name that all must share and that is it nothing else changes. Hope this helps! Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Duane Cox [mailto:duane@coxnetwork.com] Sent: Monday, May 21, 2001 1:48 PM To: ascend-users@bungi.com Subject: (ASCEND) max 4000 trouble I have a max 4000 with taos 7.0.26 It is having modem problems, a reboot fixes them (isn't that typical with TAOS) and also disconnect problems What version is everyone else running, and why the heck isn't ascend/lucent producing new code for this product. We also have 6000's and 3000's, and I really need to get the stack option to work for MPPP , what can I do?? Duane Cox dcox@illicom.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From Edwin_Everett at cargill.com Mon May 21 13:15:28 2001 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] RE: (ASCEND) max 4000 trouble Message-ID: You may as well ask if alcatel will be making new code for the Ascend...I mean Lucent.... bet on anything less than a TNT getting twilighted....its been good odds so far 800 1800 2000 4000 all bye bye since we started with them -----Original Message----- From: duane@coxnetwork.com [mailto:duane@coxnetwork.com] Sent: Monday, May 21, 2001 12:48 PM To: ascend-users@bungi.com Subject: (ASCEND) max 4000 trouble I have a max 4000 with taos 7.0.26 It is having modem problems, a reboot fixes them (isn't that typical with TAOS) and also disconnect problems What version is everyone else running, and why the heck isn't ascend/lucent producing new code for this product. We also have 6000's and 3000's, and I really need to get the stack option to work for MPPP , what can I do?? Duane Cox dcox@illicom.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From brian at net-port.com Mon May 21 13:56:36 2001 From: brian at net-port.com (Brian Goodenow) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] (ASCEND) MAX6000 Message-ID: I have a MAX6000 having modem (?) trouble. Sporadically, and typically during heavy load - and maybe only once / month or so - the machine will stop taking calls. It will say call connected, far end hung up, call terminated. The caller receives a busy signal, though there are dozens of available modems. If I reboot, the machine resumes taking calls in a normal fashion. We are using version 8.0.3 Brian Goodenow, Manager Net-port Internet Service 110 N. Michigan Ave. Big Rapids, MI 49307 231.592.9877, ext. 204 www.net-port.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dusty at netease.net Mon May 21 14:27:00 2001 From: dusty at netease.net (DustyC) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) MAX6000 In-Reply-To: ; from brian@net-port.com on Mon, May 21, 2001 at 02:56:36PM -0400 References: Message-ID: <20010521142700.B27570@nefbsd01.netease.net> I thought I read somewhere that this had been fixed in the version you are running. Guess not. Apparently when a modem takes a certain amount of bad calls the whole modem card is marked as bad and will not clear itself until all calls are clear of that card. Which is pretty impossible on a primary Max. Resetting the unit has been the only thing I have seen fix it. Happened here twice in the last 2 years. DustyC Have Mercy, on Mon, May 21, 2001 at 02:56:36PM -0400, Brian Goodenow (brian@net-port.com) wrote: > I have a MAX6000 having modem (?) trouble. > > Sporadically, and typically during heavy load - and maybe only once / month > or so - the machine will stop taking calls. It will say call connected, far > end hung up, call terminated. > > The caller receives a busy signal, though there are dozens of available > modems. If I reboot, the machine resumes taking calls in a normal fashion. > > We are using version 8.0.3 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Mon May 21 15:08:08 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] RE: (ASCEND) MAX6000 Message-ID: Brian, Capture your memory stats when this happens. It sounds like either your tables are getting full or your buffers are not flushing in time and are getting maxed out. In which case, you will need more mem. Thanks, David Pascarella, MCSE CCNA A+ Network Support Engineer SOLUNET, Inc. 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905-3562 888.449.5766 800.795.2814 fax: 321.308.7986 mailto:dpascarella@solunet.com -----Original Message----- From: Brian Goodenow [mailto:brian@net-port.com] Sent: Monday, May 21, 2001 2:57 PM To: ascend-users@max.bungi.com Subject: (ASCEND) MAX6000 I have a MAX6000 having modem (?) trouble. Sporadically, and typically during heavy load - and maybe only once / month or so - the machine will stop taking calls. It will say call connected, far end hung up, call terminated. The caller receives a busy signal, though there are dozens of available modems. If I reboot, the machine resumes taking calls in a normal fashion. We are using version 8.0.3 Brian Goodenow, Manager Net-port Internet Service 110 N. Michigan Ave. Big Rapids, MI 49307 231.592.9877, ext. 204 www.net-port.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dusty at netease.net Mon May 21 15:31:15 2001 From: dusty at netease.net (DustyC) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) MAX6000 In-Reply-To: ; from DPascarella@solunet.com on Mon, May 21, 2001 at 04:08:08PM -0400 References: Message-ID: <20010521153115.F27570@nefbsd01.netease.net> Really? That is not what I got from tech support when this happened on our first Max 6. They gave me a ticket and everything concerning the bad modem list. Then e-mailed me to say it had been resolved in later versions. Interesting.... DustyC Have Mercy, on Mon, May 21, 2001 at 04:08:08PM -0400, DPascarella@solunet.com (DPascarella@solunet.com) wrote: > Brian, > Capture your memory stats when this happens. It sounds like either your > tables are getting full or your buffers are not flushing in time and are > getting maxed out. In which case, you will need more mem. > > Thanks, > > David Pascarella, MCSE CCNA A+ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Mon May 21 15:28:19 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] RE: (ASCEND) MAX6000 Message-ID: Hi Brian, In Diag mode, do a 'lanport modem" command and see if you have any suspect or bad modems. Log that info if they exist and see if the same ones are on that list consistently. Good Luck, David Pascarella, MCSE CCNA A+ Network Support Engineer SOLUNET, Inc. 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905-3562 888.449.5766 800.795.2814 fax: 321.308.7986 mailto:dpascarella@solunet.com -----Original Message----- From: Brian Goodenow [mailto:brian@net-port.com] Sent: Monday, May 21, 2001 4:18 PM To: DPascarella@solunet.com Subject: RE: (ASCEND) MAX6000 Ok, I'll keep an eye out. Thanks! -Brian -----Original Message----- From: DPascarella@solunet.com [mailto:DPascarella@solunet.com] Sent: Monday, May 21, 2001 4:08 PM To: brian@net-port.com; ascend-users@max.bungi.com Subject: RE: (ASCEND) MAX6000 Brian, Capture your memory stats when this happens. It sounds like either your tables are getting full or your buffers are not flushing in time and are getting maxed out. In which case, you will need more mem. Thanks, David Pascarella, MCSE CCNA A+ Network Support Engineer SOLUNET, Inc. 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905-3562 888.449.5766 800.795.2814 fax: 321.308.7986 mailto:dpascarella@solunet.com -----Original Message----- From: Brian Goodenow [mailto:brian@net-port.com] Sent: Monday, May 21, 2001 2:57 PM To: ascend-users@max.bungi.com Subject: (ASCEND) MAX6000 I have a MAX6000 having modem (?) trouble. Sporadically, and typically during heavy load - and maybe only once / month or so - the machine will stop taking calls. It will say call connected, far end hung up, call terminated. The caller receives a busy signal, though there are dozens of available modems. If I reboot, the machine resumes taking calls in a normal fashion. We are using version 8.0.3 Brian Goodenow, Manager Net-port Internet Service 110 N. Michigan Ave. Big Rapids, MI 49307 231.592.9877, ext. 204 www.net-port.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Mon May 21 16:00:00 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] (ASCEND) DSL-TNT / DSL-HST's Issues Message-ID: Hello! I am running into a bizarre issue with a few TNT's (DSL and none DSL Chassi's). We have some DSL-HST's all running 7.10.x coming accros SDSL lines into a variety of TNT's all running DSL with 24 port SDSL cards. All the TNT's involved are running 7.0.22, 7.2.3, 8.0.3 and 8.0.4. The CPE devices are doing PPP encapsulation into the TNT's however just recently we have noticed that when we issue the "user" command and we do a ping sweep to determine what IP address are pingable (this was part of troubleshooting this issue), some PPP sessions are staying active even though the end user has ended the session. This is preventing the users from reconnecting until the session is terminated. It appears as if the DSL-HST's are not sending a termination request and therefore the port remains open and the TNT maintains the sessions for X amount of time. If we manually close out the port the user can reconnect and get a new IP address assigned and all is well. Has anyone seen this before or have any suggestions? Thanks in advance! Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From mdobra at mtco.com Mon May 21 16:23:31 2001 From: mdobra at mtco.com (mick) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) DSL-TNT / DSL-HST's Issues In-Reply-To: Message-ID: Ohh yes. Happens on the Max20's as well. Haven't found a solution other than manually killing the running session. On Mon, 21 May 2001 MPuras@solunet.com wrote: > Hello! I am running into a bizarre issue with a few TNT's (DSL and none DSL > Chassi's). We have some DSL-HST's all running 7.10.x coming accros SDSL > lines into a variety of TNT's all running DSL with 24 port SDSL cards. All > the TNT's involved are running 7.0.22, 7.2.3, 8.0.3 and 8.0.4. The CPE > devices are doing PPP encapsulation into the TNT's however just recently we > have noticed that when we issue the "user" command and we do a ping sweep to > determine what IP address are pingable (this was part of troubleshooting > this issue), some PPP sessions are staying active even though the end user > has ended the session. This is preventing the users from reconnecting until > the session is terminated. It appears as if the DSL-HST's are not sending a > termination request and therefore the port remains open and the TNT > maintains the sessions for X amount of time. If we manually close out the > port the user can reconnect and get a new IP address assigned and all is > well. Has anyone seen this before or have any suggestions? Thanks in > advance! > > > > Mario Puras > SoluNet Technical Support > Network Support Engineer > We don't make network products, > we make them Work! > Mailto:mpuras@solunet.com > 888.SOLUNET (Canada) / 888.449.5766 (USA) > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ***************************************** Mick Dobra Systems Administrator MTCO Communications 1-800-859-6826 ***************************************** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From neale at lowendale.com.au Tue May 22 02:57:52 2001 From: neale at lowendale.com.au (Neale Banks) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] (ASCEND) Ascend-Disconnect-Cause = 10029 and 106 ??? Message-ID: I'm seeing: Ascend-Disconnect-Cause = 106 Ascend-Disconnect-Cause = 10029 Anyone got a pointer to what these might be (they're not in any dictionary I've got)? Thanks, Neale. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From cmadams at HiWAAY.net Tue May 22 08:53:25 2001 From: cmadams at HiWAAY.net (Chris Adams) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) Ascend-Disconnect-Cause = 10029 and 106 ??? In-Reply-To: ; from neale@lowendale.com.au on Tue, May 22, 2001 at 05:57:52PM +1000 References: Message-ID: <20010522085325.I1573@HiWAAY.net> Once upon a time, Neale Banks said: > Ascend-Disconnect-Cause = 106 MP-Session-Timeout > Ascend-Disconnect-Cause = 10029 I don't know that one. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From dcox at coxnetwork.com Tue May 22 09:29:48 2001 From: dcox at coxnetwork.com (Duane Cox) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) max 4000 trouble References: Message-ID: <00a301c0e2cb$a7efe850$102d923f@dell3200> that sounds good, but i also have a max 3000 in the mix too, and that code version doesn't go that low. is it possible to run the max 3000 at a higher taos version and still have mpp working? duane ----- Original Message ----- From: To: ; Sent: Monday, May 21, 2001 1:24 PM Subject: RE: (ASCEND) max 4000 trouble Duane, The 4000 is obsolete and no longer supported. The code of choice from what I have seen is 7.0.22 on the max 6000 which runs the same code as the 4000. In order to do stacking just go into ethernet-->mod config--->stack options and enable it. Give a common name that all must share and that is it nothing else changes. Hope this helps! Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Duane Cox [mailto:duane@coxnetwork.com] Sent: Monday, May 21, 2001 1:48 PM To: ascend-users@bungi.com Subject: (ASCEND) max 4000 trouble I have a max 4000 with taos 7.0.26 It is having modem problems, a reboot fixes them (isn't that typical with TAOS) and also disconnect problems What version is everyone else running, and why the heck isn't ascend/lucent producing new code for this product. We also have 6000's and 3000's, and I really need to get the stack option to work for MPPP , what can I do?? Duane Cox dcox@illicom.net Archives: http://www.nexial.com/mailinglists/ Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From plalor at infoasis.com Tue May 22 11:57:55 2001 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 14:00:41 2005 Subject: [Ascend] Re: (ASCEND) DSL-TNT / DSL-HST's Issues In-Reply-To: <200105220545.WAA19641@max.bungi.com> References: <200105220545.WAA19641@max.bungi.com> Message-ID: >From: MPuras@solunet.com > >Hello! I am running into a bizarre issue with a few TNT's (DSL and none DSL >Chassi's). We have some DSL-HST's all running 7.10.x coming accros SDSL >lines into a variety of TNT's all running DSL with 24 port SDSL cards. All >the TNT's involved are running 7.0.22, 7.2.3, 8.0.3 and 8.0.4. The CPE >devices are doing PPP encapsulation into the TNT's however just recently we >have noticed that when we issue the "user" command and we do a ping sweep to >determine what IP address are pingable (this was part of troubleshooting >this issue), some PPP sessions are staying active even though the end user >has ended the session. This is preventing the users from reconnecting until >the session is terminated. It appears as if the DSL-HST's are not sending a >termination request and therefore the port remains open and the TNT >maintains the sessions for X amount of time. If we manually close out the >port the user can reconnect and get a new IP address assigned and all is >well. Has anyone seen this before or have any suggestions? Thanks in >advance! We use Frame Relay encapsulation with our Max 20/DSLPipe HS-T's and that works fine. We also use PPP with some Xpeed bridges, which also behaves correctly. As a workaround, you could use Frame. Otherwise, you might try playing with LQM as a way of making the TNT realize that the session has gone away. My question would be: Why are these sessions going away at all? Why aren't they nailed up? -- 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 Archives: http://www.nexial.com/mailinglists/ From dcox at coxnetwork.com Tue May 22 11:54:34 2001 From: dcox at coxnetwork.com (Duane Cox) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) max 4000 trouble References: Message-ID: <00c601c0e2df$e0f9de30$102d923f@dell3200> the modem disable feature that is present in 7.0.26 code for the max 4000 when did this feature become avalible? what code can i run to remove this modem disable feature? duane cox ----- Original Message ----- From: To: Sent: Tuesday, May 22, 2001 11:45 AM Subject: RE: (ASCEND) max 4000 trouble The Max 3000 code is not the same as what the 4000 or the 6000 run. The "best" code release on the 3000 is 8.0.119 but it requires additional memory that the standard amount. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Duane Cox [mailto:dcox@coxnetwork.com] Sent: Tuesday, May 22, 2001 10:30 AM To: MPuras@solunet.com; ascend-users@bungi.com Subject: Re: (ASCEND) max 4000 trouble that sounds good, but i also have a max 3000 in the mix too, and that code version doesn't go that low. is it possible to run the max 3000 at a higher taos version and still have mpp working? duane ----- Original Message ----- From: To: ; Sent: Monday, May 21, 2001 1:24 PM Subject: RE: (ASCEND) max 4000 trouble Duane, The 4000 is obsolete and no longer supported. The code of choice from what I have seen is 7.0.22 on the max 6000 which runs the same code as the 4000. In order to do stacking just go into ethernet-->mod config--->stack options and enable it. Give a common name that all must share and that is it nothing else changes. Hope this helps! Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Duane Cox [mailto:duane@coxnetwork.com] Sent: Monday, May 21, 2001 1:48 PM To: ascend-users@bungi.com Subject: (ASCEND) max 4000 trouble I have a max 4000 with taos 7.0.26 It is having modem problems, a reboot fixes them (isn't that typical with TAOS) and also disconnect problems What version is everyone else running, and why the heck isn't ascend/lucent producing new code for this product. We also have 6000's and 3000's, and I really need to get the stack option to work for MPPP , what can I do?? Duane Cox dcox@illicom.net Archives: http://www.nexial.com/mailinglists/ Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From gdaley at lucent.com Tue May 22 18:18:54 2001 From: gdaley at lucent.com (Daley, Greg (Greg)) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] RE: (ASCEND) max 4000 trouble Message-ID: <6F64369DA452D41190B400508B0291AE03690454@AU0009EXCH003U> In the Max 7.2.0 release notes it indicates that Max stacking used with that version (and higher) code uses a different protocol which is incompatible with previous versions. This was done to overcome limitations in the previous protocol revision, not, as some cynical members on this list may maintain, to break compatibility with max4K's. Greg > -----Original Message----- > From: Duane Cox [mailto:dcox@coxnetwork.com] > Sent: Wednesday, May 23, 2001 12:30 AM > To: MPuras@solunet.com; ascend-users@bungi.com > Subject: Re: (ASCEND) max 4000 trouble > > > that sounds good, but i also have a max 3000 in the mix too, > and that code version doesn't go that low. > is it possible to run the max 3000 at a higher taos version > and still have mpp working? > > duane > > > ----- Original Message ----- > From: > To: ; > Sent: Monday, May 21, 2001 1:24 PM > Subject: RE: (ASCEND) max 4000 trouble > > > > Duane, > > > The 4000 is obsolete and no longer supported. The code > of choice from > what I have seen is 7.0.22 on the max 6000 which runs the > same code as the > 4000. In order to do stacking just go into ethernet-->mod > config--->stack > options and enable it. Give a common name that all must > share and that is > it nothing else changes. Hope this helps! > > > Mario Puras > SoluNet Technical Support > Network Support Engineer > We don't make network products, > we make them Work! > Mailto:mpuras@solunet.com > 888.SOLUNET (Canada) / 888.449.5766 (USA) > > > -----Original Message----- > From: Duane Cox [mailto:duane@coxnetwork.com] > Sent: Monday, May 21, 2001 1:48 PM > To: ascend-users@bungi.com > Subject: (ASCEND) max 4000 trouble > > > I have a max 4000 with taos 7.0.26 > It is having modem problems, a reboot fixes them (isn't that > typical with > TAOS) and also disconnect problems > > > What version is everyone else running, and why the heck isn't > ascend/lucent > producing new code for this product. > > > We also have 6000's and 3000's, and I really need to get the > stack option to > work for MPPP , what can I do?? > > > Duane Cox > dcox@illicom.net > > > Archives: http://www.nexial.com/mailinglists/ > Archives: http://www.nexial.com/mailinglists/ > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to > ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From eric at istal.com Wed May 23 06:30:53 2001 From: eric at istal.com (Eric Larsen) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) directing traffic over new ethernet card References: <200105220545.WAA19641@max.bungi.com> Message-ID: <000701c0e37b$d42bd9a0$f6242cc7@istal.com> Does anyone know how to redirect traffic out over an ethernet-2 card rather than letting it go out through the shelf contoller. I put in a new ethernet-2 card, however, a netstat -i indicates that all data is still going through the ethernet port on the shelf contoller card. Any advice on how to fix this would be appreciated. Eric Larsen IST, Inc. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Wed May 23 07:09:54 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] RE: (ASCEND) directing traffic over new ethernet card Message-ID: Eric, You have to specify the system-ip address under ip-glo if you are going to use an ethernet card other than the shelf-controller. Also, don't forget the default route statement. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Eric Larsen [mailto:eric@istal.com] Sent: Wednesday, May 23, 2001 7:31 AM To: ascend-users@max.bungi.com Subject: (ASCEND) directing traffic over new ethernet card Does anyone know how to redirect traffic out over an ethernet-2 card rather than letting it go out through the shelf contoller. I put in a new ethernet-2 card, however, a netstat -i indicates that all data is still going through the ethernet port on the shelf contoller card. Any advice on how to fix this would be appreciated. Eric Larsen IST, Inc. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From tom at ispstuff.com Wed May 23 09:50:47 2001 From: tom at ispstuff.com (ISPstuff) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) FS: several Max 6096 systems - Like new condition - Low price Message-ID: <3.0.3.32.20010523095047.02d5c928@mail.rockriver.net> Ascend list special! We have just received several Max 6096 remote access servers in the 964xxxx serial number range. They are in excellent condition, clean, tested, and guaranteed for 90 days. In stock and ready to ship today. These are the single AC power supply model with 4 T1 interfaces and 6 of the 16 port modem cards. Installed options include ISDN/FR/DC/DS. $6500 each or buy all for $6200 each. Call 815-968-9888 or contact us by email. Thanks, Tom PS We use these in our ISP operation and can answer most tech questions about them. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From DPascarella at solunet.com Wed May 23 10:20:00 2001 From: DPascarella at solunet.com (DPascarella@solunet.com) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] RE: (ASCEND) directing traffic over new ethernet card Message-ID: Assuming that you have correctly installed and configured the ether2 card......... 1. Try setting the SCM ether port to 'management only' 2. Check your IP addressing and make sure you are not trying to route out that interface. 3. Disable it and try the netstat again. You may be seeing the sys IP address, also. David Pascarella, MCSE CCNA A+ Network Support Engineer SOLUNET, Inc. 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905-3562 888.449.5766 800.795.2814 fax: 321.308.7986 mailto:dpascarella@solunet.com -----Original Message----- From: Eric Larsen [mailto:eric@istal.com] Sent: Wednesday, May 23, 2001 7:31 AM To: ascend-users@max.bungi.com Subject: (ASCEND) directing traffic over new ethernet card Does anyone know how to redirect traffic out over an ethernet-2 card rather than letting it go out through the shelf contoller. I put in a new ethernet-2 card, however, a netstat -i indicates that all data is still going through the ethernet port on the shelf contoller card. Any advice on how to fix this would be appreciated. Eric Larsen IST, Inc. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From max_and_tnt at hotmail.com Wed May 23 13:01:44 2001 From: max_and_tnt at hotmail.com (Joe Max) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) Details of IP-Direct implementation desired Message-ID: Neither. The MAX will just forward the packet untouched to the IP address you say. This means that both the MAX and the target MUST be in the same physical net. What you described is IP-in-IP, which is a different option. I believe you may need a hash code for ip-in-ip though. -J >From: "Ben-David, Joe" > > 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? > > > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From max_and_tnt at hotmail.com Wed May 23 13:36:47 2001 From: max_and_tnt at hotmail.com (Joe Max) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) Fine then, here is some traffic: Message-ID: Only Lucent Engineering can decode those traces. You should open a ticket. Or, you could try upgrading to a more recent version of the code. 7.0.3 is pretty old. If you want to stick with 7.0 code, try 7.0.22 or 7.0.24. >From: "Chris Clements" > >Take a look at this fatal-history report. > >WARNING: Index: 179 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/01/2001. Time: 23:29:57 > Location: b02837b4 b0285aec b02ea528 b013979c b01923c0 00000000 > >WARNING: Index: 179 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/01/2001. Time: 23:29:57 > Location: b02837b4 b0285aec b02ea528 b013979c b01923c0 00000000 > >SYSTEM IS UP: Index: 100 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/01/2001. Time: 23:32:58 > >WARNING: Index: 195 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/03/2001. Time: 11:47:32 > Location: b0213094 b027c51c b027ced4 b027db38 b027b758 b01923c0 > >FATAL ERROR: Index: 1 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/03/2001. Time: 11:47:57 > Location: b0210a48 b0212fe0 b027c51c b027ced4 b027db38 b027b758 > >SYSTEM IS UP: Index: 100 Load: tbaxkh.m60 Revision: 7.0.3 > Date: 05/03/2001. Time: 11:51:08 > >This max periodically reboots itself as seen above. The Index 179 error >seems to indicate that this is a problem related to ISDN calls. In the >event that a fatal error occurs right after this warning the message is >intended to provide debug information. Do you guys think that these >reboots >are software related? This max is running 7.0.3. > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From max_and_tnt at hotmail.com Wed May 23 13:50:52 2001 From: max_and_tnt at hotmail.com (Joe Max) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) Ascend-Disconnect-Cause = 10029 and 106 ??? Message-ID: Go to ftp.ascend.com and look for your product under the directory /pub/Software-Releases, then select the appropriate version and go to the 'MIB' directory. Download the file 'event.mib'. This file contains all the disconnect and progress codes that correspond to the version of the code you are using. -J >From: Chris Adams > >Once upon a time, Neale Banks said: > > Ascend-Disconnect-Cause = 106 > >MP-Session-Timeout > > > Ascend-Disconnect-Cause = 10029 > >I don't know that one. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From jim at top.net Wed May 23 16:22:03 2001 From: jim at top.net (Jim Logan) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) Ascend Equipment For Sale Message-ID: <4.2.0.58.20010523162143.00b23970@top.net> Ascend Max 1800, 8 BRI-U, complete in original box all documentation, new/unopened: $ 950 Ascend Max 400, PL1-1T1-Std, w/documentation: $225 Ascend Max 200+, includes all the PCMCIA ISDN Modem cards (4) and documentation: $ 275 Ascend Max 4000 8 BRI Card (MX-SL-8BRIT): $ 275 Ascend Pipeline 50 w/power (Pre Firewall versions w/slide switch): $ 80 Ascend Pipeline 50 w/power: $ 125 Ascend Pipeline DSL Pipe (DSL-DMT, ASA Option) complete with power, docs, etc: $ 100 Ascend Pipeline 50 (LS56-4 Wire), complete in open box: $ 125 Ascend Pipeline 75 w/power $ 175 Lucent Pipeline 130 (P130-UBRI-T1-ASA) w/power $ 350 Ascend Pipeline 130 (P130-UBRI-LS56) w/Power: $ 275 Ascend Pipeline 130 (P130-LS56-2N) w/Power: $ 275 All Pipeline units have Firewall/56K Bit IpSec installed (higher serial number units). 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: 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 Archives: http://www.nexial.com/mailinglists/ From sergio at ttd.net Fri May 25 04:21:24 2001 From: sergio at ttd.net (Sergio Moreno Mozota) Date: Tue Jan 18 14:00:42 2005 Subject: (ASCEND) [Ascend] route-filter problem (fwd) Message-ID: second try ---------- Forwarded message ---------- Date: Mon, 21 May 2001 02:43:30 +0200 (MET DST) From: Sergio Moreno Mozota To: rte-ascend@lists.real-time.com Subject: [Ascend] route-filter problem Hello Im new in this list so excuse me if this is a known problem... Im trying to no readvertise the RIP prefixes that i learnt from a interface to another, but im unable to block these advertisments. I had already tried to block the prefixes with others source-address but it appears to not work in out policies the other thing that i tried was to send only the local prefixes but im not found how to make such a filter. i wolud apreciate any help in this subject... thanks in advace Sergio Sorry for my english _______________________________________________ rte-ascend mailing list rte-ascend@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/rte-ascend ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ccook at tcworks.net Fri May 25 10:58:37 2001 From: ccook at tcworks.net (Chris Cook) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) MRTG config for MAX4000 Message-ID: <3B0E812D.F66F992D@tcworks.net> Does anyone have an MRTG config file to graph the active modems in use by a MAX4000. I would appreciate it, search engine results have been unsuccessful. -- Chris o----< ccook@tcworks.net >------------------------------------o |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | |The Computer Works ISP |FreeBSD - http://www.freebsd.org | o-------------------------------------------------------------o ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From jfbeam at prime.btitelecom.net Fri May 25 13:11:14 2001 From: jfbeam at prime.btitelecom.net (Ricky Beam) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) MRTG config for MAX4000 In-Reply-To: <3B0E812D.F66F992D@tcworks.net> Message-ID: On Fri, 25 May 2001, Chris Cook wrote: >Does anyone have an MRTG config file to graph the active modems in use >by a MAX4000. I would appreciate it, search engine results have been >unsuccessful. Here's parts of my mrtg sampling for a TNT... LoadMibs: /usr/share/snmp/ascend/ascend.mib,/usr/share/snmp/ascend/advanced.mib UnScaled[_]: dwmy WithPeak[_]: wmy Options[_]: gauge, growright, transparent, integer YLegend[_]: Channels ShortLegend[_]: - Legend1[_]: Active Channels Legend2[_]: Out of Service Channels Legend3[_]: Maximal 5 Minute Number of Active Channels Legend4[_]: Maximal 5 Minute Number of OOS Channels LegendI[_]: Active Channels  LegendO[_]: Out of Service Channels  ### Interface 40 >> Descr: 'Channelized T1 Slot 2/3' ### Interface 39 >> Descr: 'Channelized T1 Slot 2/2' ### Interface 43 >> Descr: 'Channelized T1 Slot 2/6' Target[ral_telica]: wanLineActiveChannels.40&wanLineOutOfServiceChannels.40:qWT7pXcjDLNjc@tnt1-raleigh-nc: + wanLineActiveChannels.39&wanLineOutOfServiceChannels.39:qWT7pXcjDLNjc@tnt1-raleigh-nc: + wanLineActiveChannels.43&wanLineOutOfServiceChannels.43:[community]@[tnt]: MaxBytes[ral_telica]: 70 Title[ral_telica]: [T1 1/2/3 + 1/2/2 + 1/2/6] PageTop[ral_telica]:
System: TNT1 - Raleigh @ Raleigh Switch
Description:Channelized T1 Slot 2/3
ifName: ds1 1-2-3, ds1 1-2-2, ds1 1-2-6
--Ricky ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From ccook at tcworks.net Fri May 25 16:05:51 2001 From: ccook at tcworks.net (Chris Cook) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] Re: (ASCEND) MRTG config for MAX4000 References: Message-ID: <3B0EC92F.6711A8BE@tcworks.net> Thanks to everyone for the feedback! Out of my 5 selections so far I have picked a winning contestant (see below). Thanks again! /Chris "Randy E. Reinhardt" wrote: > > Chris, this works for me, substitute your info as appropriate, plus take a > look at the options you want. > > (The target line got wrapped, be aware that should be all one line) > > #--------------------------------------------------------------- > Target[your-max.yourdomain.net]: > 1.3.6.1.4.1.529.11.5.0&1.3.6.1.4.1.529.11.7.0:SNMPreadCOMMUNITY@your-max.you > rdomain.net > MaxBytes[your-max.yourdomain.net]: 69 > Unscaled[your-max.yourdomain.net]: dwmy > Step[your-max.yourdomain.net]: 1 > Options[your-max.yourdomain.net]: growright, gauge, nopercent, integer > YLegend[your-max.yourdomain.net]: Active Calls > ShortLegend[your-max.yourdomain.net]: A/C > Legend1[your-max.yourdomain.net]: Active Analog Calls > Legend2[your-max.yourdomain.net]: Active Digital Calls > LegendI[your-max.yourdomain.net]:  Analog: > LegendO[your-max.yourdomain.net]:  Digital: > Title[your-max.yourdomain.net]: your-max (your-max): Calls > PageTop[your-max.yourdomain.net]:

Call log for your-max >

> > > > > > >
System:your-max in SomeCity, US.
Maintainer:youremail@yourdomain.net
IP:your-max (123.123.123.123)
Max Calls:46 (Analog and Digital)
> #--------------------------------------------------------------- > > Randy E. Reinhardt > randy@pyramid.net > Systems Administrator > Microsoft: "Where do you want to go today?" > Linux: "Where do you want to go tomorrow?" > FreeBSD: "Are you guys coming, or what?" > > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Chris Cook > Sent: Friday, May 25, 2001 08:59 AM > To: ascend-users@bungi.com > Subject: (ASCEND) MRTG config for MAX4000 > > Does anyone have an MRTG config file to graph the active modems in use > by a MAX4000. I would appreciate it, search engine results have been > unsuccessful. > > -- > Chris > > o----< ccook@tcworks.net >------------------------------------o > |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | > |The Computer Works ISP |FreeBSD - http://www.freebsd.org | > o-------------------------------------------------------------o > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From XIVvbvnfbvn at max.bungi.com Sun May 27 02:36:45 2001 From: XIVvbvnfbvn at max.bungi.com (XIVvbvnfbvn@max.bungi.com) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) Look-GreatCellAccessorNetDealsHere 18253 Message-ID: ******************** Hi Everyone! Great Deals Here! BELT CLIPS 1.99! LEATHER CASES 1.99! CAR CHARGERS 1.99! FACEPLATES AS LOW AS 2.99! BATTERIES AS LOW AS 6.95! ACCESSORIES FOR ALL NOKIA, MOTOROLA, NEXTEL, SAMSUNG, QUALCOMM, ERICSSON, AUDIOVOX PHONES! CLICK BELOW FOR CELL PHONE ACCESSORIES AT WHOLESALE PRICES! http://216.25.161.44/FREEDOMSPECTRUM1.HTM BOOSTER ANTENNAS AS LOW 9.99! BATTERIES AS LOW AS 6.95! ***************************** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From hkruell at swd-ag.de Mon May 28 08:23:52 2001 From: hkruell at swd-ag.de (Heribert =?iso-8859-1?Q?Kr=FCll?=) Date: Tue Jan 18 14:00:42 2005 Subject: [Ascend] (ASCEND) NavisRadius 1.3 and ACE-Token Caching Message-ID: <3B125168.282406A8@swd-ag.de> Hello, is there anybody who used it before, i want to authenticate the ISDN-Channelbundling between my MAX-TNT and the WindowsClients with this. But how to configure it? The manual says authenticate the second channel with CHAP, but how can i tell my windows to make the first authentication with secureID over RADIUS wich needs a pap authentication and then make an different authenticatin for the second channel? Is it possible to make a real caching of the securID passcode and when my client sends it again then to open the next Channel? Questions over questions, i knew but i hope someone tryed it before. thanks a lot Heribert Kruell RemoteAccess Administration Stadtwerke Duesseldorf AG ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From rip at itsinfonet.com Mon May 28 14:33:42 2001 From: rip at itsinfonet.com (rip@itsinfonet.com) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] UpgradeAscend/Lucent STDX 8000/9000 Channelized T1 Module Message-ID: <001a01c0e7ad$1a811700$2700a8c0@its> To: All I have a requirement to upgrade an Ascent/Lucent Channelized T1 Card, Part Number 710-0003-01, P/C 59021. This is a memory upgrade from 8 MB to 16 MB. I would like to know what type of SIMM Memory this board requires? Is it ECC, Parity, Non Parity, EDO , Etc.? Also, I am not yet clear about what this upgrade is to accomplish. Is the Memory upgrade required to set up additional features/configurations? Is it required to upgrade the software and if so type of software upgrade requires the 8 MB to 16 MB memory upgrade. This project was given to me as the person who would normally take care of left on an extended vacation. Any help that I receive will be appreciated. Thank you. Best Regards, Clarence Fleming ITS 500 North Cary Algonquin Road Cary, Illinois 60013 Tel: 847-639-0775 Fax: 847-639-0710 e-mail: rip@itsinfonet.com From rip at itsavaya.com Mon May 28 14:16:30 2001 From: rip at itsavaya.com (rip@itsavaya.com) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) Channelized T1 Card Upgrade STDX 8000/9000 Message-ID: <001901c0e7aa$b3aeae40$2700a8c0@its> To All: I have several Ascend / Lucent STDX 8000/9000 Channelized T1 cards / modules. Part Number 710-0003-01 P/C 59021 These need to be upgraded from 8 MB Memory to 16 MB Memory. This is a request by a customer of mine. Apparently this is required to turn on some features/upgrade software. I do not have a complete understanding of what this 8 Mb to 16 MB memory upgrade will accomplish. Does anyone have the information as to what type of SIMMS Memory Module is required to accomplish the memory upgrade? What type of upgrade (Software or Hardware) requires this additional memory? Is the memory required ECC, Parity, Non Parity, EDO, etc.? Please e-mail Rip@itsinfonet.com with any information that you might have about this. Thank you for any assistance that you provide. Best Regards, Clarence Fleming ITS 500 N. Cary Algonquin Road Cary, Illinois 60013 Tel: 847-639-0775 Fax: 847-639-0710 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From bargi at webfront.net.au Mon May 28 21:57:23 2001 From: bargi at webfront.net.au (Raymond Brighenti) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) Strange Diagnostics messages (K56TEST, T1STATE) Message-ID: <5.0.2.1.2.20010529124711.03066768@mail.webfront.net.au> Hi, When I went to diagnostics on our Max6000 I got the following. 16MB shared memory found in system Power supply A is present Power supply A is functioning Power supply B is present Power supply B is functioning K56TEST: PING DSP failed T1STATE::dialTimeout on NORMAL callID-115, dsl 0, chan 3 T1STATE::dialTimeout on NORMAL callID-116, dsl 0, chan 6 K56TEST: PING DSP failed T1STATE is a funny one if it's referring to a T1 interface as our box has E1 interfaces Also the K56TEST, our modems seem to be working as always. Any ideas? Ta Ray ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From thorsten at eckey.do.uunet.de Tue May 29 02:49:24 2001 From: thorsten at eckey.do.uunet.de (Thorsten Eckey) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) NavisRadius 1.3 and ACE-Token Caching References: <3B125168.282406A8@swd-ag.de> Message-ID: <3B135484.DA0A317E@eckey.do.uunet.de> > is there anybody who used it before, i want to authenticate the > ISDN-Channelbundling between my MAX-TNT and the WindowsClients with > this. AFAIK there is no way to do that, because there is no attribute in 1.3 version or newer Lucent servers to configure the caching of a passcode. > But how to configure it? The manual says authenticate the second channel > with CHAP, but how can i tell my windows to make the first > authentication with secureID over RADIUS wich needs a pap authentication > and then make an different authenticatin for the second channel? Is it > possible to make a real caching of the securID passcode and when my > client sends it again then to open the next Channel? Questions over > questions, i knew but i hope someone tryed it before. The only way is to use is e.g. Ascend/Lucent P50 with PAP-Token enabled. Cheers Thorsten ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From lord_butthole at hotmail.com Tue May 29 09:32:04 2001 From: lord_butthole at hotmail.com (Bill_Gates Makes_Shitty_Stuff) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) Pipline 75 POTs and how Lucent SUCKS GOAT !!! Message-ID: Lucent has the worst and most frustrating customer "interface" devised. Their managment are sick, sadistic scumbags who hide in their corporate toady bunkers. I'll NEVER buy Lucent again. Whatever happened to the old Lucent that made good stuff and was trusted.... Now that is off my chest.. I have a Ascend/Lucent Pipeline 75 Serial 7115xxx loaded with +6.0.13+ (firmware load B.P.75) and the hash codes for the firewall. The problem is that on outbound calls the DTMF does not work. It turns out that they have admitted as much in their TR notes, of which 4 were issued. It still does not work, and they have denied any access by phone or email to their company hoping that it will just go away (as they have sold their unit they can now screw the customer). Anyone have a secret phone number etc or ideas how to solve this chicken and egg problem ? _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From boris at bulnet.bg Tue May 29 14:41:12 2001 From: boris at bulnet.bg (Boris Basmadjiev) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) WTB: ascend v.34 cards Message-ID: <3B13FB58.4A75D212@bulnet.bg> Hi all - i need to buy a whole lot of the older v.34 cards for ye olde max 4000.... specifically the mx-sl-12mod cards are what i need...and i need between 10 and 20...but, having bought 2 batches already which proved dumpster stock, i do expect them to be working :-) Thanks, Boris B. boris@bulnet.bg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From Benzo007 at home.com Tue May 29 16:39:53 2001 From: Benzo007 at home.com (Ben Nelson (benzo007@home.com)) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (Ascend) For Sale Message-ID: <00be01c0e887$e5a504c0$8344b218@sprgfld1.mo.home.com> Ascend Equipment For Sale! In stock and ready to ship. Special prices this week only! (3) Ascend MX-SL-16MOD-S56 modem cards for 1000.00 each (4) Ascend MX-SL-12MOD-S56 modem cards for 800.00 each (6) Ascend MX-SL-8mod-S56 modem cards for 600.00 each Comes with a 30 day warranty. Please call if you are looking to buy or sell Adtran, Ascend/Livingston, Cisco, Motorola, Kentrox, Usr/3com, or other brands of networking equipment. www.usedrouter.com Ben Nelson Western Data Transfer 417-887-7724 Phone 417-887-7772 Fax 417-860-6703 Cell Number If you cant reach me through the other voice number. From bargi at webfront.net.au Tue May 29 23:13:28 2001 From: bargi at webfront.net.au (Raymond Brighenti) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) Blocking Trojans is it viable? Message-ID: <5.0.2.1.2.20010530140049.0319ce30@mail.webfront.net.au> Hi, We've recently had a lot of problems with the Sub Seven Trojan of late and was looking to put a filter in place to stop it. Now from what I understand using the filters in the Max only stop it at the Ethernet interface I guess a Radius filter would be the go to prevent it between users on the box. A quick check for Sub Zero ports and I found the following. Is placing this many filters on each dial-up port going to place to much overhead on the Maxes (we have a mix of 2,4 and 6Ks). Or am I just going to have to suck it and see how it goes? Also is it possible to write one rule to block ports 6711 to 6713 or an individual filter for each? Ta Ray 1243-TCP-Sub Seven 6667-TCP-Sub-7 Trojan (new icq notification) 6711-TCP-Sub Seven 6712-TCP-Sub Seven 6713-TCP-Sub Seven 6776-TCP-Sub Seven 16959-TCP-SubSeven DEFCON8 2.1 Backdoor 27374-UDP-Sub-7 2.1 27573-UDP-Sub-7 2.1 27573-TCP-Sub-7 2.1 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From lists-mail-isp-ascend-users at pgregg.com Wed May 30 03:37:30 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) Pay for 9.1.0 ? :-( Message-ID: <20010530083730.4123.qmail@pgunix.fw.tibus.net> I see Lucent have changed their "model" to require us to have a maintenece subscription to be able to download any TAOS >= 9.1.x This, for me, is a real pisser since my APX is only a month old and before upgrading from my PM4 I specifically asked if software upgrades were free of charge in the future (as they were with the PM4/Livingston and other ascend kit). The response from my supplier was that they would be free of charge. Perhaps Lucent in their current finincial difficulty is trying to squeeze every possible revenue source - forcing users to take out maintenence contracts just so they can get newer (base) software / bug fixes. Paul. -- | 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 Archives: http://www.nexial.com/mailinglists/ From talbs at pcsonline.com Wed May 30 07:17:56 2001 From: talbs at pcsonline.com (Mike Talbert) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] (ASCEND) FS: Ascend Max 4004 w/36 V.90 MOdems Message-ID: <010201c0e902$8f4ba680$073101cc@pcsterm> Ascend MAX 4004 with 36 56k V.90 Modems Installed (3 X 12MOD Cards). This unit is in great working condition, just recently removed from service. $2000.00 talbs@pcsonline.com or call 941-795-6390 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From tom at ispstuff.com Wed May 30 07:20:59 2001 From: tom at ispstuff.com (ISPstuff) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( In-Reply-To: <20010530083730.4123.qmail@pgunix.fw.tibus.net> Message-ID: <3.0.3.32.20010530072059.03604d0c@mail.rockriver.net> I agree and am outraged. I just moved to a TNT with APX cards. Lucent is following the monopolist model inherited from their parent AT&T. Buy up two excellent companies with superior products and free support, and then when the competition and choice is gone, start charging for previously free services. I have not made the decision yet but may be stopping at 9.0-159 and looking for alternatives. Tom At 08:37 AM 5/30/01 -0000, you wrote: >I see Lucent have changed their "model" to require us to have a >maintenece subscription to be able to download any TAOS >= 9.1.x >This, for me, is a real pisser since my APX is only a month old and >before upgrading from my PM4 I specifically asked if software upgrades >were free of charge in the future (as they were with the PM4/Livingston >and other ascend kit). The response from my supplier was that they would >be free of charge. > >Perhaps Lucent in their current finincial difficulty is trying to squeeze >every possible revenue source - forcing users to take out maintenence >contracts just so they can get newer (base) software / bug fixes. > >Paul. >-- >| 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 Archives: http://www.nexial.com/mailinglists/ From shaavik at soc.lib.md.us Wed May 30 09:54:04 2001 From: shaavik at soc.lib.md.us (Steve Haavik) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( In-Reply-To: <3.0.3.32.20010530072059.03604d0c@mail.rockriver.net> Message-ID: On Wed, 30 May 2001, ISPstuff wrote: > I agree and am outraged. I just moved to a TNT with APX cards. Lucent is > following the monopolist model inherited from their parent AT&T. Buy up > two excellent companies with superior products and free support, and then > when the competition and choice is gone, start charging for previously free > services. > > I have not made the decision yet but may be stopping at 9.0-159 and looking > for alternatives. We finally descided to switch to Cisco. For the port density we need (2 PRIs at most + a few frame T1s) it just made more sense to replace our (2 year old) MAX 6000 routers with the 3660s. They aren't as simple to configure, but we haven't had any problems with the vendor telling us that a problem we have is actually a new software feature (the 195 list if you need to ask...) We even looked at a low end CVX. While it would be nice to have something that can handle that many calls, it core dumped every time I changed the terminal server config with someone online. And we would have had to have a seperate router to handle the frame relay T1s. I didn't enjoy configuring the thing either. At least the Ascend routers (before the TNT) had a menu to help you navigate the configuration. -- Steve Haavik Sailor Operations Center http://www.sailor.lib.md.us shaavik@soc.lib.md.us Office: 410-396-5551 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From maillist1 at argontech.net Wed May 30 13:45:58 2001 From: maillist1 at argontech.net (Marco C. Coelho) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( References: Message-ID: <013501c0e938$c45ddce0$3301fe8a@argontech.net> If you're just looking for a few ports, you can't beat some old Livingston or after assimilation Lucent Port Master 3s. While they are discontinued, you can pick them up cheap, and they run forever. Don't plan on any software upgrades for them as Lucent discontinued a great product then abandoned the people who used them...... Waiting to see what happens to my Max6096s now. As for me. I'm going to send a box full of horse manure to the president of Lucent and let him know this is how I feel about his support (maybe some of you would like to join in?). We should get a group of us together and sue Lucent in a class action lawsuit for breach of contract. On the front of all my manuals, support is stated as free. Marco Coelho Another pissed off poor bastard stuck with Lucent <><><><><><><><><><><><><><><><><><><><><> Marco C. Coelho Argon Technologies Texas' Best Internet Provider 6701 Interstate 30 West Greenville, Texas, 75402 903-455-5036 http://www.argontech.net ----- Original Message ----- From: "Steve Haavik" To: Sent: Wednesday, May 30, 2001 9:54 AM Subject: Re: (ASCEND) Pay for 9.1.0 ? :-( > On Wed, 30 May 2001, ISPstuff wrote: > > > I agree and am outraged. I just moved to a TNT with APX cards. Lucent is > > following the monopolist model inherited from their parent AT&T. Buy up > > two excellent companies with superior products and free support, and then > > when the competition and choice is gone, start charging for previously free > > services. > > > > I have not made the decision yet but may be stopping at 9.0-159 and looking > > for alternatives. > > We finally descided to switch to Cisco. For the port density we need (2 > PRIs at most + a few frame T1s) it just made more sense to replace our (2 > year old) MAX 6000 routers with the 3660s. They aren't as simple to > configure, but we haven't had any problems with the vendor telling us that > a problem we have is actually a new software feature (the 195 list if > you need to ask...) > > We even looked at a low end CVX. While it would be nice to have something > that can handle that many calls, it core dumped every time I changed the > terminal server config with someone online. And we would have had to have > a seperate router to handle the frame relay T1s. I didn't enjoy > configuring the thing either. At least the Ascend routers (before the TNT) > had a menu to help you navigate the configuration. > > -- > Steve Haavik > Sailor Operations Center > http://www.sailor.lib.md.us > shaavik@soc.lib.md.us > Office: 410-396-5551 > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From jfbeam at prime.btitelecom.net Wed May 30 14:48:32 2001 From: jfbeam at prime.btitelecom.net (Ricky Beam) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( In-Reply-To: <3.0.3.32.20010530072059.03604d0c@mail.rockriver.net> Message-ID: On Wed, 30 May 2001, ISPstuff wrote: >... Lucent is following the monopolist model inherited from their parent >AT&T. >At 08:37 AM 5/30/01 -0000, you wrote: >>before upgrading from my PM4 I specifically asked if software upgrades >>were free of charge in the future (as they were with the PM4/Livingston >>and other ascend kit). The response from my supplier was that they would >>be free of charge. Ascend code is free. When was the last time you got *anything* out of Lucent for FREE? And techinically, your supplier cannot answer that question as they don't control any of the code. Maybe the answer was yes when you asked, but the answer is no now. Lucent has to make money somehow. Forcing people to buy insane support contracts to get bug fixes obvisouly isn't going to help them. It'd be cheaper and more effective to replace the TNTs with almost anything else than buy a Lucent support contract. Just getting documentation out of Lucent is a big enough pain in the ass. --Ricky ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From jfbeam at prime.btitelecom.net Wed May 30 14:40:10 2001 From: jfbeam at prime.btitelecom.net (Ricky Beam) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( In-Reply-To: Message-ID: On Wed, 30 May 2001, Steve Haavik wrote: >We finally descided to switch to Cisco. Don't get me wrong, Cisco makes excellent routers. However, they don't have the remotest clue how to make a terminal server. They once owned Telebit, but learned nothing (they took the mica technology and ran.) [Telebit is hands down the best terminal server to have ever existed... 32 115.2k serial ports on a 386dx40 with 4M running from a 1.4M floppy. It could go as high as 96 portsm but I'd need external power for the serial ports. Beat that.] >... At least the Ascend routers (before the TNT) >had a menu to help you navigate the configuration. Oh, come on. The TNT interface isn't that bad. It takes a few seconds to get used to, but it makes sense. If you want an example of horible... go configure some 3com switches/routers. (From a software standpoint, the TNT interface is far more efficient than a menued interface.) --Ricky ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From maillist1 at argontech.net Wed May 30 15:35:32 2001 From: maillist1 at argontech.net (Marco C. Coelho) Date: Tue Jan 18 14:00:43 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( References: Message-ID: <01bb01c0e948$12f5f540$3301fe8a@argontech.net> Mario, We have used your company for some of our Ascend and PM3 purchases in the past. Nothing but good to say about you guys. I just don't like vendors changing the rules after you buy their products. We don't treat our customers that way, and don't expect any company that wants to stay in business to treat us that way. It is not my fault that Lucent went on the giant buying spree and over leveraged themselves. They might have taken a look around at all the stupid ass companies that did the same thing in the early 1980s (remember Tracor) and take a lesson from someone else mistake... at least that's what I tell my kids. If you screw up, be a man and take responsibility for it. Sell some assets to get your feet back on the ground. Don't screw your only hope of long term survival by pushing your customers away. As for the manual, it is the hardware manual that I'm referring to. It does not change with software revisions. Marco Coelho <><><><><><><><><><><><><><><><><><><><><> Marco C. Coelho Argon Technologies Texas' Best Internet Provider 6701 Interstate 30 West Greenville, Texas, 75402 903-455-5036 http://www.argontech.net ----- Original Message ----- From: To: ; Sent: Wednesday, May 30, 2001 3:41 PM Subject: RE: (ASCEND) Pay for 9.1.0 ? :-( > Hi Marco, > > > I feel your pain when it comes down to Lucent however, you can the > software is free up to the 9.x code so unless you have the 9.x manual I dont > think they are stating that ALL software releases are free. I think they > are implying the software for that version. Also, all software downloads > will be available through www.esight.com starting soon and not through the > ftp.ascend.com site. We are a huge reseller of Lucent and 44 other vendors > and if you are having problems with a particular issue, you can give us a > call and we will more than gladly assist you. > > > > > Mario Puras > SoluNet Technical Support > Network Support Engineer > We don't make network products, > we make them Work! > Mailto:mpuras@solunet.com > 888.SOLUNET (Canada) / 888.449.5766 (USA) > > > -----Original Message----- > From: Marco C. Coelho [mailto:maillist1@argontech.net] > Sent: Wednesday, May 30, 2001 2:46 PM > To: ascend-users@bungi.com > Subject: Re: (ASCEND) Pay for 9.1.0 ? :-( > > > If you're just looking for a few ports, you can't beat some old Livingston > or after assimilation Lucent Port Master 3s. While they are discontinued, > you can pick them up cheap, and they run forever. Don't plan on any > software upgrades for them as Lucent discontinued a great product then > abandoned the people who used them...... Waiting to see what happens to my > Max6096s now. > > As for me. I'm going to send a box full of horse manure to the president of > Lucent and let him know this is how I feel about his support (maybe some of > you would like to join in?). We should get a group of us together and sue > Lucent in a class action lawsuit for breach of contract. On the front of > all my manuals, support is stated as free. > > > Marco Coelho > Another pissed off poor bastard stuck with Lucent > > > <><><><><><><><><><><><><><><><><><><><><> > Marco C. Coelho > Argon Technologies > Texas' Best Internet Provider > 6701 Interstate 30 West > Greenville, Texas, 75402 > 903-455-5036 > http://www.argontech.net > ----- Original Message ----- > From: "Steve Haavik" > To: > Sent: Wednesday, May 30, 2001 9:54 AM > Subject: Re: (ASCEND) Pay for 9.1.0 ? :-( > > > > On Wed, 30 May 2001, ISPstuff wrote: > > > > > I agree and am outraged. I just moved to a TNT with APX cards. Lucent > is > > > following the monopolist model inherited from their parent AT&T. Buy up > > > two excellent companies with superior products and free support, and > then > > > when the competition and choice is gone, start charging for previously > free > > > services. > > > > > > I have not made the decision yet but may be stopping at 9.0-159 and > looking > > > for alternatives. > > > > We finally descided to switch to Cisco. For the port density we need (2 > > PRIs at most + a few frame T1s) it just made more sense to replace our (2 > > year old) MAX 6000 routers with the 3660s. They aren't as simple to > > configure, but we haven't had any problems with the vendor telling us that > > a problem we have is actually a new software feature (the 195 list if > > you need to ask...) > > > > We even looked at a low end CVX. While it would be nice to have something > > that can handle that many calls, it core dumped every time I changed the > > terminal server config with someone online. And we would have had to have > > a seperate router to handle the frame relay T1s. I didn't enjoy > > configuring the thing either. At least the Ascend routers (before the TNT) > > had a menu to help you navigate the configuration. > > > > -- > > Steve Haavik > > Sailor Operations Center > > http://www.sailor.lib.md.us > > shaavik@soc.lib.md.us > > Office: 410-396-5551 > > > > > > ++ Ascend Users Mailing List ++ > > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > > Archives: http://www.nexial.com/mailinglists/ > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From tom at rydrcom.com Wed May 30 10:54:24 2001 From: tom at rydrcom.com (Tom Ryder) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] (ASCEND) TNT For Sale Message-ID: Hello, All serious OBOs will be considered. Thank you, 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: AscendInventory.xls Type: application/x-msexcel Size: 43008 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20010530/9d63e643/AscendInventory.bin From MPuras at solunet.com Wed May 30 15:41:20 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] RE: (ASCEND) Pay for 9.1.0 ? :-( Message-ID: Hi Marco, I feel your pain when it comes down to Lucent however, you can the software is free up to the 9.x code so unless you have the 9.x manual I dont think they are stating that ALL software releases are free. I think they are implying the software for that version. Also, all software downloads will be available through www.esight.com starting soon and not through the ftp.ascend.com site. We are a huge reseller of Lucent and 44 other vendors and if you are having problems with a particular issue, you can give us a call and we will more than gladly assist you. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: Marco C. Coelho [mailto:maillist1@argontech.net] Sent: Wednesday, May 30, 2001 2:46 PM To: ascend-users@bungi.com Subject: Re: (ASCEND) Pay for 9.1.0 ? :-( If you're just looking for a few ports, you can't beat some old Livingston or after assimilation Lucent Port Master 3s. While they are discontinued, you can pick them up cheap, and they run forever. Don't plan on any software upgrades for them as Lucent discontinued a great product then abandoned the people who used them...... Waiting to see what happens to my Max6096s now. As for me. I'm going to send a box full of horse manure to the president of Lucent and let him know this is how I feel about his support (maybe some of you would like to join in?). We should get a group of us together and sue Lucent in a class action lawsuit for breach of contract. On the front of all my manuals, support is stated as free. Marco Coelho Another pissed off poor bastard stuck with Lucent <><><><><><><><><><><><><><><><><><><><><> Marco C. Coelho Argon Technologies Texas' Best Internet Provider 6701 Interstate 30 West Greenville, Texas, 75402 903-455-5036 http://www.argontech.net ----- Original Message ----- From: "Steve Haavik" To: Sent: Wednesday, May 30, 2001 9:54 AM Subject: Re: (ASCEND) Pay for 9.1.0 ? :-( > On Wed, 30 May 2001, ISPstuff wrote: > > > I agree and am outraged. I just moved to a TNT with APX cards. Lucent is > > following the monopolist model inherited from their parent AT&T. Buy up > > two excellent companies with superior products and free support, and then > > when the competition and choice is gone, start charging for previously free > > services. > > > > I have not made the decision yet but may be stopping at 9.0-159 and looking > > for alternatives. > > We finally descided to switch to Cisco. For the port density we need (2 > PRIs at most + a few frame T1s) it just made more sense to replace our (2 > year old) MAX 6000 routers with the 3660s. They aren't as simple to > configure, but we haven't had any problems with the vendor telling us that > a problem we have is actually a new software feature (the 195 list if > you need to ask...) > > We even looked at a low end CVX. While it would be nice to have something > that can handle that many calls, it core dumped every time I changed the > terminal server config with someone online. And we would have had to have > a seperate router to handle the frame relay T1s. I didn't enjoy > configuring the thing either. At least the Ascend routers (before the TNT) > had a menu to help you navigate the configuration. > > -- > Steve Haavik > Sailor Operations Center > http://www.sailor.lib.md.us > shaavik@soc.lib.md.us > Office: 410-396-5551 > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From MiltonFarley at webtv.net Wed May 30 10:34:40 2001 From: MiltonFarley at webtv.net (Milton Farley) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] (ASCEND) volume by gallons of a barrel. Message-ID: <7117-3B151310-411@storefull-247.iap.bryant.webtv.net> Formula to find the number of gallons of liquid in a barrel. Thank you. MRF. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From lists-mail-isp-ascend-users at pgregg.com Wed May 30 03:47:54 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] (ASCEND) Dynamic filters via RADIUS Message-ID: <20010530084754.4135.qmail@pgunix.fw.tibus.net> I remember reading that an APX could load a filter that it didn't have from a RADIUS server. I understand you can return a Filter-Id = "filtername" to use a predefined filter on the NAS, or you can return a load of Ascend-Data-Filter = "ip ..." lines to supply the filter with the AuthReply. However, I can't seem to make the APX request a filter from the Radius server - I don't want to modify every user entry to add filters to every line - and it would be a real pain to change the filter over a load of users, so defining a few standard filters which can be changed in one place is much preferred. Pointers appreciated. Thanks, Paul. -- | 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 Archives: http://www.nexial.com/mailinglists/ From ross at home.albury.net.au Wed May 30 18:29:19 2001 From: ross at home.albury.net.au (Ross Wheeler) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) volume by gallons of a barrel. In-Reply-To: <7117-3B151310-411@storefull-247.iap.bryant.webtv.net> Message-ID: On Wed, 30 May 2001, Milton Farley wrote: > Formula to find the number of gallons of liquid in a barrel. > Thank you. Is that US gallons, or imperial gallons? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From glavoy at apple.com Thu May 31 00:57:05 2001 From: glavoy at apple.com (Gary LaVoy) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] (ASCEND) pipeline 75 not staying connected... Message-ID: <200105310557.f4V5v4k07771@scv2.apple.com> So over the last week or so, my pipeline 75 will no longer keep connected. I have the connection:sessions options:idle parameter set to 0 (never drop?) and even tried upgrading to version 8.0-101.0 of the sw. Still drops. What do I have to set to keep it connected once dialed in? (I am fine with disconnecting manually when I want to). thanks, Gary glavoy@apple.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From shaavik at soc.lib.md.us Thu May 31 07:03:22 2001 From: shaavik at soc.lib.md.us (Steve Haavik) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Pay for 9.1.0 ? :-( In-Reply-To: Message-ID: On Wed, 30 May 2001, Ricky Beam wrote: > >... At least the Ascend routers (before the TNT) > >had a menu to help you navigate the configuration. > > Oh, come on. The TNT interface isn't that bad. It takes a few seconds to > get used to, but it makes sense. If you want an example of horible... go > configure some 3com switches/routers. (From a software standpoint, the TNT > interface is far more efficient than a menued interface.) Well yeah, the interface on the TNT isn't anywhere near as bad as the CVX and we found at least 3 things we liked better about it than what Cisco and Nortel showed us. I like the fact that you can list the current config as you edit it (make and change and see it before you save it.) Losing the stats interface is going to hurt too. But I'm tired of having to reset routers every few days because the TNT is a terrible choice for a backbone router (wasn't my choice) and some idiot has a war dialer that keeps calling one of our pops and almost all of the modems end up in the 195 list. To be honest, the easiest one I ever had to configure was a USR Total control chassis with a network management card and a ternminal server card. I seem to remember only having to do a few things to set them up (of course that was a long time ago, we had seperate routers, and I definitely remember driving all over Florida replacing defective modem cards. A lot of bad modem cards.) But the real point here is that we can't depend on Lucent for a reasonable level of support (even with a service contract.) We need a small box that can take a T1 frame and a PRI, answer inbound ISDN and modem calls, and offer a menu to non-PPP callers. That just about perfectly describes every Ascend router we ever bought. We just can't justify throwing away good money on a service contract if Lucent is going to force us to prove that every problem we have is really a problem and have them come back later and say: (pick one) 1. "I don't see what's wrong with that." 2. "That's a feature." 3. "Well, no one uses that anyway." 4. "It works fine if you use our software to manage it." Just as an example, I "discovered" that they broke the snmp interfaces table again in the 8.0.x series for the 6000 and TNT. After a couple months of going back and forth with their techs with me providing a router on my network that they could log into and see the problem (the snmp interfaces table was returning the wrong interface number for some connections. compare the route table and iftable via snmp) I finally gave up and told my boss to start looking for new routers. The one that did it for me was the message I got back that said "See, it works" even though the data I'd sent showed the route table listing an interface number that didn't exist in the iftable for the default route. I knew we should have just sent the routers back when at least 6 in a batch of 18 died within 2 days of installation. Oh the other hand, the Cisco 3660s we're buying will let us do everything we do with the 6000s and TNTs. And now we can provide different menues based on the phone number dialed (we have a POP in every county in Maryland and a different menu for every POP.) That means we can finally start to consolidate our PRIs (we don't have that many dialup users) and dump the savings into growing the network. Add to that the fact that there is no good way to bond 2 T1s in a max 6000 or a TNT and you can see why I gave up on Lucent. I do realize that these routers do still have a place any many networks. If you're only going to use it for dialup, it's a nice little box that can be had pretty cheap on ebay. They just don't do what we need and based on the quality of service we've been getting, we've descided to move on. -- Steve Haavik Sailor Operations Center shaavik@soc.lib.md.us Office: 410-396-5551 Cell: 443-829-1532 Pager: 443-829-1532 or 4438291532@page.nextel.com or pshaavik@soc.lib.md.us ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From cmadams at HiWAAY.net Thu May 31 09:24:20 2001 From: cmadams at HiWAAY.net (Chris Adams) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Dynamic filters via RADIUS In-Reply-To: <20010530084754.4135.qmail@pgunix.fw.tibus.net>; from lists-mail-isp-ascend-users@pgregg.com on Wed, May 30, 2001 at 08:47:54AM -0000 References: <20010530084754.4135.qmail@pgunix.fw.tibus.net> Message-ID: <20010531092420.D31192@HiWAAY.net> Once upon a time, Paul Gregg said: > I understand you can return a Filter-Id = "filtername" to use a predefined > filter on the NAS, or you can return a load of Ascend-Data-Filter = "ip ..." > lines to supply the filter with the AuthReply. > However, I can't seem to make the APX request a filter from the Radius > server - I don't want to modify every user entry to add filters to > every line - and it would be a real pain to change the filter over a load of > users, so defining a few standard filters which can be changed in one place > is much preferred. If you are using Ascend's RADIUS server (or Cistron RADIUS with my patch from http://www.iruntheinter.net/files/cistron/), you can use Ascend-Data-Filter attributes to your RADIUS users file to construct filters like: someuser Password = "xxxxxxxx" Framed-IP-Address = 10.1.1.1, Framed-IP-Netmask = 255.255.255.0, Ascend-Data-Filter = "ip in forward srcip 10.1.1.0/24", Ascend-Data-Filter = "generic in drop 0 0 0", Idle-Timeout = 300 We use these for anti-spoofing. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From lists-mail-isp-ascend-users at pgregg.com Thu May 31 11:32:05 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Dynamic filters via RADIUS In-Reply-To: <20010531092420.D31192@HiWAAY.net> Message-ID: <20010531163205.7895.qmail@pgunix.fw.tibus.net> In article <20010531092420.D31192@HiWAAY.net> you wrote: > Once upon a time, Paul Gregg said: >> I understand you can return a Filter-Id = "filtername" to use a predefined >> filter on the NAS, or you can return a load of Ascend-Data-Filter = "ip ..." >> lines to supply the filter with the AuthReply. >> However, I can't seem to make the APX request a filter from the Radius >> server - I don't want to modify every user entry to add filters to >> every line - and it would be a real pain to change the filter over a load of >> users, so defining a few standard filters which can be changed in one place >> is much preferred. > > If you are using Ascend's RADIUS server (or Cistron RADIUS with my patch > from http://www.iruntheinter.net/files/cistron/), you can use > Ascend-Data-Filter attributes to your RADIUS users file to construct > filters like: > > someuser Password = "xxxxxxxx" > Framed-IP-Address = 10.1.1.1, > Framed-IP-Netmask = 255.255.255.0, > Ascend-Data-Filter = "ip in forward srcip 10.1.1.0/24", > Ascend-Data-Filter = "generic in drop 0 0 0", > Idle-Timeout = 300 > > We use these for anti-spoofing. Thanks, but I thought I had already shown that I knew that. What I wanted to do was be able to reply with Filter-Id = "userfilter", and if the APX doesn't have "userfilter" it would generate a RADIUS auth request for Username "userfilter" Password "ascend" and my radius would reply with multiple Ascend-Data-Filter = lines... I specifically *don't* want to do what you are suggesting, as I noted, it'll be a real PITA to update a single standard type filter across multiple users (I've got > 20,000 to worry about). The APX manuals suggest this is possible, but I can't get it to work. Paul. -- | 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 Archives: http://www.nexial.com/mailinglists/ From cmadams at HiWAAY.net Thu May 31 12:39:25 2001 From: cmadams at HiWAAY.net (Chris Adams) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Dynamic filters via RADIUS In-Reply-To: <20010531163205.7895.qmail@pgunix.fw.tibus.net>; from lists-mail-isp-ascend-users@pgregg.com on Thu, May 31, 2001 at 04:32:05PM -0000 References: <20010531092420.D31192@HiWAAY.net> <20010531163205.7895.qmail@pgunix.fw.tibus.net> Message-ID: <20010531123925.H31192@HiWAAY.net> Once upon a time, Paul Gregg said: > Thanks, but I thought I had already shown that I knew that. What I wanted > to do was be able to reply with Filter-Id = "userfilter", > and if the APX doesn't have "userfilter" it would generate a RADIUS > auth request for Username "userfilter" Password "ascend" and my radius > would reply with multiple Ascend-Data-Filter = lines... > > I specifically *don't* want to do what you are suggesting, as I noted, it'll > be a real PITA to update a single standard type filter across multiple > users (I've got > 20,000 to worry about). > > The APX manuals suggest this is possible, but I can't get it to work. D'oh, sorry. That'll teach me to reply to one email while reading another and talking to someone over my shoulder. :-) IIRC you have to have read EXTERNAL-AUTH set rad-auth-client allow-auth-config-rqsts = yes before a TNT will do what you are talking about. If you can't get it to work, you could also script updating the users (if you have them in a users file). That's what I did when we started using this. Another possibility (depending on your RADIUS server) would be to use a fall-through user entry. This is possible with Cistron RADIUS like: DEFAULT Service-Type = Framed-User Ascend-Data-Filter = "ip in forward srcip 10.1.1.0/24", Ascend-Data-Filter = "generic in drop 0 0 0", Fall-Through = Yes You'd put that entry in your users file, and then all users below that point would have those attributes applied. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ From lists-mail-isp-ascend-users at pgregg.com Thu May 31 15:15:10 2001 From: lists-mail-isp-ascend-users at pgregg.com (Paul Gregg) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Dynamic filters via RADIUS In-Reply-To: <20010531123925.H31192@HiWAAY.net> Message-ID: <20010531201510.8128.qmail@pgunix.fw.tibus.net> In article <20010531123925.H31192@HiWAAY.net> you wrote: > D'oh, sorry. That'll teach me to reply to one email while reading > another and talking to someone over my shoulder. :-) :-) > IIRC you have to have > > read EXTERNAL-AUTH > set rad-auth-client allow-auth-config-rqsts = yes > > before a TNT will do what you are talking about. Thats what I was looking for - thank you. I've set that, added a RADIUS Handler (in Radiator) for Service-Type=Outbound and the APX is happily loading the filters from the users.filters file. Many thanks. Paul. -- | 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 Archives: http://www.nexial.com/mailinglists/ From tkinnen at lucentradius.com Thu May 31 16:06:25 2001 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] Re: (ASCEND) Dynamic filters via RADIUS References: <20010531163205.7895.qmail@pgunix.fw.tibus.net> Message-ID: <3B16B251.15391C58@lucentradius.com> > I specifically *don't* want to do what you are suggesting, as I noted, it'll > be a real PITA to update a single standard type filter across multiple > users (I've got > 20,000 to worry about). You can setup global named and default templates in NavisRadius so all users or a class of users can have a set configuration applied to them. -- 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 Archives: http://www.nexial.com/mailinglists/ From scott at millenniumsolutions.net Thu May 31 01:50:38 2001 From: scott at millenniumsolutions.net (Scott Woodland) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] (ASCEND) FS: Ascend Max Message-ID: <005901c0e99e$01361500$0300000a@msg> Several of each in stock: Max 4048 Chassis Max 4000 Chassis MX-SL-16MOD-S56 MX-SL-8MOD-V34 Max 6000 Chassis TNT equipment All in stock ready for immediate sale. Fully tested. Please email me offline if you are interested in any equipment. scott@millenniumsolutions.net Regards, Scott Woodland Millennium Solutions Group, Inc. 575 Menlo Drive, Suite 5 Rocklin, CA 95765 Phone: 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 Archives: http://www.nexial.com/mailinglists/ From MPuras at solunet.com Thu May 31 21:55:49 2001 From: MPuras at solunet.com (MPuras@solunet.com) Date: Tue Jan 18 14:00:44 2005 Subject: [Ascend] RE: (ASCEND) pipeline 75 not staying connected... Message-ID: Hi Gary, In regards to your problem, I take it this is an ISDN line that you want to have it nailed up constantly and that you are using Ascend equipment on both sized. Make sure that one side of the connection is set for permanent and the other is set for switch. If you have them both set to permanent then the connection will still drop. Mario Puras SoluNet Technical Support Network Support Engineer We don't make network products, we make them Work! Mailto:mpuras@solunet.com 888.SOLUNET (Canada) / 888.449.5766 (USA) -----Original Message----- From: glavoy@apple.com [mailto:glavoy@apple.com] Sent: Thursday, May 31, 2001 1:57 AM To: ascend-users@max.bungi.com Subject: (ASCEND) pipeline 75 not staying connected... So over the last week or so, my pipeline 75 will no longer keep connected. I have the connection:sessions options:idle parameter set to 0 (never drop?) and even tried upgrading to version 8.0-101.0 of the sw. Still drops. What do I have to set to keep it connected once dialed in? (I am fine with disconnecting manually when I want to). thanks, Gary glavoy@apple.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com Archives: http://www.nexial.com/mailinglists/