From HJong at triview.nl Wed Nov 1 02:22:47 2000 From: HJong at triview.nl (HJong@triview.nl) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] (ASCEND) Re: FAQ Message-ID: No FAQ (that I know of), but there is a mailing list archive: http://archives2.real-time.com/rte-ascend/ -- Harro de Jong ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From HJong at triview.nl Wed Nov 1 02:22:47 2000 From: HJong at triview.nl (HJong@triview.nl) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] (ASCEND) Re: FAQ Message-ID: No FAQ (that I know of), but there is a mailing list archive: http://archives2.real-time.com/rte-ascend/ -- Harro de Jong ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Wed Nov 1 07:34:18 2000 From: jb at jbacher.com (J Bacher) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] Re: Re: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <20001101013336235.AAA216@mail.lewiscounty.com> Message-ID: > I thought a bad modem may be the cause. Is their anyway I can verify if ports/modem are alive or dead? Does the max maintain a dead list? There is a mechanism but I cannot recall what it is off the top of my head. I'll look at it when I get into the office this morning. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Wed Nov 1 07:34:18 2000 From: jb at jbacher.com (J Bacher) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] Re: Re: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <20001101013336235.AAA216@mail.lewiscounty.com> Message-ID: > I thought a bad modem may be the cause. Is their anyway I can verify if ports/modem are alive or dead? Does the max maintain a dead list? There is a mechanism but I cannot recall what it is off the top of my head. I'll look at it when I get into the office this morning. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Wed Nov 1 12:05:42 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] Re: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <20001101021641763.AAA144@mail.lewiscounty.com> Message-ID: If you are running TAOS < 8.0.1 you can use the "avm" command or for TAOS >= 8.0.1 use "lanp modem" from diagnostics to see a list of modems which are free, inuse, suspect, or bad. The modems which it believes are bad will be listed under the "pending 195" list. BTW, they may not actually be bad but they will not take any calls while on the 195 list. If you reboot the unit, it will clear the lists and they may very well begin taking calls again (of course that's assuming everything else is OK). ---Dave Montgomery IPA Network Technician 501-784-0148 -----Original Message----- From: rte-ascend-admin@lists.real-time.com [mailto:rte-ascend-admin@lists.real-time.com]On Behalf Of Randy Smith Sent: Tuesday, October 31, 2000 12:16 PM To: Alan Spicer Cc: ascend-users@max.bungi.com Subject: [Ascend] Re: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 Nothing special. Stacking but no other services. I have posted a few graphs from mrtg that display the problem. It appears to have worked back in May but has been a problem since mid-Sept. Oddly, in Aug the unit had locked up with alarm but after we reseated the modem cards the unit began working again. I suspect a modem card. http://www.lewiscounty.com/maxproblem.htm Thanks in advance, Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: _______________________________________________ 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 To get FAQ'd: From guido at ipa.net Wed Nov 1 12:05:42 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] Re: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <20001101021641763.AAA144@mail.lewiscounty.com> Message-ID: If you are running TAOS < 8.0.1 you can use the "avm" command or for TAOS >= 8.0.1 use "lanp modem" from diagnostics to see a list of modems which are free, inuse, suspect, or bad. The modems which it believes are bad will be listed under the "pending 195" list. BTW, they may not actually be bad but they will not take any calls while on the 195 list. If you reboot the unit, it will clear the lists and they may very well begin taking calls again (of course that's assuming everything else is OK). ---Dave Montgomery IPA Network Technician 501-784-0148 -----Original Message----- From: rte-ascend-admin@lists.real-time.com [mailto:rte-ascend-admin@lists.real-time.com]On Behalf Of Randy Smith Sent: Tuesday, October 31, 2000 12:16 PM To: Alan Spicer Cc: ascend-users@max.bungi.com Subject: [Ascend] Re: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 Nothing special. Stacking but no other services. I have posted a few graphs from mrtg that display the problem. It appears to have worked back in May but has been a problem since mid-Sept. Oddly, in Aug the unit had locked up with alarm but after we reseated the modem cards the unit began working again. I suspect a modem card. http://www.lewiscounty.com/maxproblem.htm Thanks in advance, Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: _______________________________________________ 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 To get FAQ'd: From makko at cygate.fi Thu Nov 2 10:50:25 2000 From: makko at cygate.fi (Mikko Lahti) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] (ASCEND) Max20 crashing Message-ID: <4.3.2.7.0.20001102184339.00b57280@imap.cygate.fi> Hi All, Our customer has a problem with Max20's crashing frequently. Does someone have experience of similar problems before? Or, can someone give advice how to find out what makes the boxes to crash? They have some dozens of Max20's, equipped with either one or two SDSL-16 cards. Most of the Max20's crash frequently. After a crash, a power reset is needed to get the box up and running again. Some of the boxes crash very frequently, up to 4 or 5 times a day. The software level is 7.10.6. Things that seem to affect the probability to crash: - Number of SDSL cards in the box. Boxes with two cards crash more frequently. However, boxes with only one SDSL card crash also, but not so frequently. - Number of lines used on those cards. More lines in use => more probable to crash. These do not seem to affect: - Amount of traffic at the very moment of the crash. Some crashes happen very early in the morning. However, there may be more traffic through these boxes during the busy time, although they may crash later. - Temperature. In fact, all boxes are in air-conditioned space. The CPE devices are DslPipe's with 7.10.5 or 7.10.8 software. The Max20's are configured to: - PPP - RADIUS authentication - customer subnets are parts of C-class networks In the beginning, only static routes were used. Later, RIP2 has been used. This change seemed to have no effect on the crashes. Syslog does not give any information about the crashes. The boxes die without giving any syslog messages. Also, there's no information coming to a RADIUS server at the time of a crash. Is there a way to get more information, what is happening in a Max20 at the moment of a crash? The customer has tried 8.0.3 software, but it had even more problems. Any ideas? Thanks in advance! Best regards, Mikko ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From makko at cygate.fi Thu Nov 2 10:50:25 2000 From: makko at cygate.fi (Mikko Lahti) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] (ASCEND) Max20 crashing Message-ID: <4.3.2.7.0.20001102184339.00b57280@imap.cygate.fi> Hi All, Our customer has a problem with Max20's crashing frequently. Does someone have experience of similar problems before? Or, can someone give advice how to find out what makes the boxes to crash? They have some dozens of Max20's, equipped with either one or two SDSL-16 cards. Most of the Max20's crash frequently. After a crash, a power reset is needed to get the box up and running again. Some of the boxes crash very frequently, up to 4 or 5 times a day. The software level is 7.10.6. Things that seem to affect the probability to crash: - Number of SDSL cards in the box. Boxes with two cards crash more frequently. However, boxes with only one SDSL card crash also, but not so frequently. - Number of lines used on those cards. More lines in use => more probable to crash. These do not seem to affect: - Amount of traffic at the very moment of the crash. Some crashes happen very early in the morning. However, there may be more traffic through these boxes during the busy time, although they may crash later. - Temperature. In fact, all boxes are in air-conditioned space. The CPE devices are DslPipe's with 7.10.5 or 7.10.8 software. The Max20's are configured to: - PPP - RADIUS authentication - customer subnets are parts of C-class networks In the beginning, only static routes were used. Later, RIP2 has been used. This change seemed to have no effect on the crashes. Syslog does not give any information about the crashes. The boxes die without giving any syslog messages. Also, there's no information coming to a RADIUS server at the time of a crash. Is there a way to get more information, what is happening in a Max20 at the moment of a crash? The customer has tried 8.0.3 software, but it had even more problems. Any ideas? Thanks in advance! Best regards, Mikko ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From inya at qualcomm.com Thu Nov 2 12:31:21 2000 From: inya at qualcomm.com (Prasanna Inamdar) Date: Tue Jan 18 13:59:38 2005 Subject: [Ascend] (ASCEND) MAX6000 abnormal disconnects. Message-ID: I have a MAX6000 with 48modems running TAOS8.0.1 Summary: Is there a way to turn off LCP echo requests and replies on the MAX6000 for PPP links which are up? Problem: We have a few, but very important, cellular users who connect at speeds of 9600bps but sometime based on coverage they can connect even at 2400bps. What we see if that for users connected at 2400bps, if they start a large file transfer, the MAX send a LCP termination after about 15k data transfer. Analyzing the PPP logs we see that the MAX sends out LCP echo requests every 5 seconds and expects a LCP echo reply within a 5 second timeout value. When a user is doing a large file data transfer, each 1500byte MTU takes about 5seconds at 2400bps. As a result, the LCP echo requests or replies sit pending behind these 1500byte MTUs and thus dont arrive in the 5 second timeout value. After about 15k bytes, the MAX has timed out on consecutively 3 to 4 LCP echo replies and drops the connection. When I change the MTU/MRU on the MAX to be something like 128bytes, the connection stays up proving the above theory. But this solution cannot work for long term because several websites having "Dont Fragment" bit turned on, and you can surf them using a 128bytes fragments. The RFC says that LCP echo requests and replies should not be necessary once the link has come up and PPP negotiation is complete. So it will be best to make the MAX turn off these requests. Any clues? Thanks! Prasanna. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From inya at qualcomm.com Thu Nov 2 12:31:21 2000 From: inya at qualcomm.com (Prasanna Inamdar) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) MAX6000 abnormal disconnects. Message-ID: I have a MAX6000 with 48modems running TAOS8.0.1 Summary: Is there a way to turn off LCP echo requests and replies on the MAX6000 for PPP links which are up? Problem: We have a few, but very important, cellular users who connect at speeds of 9600bps but sometime based on coverage they can connect even at 2400bps. What we see if that for users connected at 2400bps, if they start a large file transfer, the MAX send a LCP termination after about 15k data transfer. Analyzing the PPP logs we see that the MAX sends out LCP echo requests every 5 seconds and expects a LCP echo reply within a 5 second timeout value. When a user is doing a large file data transfer, each 1500byte MTU takes about 5seconds at 2400bps. As a result, the LCP echo requests or replies sit pending behind these 1500byte MTUs and thus dont arrive in the 5 second timeout value. After about 15k bytes, the MAX has timed out on consecutively 3 to 4 LCP echo replies and drops the connection. When I change the MTU/MRU on the MAX to be something like 128bytes, the connection stays up proving the above theory. But this solution cannot work for long term because several websites having "Dont Fragment" bit turned on, and you can surf them using a 128bytes fragments. The RFC says that LCP echo requests and replies should not be necessary once the link has come up and PPP negotiation is complete. So it will be best to make the MAX turn off these requests. Any clues? Thanks! Prasanna. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Thu Nov 2 18:18:18 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 References: Message-ID: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm thinking that it's a bad chassis. I've checked and rechecked the config. Sometimes when I hit a modem in slot 3 I get a long tone other times I get a very scratcy type connection without any modem tones. Any thougts? Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Thu Nov 2 18:18:18 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 References: Message-ID: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm thinking that it's a bad chassis. I've checked and rechecked the config. Sometimes when I hit a modem in slot 3 I get a long tone other times I get a very scratcy type connection without any modem tones. Any thougts? Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matt at knowware.co.uk Fri Nov 3 05:22:39 2000 From: matt at knowware.co.uk (Matthew Watkins) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) ICRADIUS and an APX In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: Anybody out there have experience using ICRADIUS (http://icradius.hislora.com.au/) with either the Lucent APX or TNT products? We've configured an APX for typical ISP-style remote-access, and the Radius server crashes out as soon as it receives the first authentication request. More specifically, the first attempt generates 20 or so lines of errors before the radius process quits abruptly and has to be manually restarted. Using the "Radauth" command on the APX seems to work happily enough: admin> help radauth radauth authenticate a name and password via RADIUS. usage: radauth "name" "password" The double-quotes may be omitted if the parameter [name, password] does not contain embedded spaces. admin> radauth matt.watkins knowware ...radauth request queued, awaiting response radauth: 2 admin> Connecting an E1 and waiting for a call is a different matter, the first user authentication attempt kills the radius server process. I would assume it is somehow related to the attributes the APX is sending in the authorisation request? We've imported the Ascend dictionary from the ftp.ascend.com site, but this has had no bearing on the problem. I suspect it may be a dictionary problem, but crashing out seems to be a rather severe response? The customer has been happily running PM-4s through their current system for some time, and I've personally installed two APX chassis into other ISPs without any such problems. Changing RADIUS software is not really viable in the short-term, although I have recommended that the customer take a close look at Radiator (http://www.open.com.au/radiator/). I've reset the nvram on the APX and quickly attempted to set the chassis up from scratch, but simplifying the configuration has not helped. The APX "external-auth" settings are below, with addresses blanked out to protect the innocent. Almost everything is set to the chassis defaults, with the bare minimum of changes. I'm waiting for the customer to forward me all relevant output from the ICRADIUS logs. We have attempted tweaking many of the settings to coax the system into working, but haven't had any luck yet. I am not currently subscribed to the ICRADIUS list, so please copy me in any replies to the list if you have any useful advice. - Matt admin> read external-auth EXTERNAL-AUTH read admin> list [in EXTERNAL-AUTH] auth-type = RADIUS acct-type = none rad-id-space = distinct rad-id-source-unique = port-unique rad-serv-enable = no rad-auth-client = { #.#.#.# 0.0.0.0 0.0.0.0 1645 0 ******* no 1 no no no + rad-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 1 0 acct-base-10 0 0 yes 0 n+ rad-auth-server = { 0 no rad-serv-attr-any [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.+ tac-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 } tacplus-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 0 } tacplus-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" } local-profiles-first = lpf-yes noattr6-use-termsrv = yes clid-password = *********** dnis-password = *********** admin> list rad-auth-client [in EXTERNAL-AUTH:rad-auth-client] auth-server-1 = #.#.#.# auth-server-2 = 0.0.0.0 auth-server-3 = 0.0.0.0 auth-port = 1645 auth-src-port = 0 auth-key = ******* auth-pool = no auth-timeout = 1 auth-rsp-required = no auth-id-fail-return-busy = no auth-id-timeout-return-busy = no auth-sess-interval = 0 auth-TS-secure = yes auth-Send67 = yes auth-frm-adr-start = no auth-boot-host = 0.0.0.0 auth-boot-host-2 = 0.0.0.0 auth-boot-port = 0 auth-reset-time = 0 auth-id-max-retry-time = 0 auth-radius-compat = old-ascend auth-keep-user-name = change-name auth-realm-delimiters = /\@% id-auth-prefix = "" allow-auth-config-rqsts = yes admin> ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matt at knowware.co.uk Fri Nov 3 05:22:39 2000 From: matt at knowware.co.uk (Matthew Watkins) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) ICRADIUS and an APX In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: Anybody out there have experience using ICRADIUS (http://icradius.hislora.com.au/) with either the Lucent APX or TNT products? We've configured an APX for typical ISP-style remote-access, and the Radius server crashes out as soon as it receives the first authentication request. More specifically, the first attempt generates 20 or so lines of errors before the radius process quits abruptly and has to be manually restarted. Using the "Radauth" command on the APX seems to work happily enough: admin> help radauth radauth authenticate a name and password via RADIUS. usage: radauth "name" "password" The double-quotes may be omitted if the parameter [name, password] does not contain embedded spaces. admin> radauth matt.watkins knowware ...radauth request queued, awaiting response radauth: 2 admin> Connecting an E1 and waiting for a call is a different matter, the first user authentication attempt kills the radius server process. I would assume it is somehow related to the attributes the APX is sending in the authorisation request? We've imported the Ascend dictionary from the ftp.ascend.com site, but this has had no bearing on the problem. I suspect it may be a dictionary problem, but crashing out seems to be a rather severe response? The customer has been happily running PM-4s through their current system for some time, and I've personally installed two APX chassis into other ISPs without any such problems. Changing RADIUS software is not really viable in the short-term, although I have recommended that the customer take a close look at Radiator (http://www.open.com.au/radiator/). I've reset the nvram on the APX and quickly attempted to set the chassis up from scratch, but simplifying the configuration has not helped. The APX "external-auth" settings are below, with addresses blanked out to protect the innocent. Almost everything is set to the chassis defaults, with the bare minimum of changes. I'm waiting for the customer to forward me all relevant output from the ICRADIUS logs. We have attempted tweaking many of the settings to coax the system into working, but haven't had any luck yet. I am not currently subscribed to the ICRADIUS list, so please copy me in any replies to the list if you have any useful advice. - Matt admin> read external-auth EXTERNAL-AUTH read admin> list [in EXTERNAL-AUTH] auth-type = RADIUS acct-type = none rad-id-space = distinct rad-id-source-unique = port-unique rad-serv-enable = no rad-auth-client = { #.#.#.# 0.0.0.0 0.0.0.0 1645 0 ******* no 1 no no no + rad-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 1 0 acct-base-10 0 0 yes 0 n+ rad-auth-server = { 0 no rad-serv-attr-any [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.+ tac-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 } tacplus-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 0 } tacplus-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" } local-profiles-first = lpf-yes noattr6-use-termsrv = yes clid-password = *********** dnis-password = *********** admin> list rad-auth-client [in EXTERNAL-AUTH:rad-auth-client] auth-server-1 = #.#.#.# auth-server-2 = 0.0.0.0 auth-server-3 = 0.0.0.0 auth-port = 1645 auth-src-port = 0 auth-key = ******* auth-pool = no auth-timeout = 1 auth-rsp-required = no auth-id-fail-return-busy = no auth-id-timeout-return-busy = no auth-sess-interval = 0 auth-TS-secure = yes auth-Send67 = yes auth-frm-adr-start = no auth-boot-host = 0.0.0.0 auth-boot-host-2 = 0.0.0.0 auth-boot-port = 0 auth-reset-time = 0 auth-id-max-retry-time = 0 auth-radius-compat = old-ascend auth-keep-user-name = change-name auth-realm-delimiters = /\@% id-auth-prefix = "" allow-auth-config-rqsts = yes admin> ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From thorsten at eckey.do.uunet.de Fri Nov 3 08:09:09 2000 From: thorsten at eckey.do.uunet.de (Thorsten Eckey) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: <3A02C705.3AAC48C2@eckey.do.uunet.de> Hi! I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any information about configuring SecurID and v3.1 in the web. Could anyone help me? 0. I read the User's Guide, but not all points are described clearly. 1. Where do i have to put sdconf.rec? Under v1.3 it is located under /etc/raddb. 2. What files need to be configured in v3.1? AuthSecurId? 3. How to setup a TestClient script for SecurID? 4. What else is needed? Any examples? Any experiences? Thanks Thorsten ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From thorsten at eckey.do.uunet.de Fri Nov 3 08:09:09 2000 From: thorsten at eckey.do.uunet.de (Thorsten Eckey) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: <3A02C705.3AAC48C2@eckey.do.uunet.de> Hi! I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any information about configuring SecurID and v3.1 in the web. Could anyone help me? 0. I read the User's Guide, but not all points are described clearly. 1. Where do i have to put sdconf.rec? Under v1.3 it is located under /etc/raddb. 2. What files need to be configured in v3.1? AuthSecurId? 3. How to setup a TestClient script for SecurID? 4. What else is needed? Any examples? Any experiences? Thanks Thorsten ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Fri Nov 3 08:34:26 2000 From: jb at jbacher.com (J Bacher) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: > Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm > thinking that it's a bad chassis. I've checked and rechecked the config. > Sometimes when I hit a modem in slot 3 I get a long tone other times I get a > very scratcy type connection without any modem tones. Any thougts? Have you swapped the modem card around to see if the problem moves with the modem card or stays with the slot? Or, disable the first modem on the third card and see if subsequent modems will pick up and answer. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Fri Nov 3 08:34:26 2000 From: jb at jbacher.com (J Bacher) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: > Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm > thinking that it's a bad chassis. I've checked and rechecked the config. > Sometimes when I hit a modem in slot 3 I get a long tone other times I get a > very scratcy type connection without any modem tones. Any thougts? Have you swapped the modem card around to see if the problem moves with the modem card or stays with the slot? Or, disable the first modem on the third card and see if subsequent modems will pick up and answer. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jcdutton at lucent.com Fri Nov 3 09:19:50 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID References: <3A02C705.3AAC48C2@eckey.do.uunet.de> Message-ID: <01a401c045a9$832b0c80$cd925687@uk.lucent.com> Go to http://www.lucentradius.com/docs/ then search for "securid" and it explains the "AuthSecurId" plugin. Make sure you read the "Usage Notes" before you start. An alternative is to use "Radius" plugin, which could then use Radius Proxy to send the auth requests to the Radius which comes with SecurID ACE Server. With NR 3.1, you have a policy flow, so you can check the Passcode with the Proxy, then check other stuff locally, and also check other stuff in a Database, then build the reply from bits of everything (Mix and match). In short, NR 3.1 is exceptionally flexible. Cheers James ----- Original Message ----- From: "Thorsten Eckey" To: Sent: Friday, November 03, 2000 2:09 PM Subject: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID > Hi! > > I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. > I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any > information about configuring SecurID and v3.1 in the web. Could anyone > help me? > > 0. I read the User's Guide, but not all points are described clearly. > 1. Where do i have to put sdconf.rec? Under v1.3 it is located under > /etc/raddb. > 2. What files need to be configured in v3.1? AuthSecurId? > 3. How to setup a TestClient script for SecurID? > 4. What else is needed? Any examples? Any experiences? > > Thanks > Thorsten > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From abcjr at southwind.net Fri Nov 3 09:26:26 2000 From: abcjr at southwind.net (Arnold B. Cavazos, Jr.) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] Re: (ASCEND) ICRADIUS and an APX In-Reply-To: Message-ID: The APX or TNT is trying to configure some inital parameters via RADIUS: route-apx8000-1 ipxroute-apx8000-1 appleroute-apx8000-1 pools-apx8000-1 permconn-apx8000-1 frdlink-apx8000-1 authcode-apx8000-1 initial-banner-apx8000 banner route-1 ipxroute-1 appleroute-1 authcode-1 initial-banner It will do this every time it switches radius servers (if you have more than one configured). On an APX with TAOS 9.0.0 you can set the EXTERNAL-AUTH parameter: rad-auth-client allow-auth-config-rqsts to "NO" and disable the config attempts. I can say with certainty that this feature is NOT available on a TNT running TAOS 7.2.0. From your pasted in config below, it appears that this parameter is available for you to set on whatever version of the OS you are running. We are using the Radiator here with no problems.... Having the feature enabled or disabled. ---------------------------------------------------------- Arnold Cavazos, Jr. abcjr@southwind.net Operations Manager fn.net hit.net southwind.net OneMain.com Companies On Fri, 3 Nov 2000, Matthew Watkins wrote: >Anybody out there have experience using ICRADIUS >(http://icradius.hislora.com.au/) with either the Lucent APX or TNT >products? > >We've configured an APX for typical ISP-style remote-access, and the Radius >server crashes out as soon as it receives the first authentication request. >More specifically, the first attempt generates 20 or so lines of errors >before the radius process quits abruptly and has to be manually restarted. > >Using the "Radauth" command on the APX seems to work happily enough: > >admin> help radauth >radauth authenticate a name and password via RADIUS. > usage: radauth "name" "password" > The double-quotes may be omitted if the parameter [name, password] > does not contain embedded spaces. > >admin> radauth matt.watkins knowware >...radauth request queued, awaiting response >radauth: 2 >admin> > >Connecting an E1 and waiting for a call is a different matter, the first >user authentication attempt kills the radius server process. I would assume >it is somehow related to the attributes the APX is sending in the >authorisation request? We've imported the Ascend dictionary from the >ftp.ascend.com site, but this has had no bearing on the problem. I suspect >it may be a dictionary problem, but crashing out seems to be a rather severe >response? > >The customer has been happily running PM-4s through their current system for >some time, and I've personally installed two APX chassis into other ISPs >without any such problems. Changing RADIUS software is not really viable in >the short-term, although I have recommended that the customer take a close >look at Radiator (http://www.open.com.au/radiator/). I've reset the nvram on >the APX and quickly attempted to set the chassis up from scratch, but >simplifying the configuration has not helped. > >The APX "external-auth" settings are below, with addresses blanked out to >protect the innocent. Almost everything is set to the chassis defaults, with >the bare minimum of changes. I'm waiting for the customer to forward me all >relevant output from the ICRADIUS logs. > >We have attempted tweaking many of the settings to coax the system into >working, but haven't had any luck yet. > >I am not currently subscribed to the ICRADIUS list, so please copy me in any >replies to the list if you have any useful advice. > >- Matt > > >admin> read external-auth >EXTERNAL-AUTH read >admin> list >[in EXTERNAL-AUTH] >auth-type = RADIUS >acct-type = none >rad-id-space = distinct >rad-id-source-unique = port-unique >rad-serv-enable = no >rad-auth-client = { #.#.#.# 0.0.0.0 0.0.0.0 1645 0 ******* no 1 no no no + >rad-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 1 0 acct-base-10 0 0 yes >0 n+ >rad-auth-server = { 0 no rad-serv-attr-any [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 >0.+ >tac-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 } >tacplus-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 0 } >tacplus-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" } >local-profiles-first = lpf-yes >noattr6-use-termsrv = yes >clid-password = *********** >dnis-password = *********** > >admin> list rad-auth-client >[in EXTERNAL-AUTH:rad-auth-client] >auth-server-1 = #.#.#.# >auth-server-2 = 0.0.0.0 >auth-server-3 = 0.0.0.0 >auth-port = 1645 >auth-src-port = 0 >auth-key = ******* >auth-pool = no >auth-timeout = 1 >auth-rsp-required = no >auth-id-fail-return-busy = no >auth-id-timeout-return-busy = no >auth-sess-interval = 0 >auth-TS-secure = yes >auth-Send67 = yes >auth-frm-adr-start = no >auth-boot-host = 0.0.0.0 >auth-boot-host-2 = 0.0.0.0 >auth-boot-port = 0 >auth-reset-time = 0 >auth-id-max-retry-time = 0 >auth-radius-compat = old-ascend >auth-keep-user-name = change-name >auth-realm-delimiters = /\@% >id-auth-prefix = "" >allow-auth-config-rqsts = yes > >admin> > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From IMCEAEX-_O=WCVT_OU=TNET_CN=RECIPIENTS_CN=WPARKER at TNET.WCVT.com Fri Nov 3 09:30:32 2000 From: IMCEAEX-_O=WCVT_OU=TNET_CN=RECIPIENTS_CN=WPARKER at TNET.WCVT.com (Parker, Wes) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) P130 NAT problems Message-ID: <3367C8BA324FD311AD0600902751484940BA70@TNET> We have an ongoing weirdness with one of our customer's P130's that was recently updated with a NAT config. Whenever the customer sends out large amount of email, the P130 drops its 56k frame circuit. Large FTP's, HTTP, etc doesn't present a problem. Just outbound email. Anyone seen anything like this on the Pipelines? We have tried swapping P130's, didn't make a difference. We're considering going to a Cisco 1601 as the solution. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jcdutton at lucent.com Fri Nov 3 09:19:50 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID References: <3A02C705.3AAC48C2@eckey.do.uunet.de> Message-ID: <01a401c045a9$832b0c80$cd925687@uk.lucent.com> Go to http://www.lucentradius.com/docs/ then search for "securid" and it explains the "AuthSecurId" plugin. Make sure you read the "Usage Notes" before you start. An alternative is to use "Radius" plugin, which could then use Radius Proxy to send the auth requests to the Radius which comes with SecurID ACE Server. With NR 3.1, you have a policy flow, so you can check the Passcode with the Proxy, then check other stuff locally, and also check other stuff in a Database, then build the reply from bits of everything (Mix and match). In short, NR 3.1 is exceptionally flexible. Cheers James ----- Original Message ----- From: "Thorsten Eckey" To: Sent: Friday, November 03, 2000 2:09 PM Subject: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID > Hi! > > I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. > I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any > information about configuring SecurID and v3.1 in the web. Could anyone > help me? > > 0. I read the User's Guide, but not all points are described clearly. > 1. Where do i have to put sdconf.rec? Under v1.3 it is located under > /etc/raddb. > 2. What files need to be configured in v3.1? AuthSecurId? > 3. How to setup a TestClient script for SecurID? > 4. What else is needed? Any examples? Any experiences? > > Thanks > Thorsten > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From abcjr at southwind.net Fri Nov 3 09:26:26 2000 From: abcjr at southwind.net (Arnold B. Cavazos, Jr.) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] Re: (ASCEND) ICRADIUS and an APX In-Reply-To: Message-ID: The APX or TNT is trying to configure some inital parameters via RADIUS: route-apx8000-1 ipxroute-apx8000-1 appleroute-apx8000-1 pools-apx8000-1 permconn-apx8000-1 frdlink-apx8000-1 authcode-apx8000-1 initial-banner-apx8000 banner route-1 ipxroute-1 appleroute-1 authcode-1 initial-banner It will do this every time it switches radius servers (if you have more than one configured). On an APX with TAOS 9.0.0 you can set the EXTERNAL-AUTH parameter: rad-auth-client allow-auth-config-rqsts to "NO" and disable the config attempts. I can say with certainty that this feature is NOT available on a TNT running TAOS 7.2.0. From your pasted in config below, it appears that this parameter is available for you to set on whatever version of the OS you are running. We are using the Radiator here with no problems.... Having the feature enabled or disabled. ---------------------------------------------------------- Arnold Cavazos, Jr. abcjr@southwind.net Operations Manager fn.net hit.net southwind.net OneMain.com Companies On Fri, 3 Nov 2000, Matthew Watkins wrote: >Anybody out there have experience using ICRADIUS >(http://icradius.hislora.com.au/) with either the Lucent APX or TNT >products? > >We've configured an APX for typical ISP-style remote-access, and the Radius >server crashes out as soon as it receives the first authentication request. >More specifically, the first attempt generates 20 or so lines of errors >before the radius process quits abruptly and has to be manually restarted. > >Using the "Radauth" command on the APX seems to work happily enough: > >admin> help radauth >radauth authenticate a name and password via RADIUS. > usage: radauth "name" "password" > The double-quotes may be omitted if the parameter [name, password] > does not contain embedded spaces. > >admin> radauth matt.watkins knowware >...radauth request queued, awaiting response >radauth: 2 >admin> > >Connecting an E1 and waiting for a call is a different matter, the first >user authentication attempt kills the radius server process. I would assume >it is somehow related to the attributes the APX is sending in the >authorisation request? We've imported the Ascend dictionary from the >ftp.ascend.com site, but this has had no bearing on the problem. I suspect >it may be a dictionary problem, but crashing out seems to be a rather severe >response? > >The customer has been happily running PM-4s through their current system for >some time, and I've personally installed two APX chassis into other ISPs >without any such problems. Changing RADIUS software is not really viable in >the short-term, although I have recommended that the customer take a close >look at Radiator (http://www.open.com.au/radiator/). I've reset the nvram on >the APX and quickly attempted to set the chassis up from scratch, but >simplifying the configuration has not helped. > >The APX "external-auth" settings are below, with addresses blanked out to >protect the innocent. Almost everything is set to the chassis defaults, with >the bare minimum of changes. I'm waiting for the customer to forward me all >relevant output from the ICRADIUS logs. > >We have attempted tweaking many of the settings to coax the system into >working, but haven't had any luck yet. > >I am not currently subscribed to the ICRADIUS list, so please copy me in any >replies to the list if you have any useful advice. > >- Matt > > >admin> read external-auth >EXTERNAL-AUTH read >admin> list >[in EXTERNAL-AUTH] >auth-type = RADIUS >acct-type = none >rad-id-space = distinct >rad-id-source-unique = port-unique >rad-serv-enable = no >rad-auth-client = { #.#.#.# 0.0.0.0 0.0.0.0 1645 0 ******* no 1 no no no + >rad-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 1 0 acct-base-10 0 0 yes >0 n+ >rad-auth-server = { 0 no rad-serv-attr-any [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 >0.+ >tac-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 } >tacplus-auth-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" 0 0 } >tacplus-acct-client = { 0.0.0.0 0.0.0.0 0.0.0.0 0 0 "" } >local-profiles-first = lpf-yes >noattr6-use-termsrv = yes >clid-password = *********** >dnis-password = *********** > >admin> list rad-auth-client >[in EXTERNAL-AUTH:rad-auth-client] >auth-server-1 = #.#.#.# >auth-server-2 = 0.0.0.0 >auth-server-3 = 0.0.0.0 >auth-port = 1645 >auth-src-port = 0 >auth-key = ******* >auth-pool = no >auth-timeout = 1 >auth-rsp-required = no >auth-id-fail-return-busy = no >auth-id-timeout-return-busy = no >auth-sess-interval = 0 >auth-TS-secure = yes >auth-Send67 = yes >auth-frm-adr-start = no >auth-boot-host = 0.0.0.0 >auth-boot-host-2 = 0.0.0.0 >auth-boot-port = 0 >auth-reset-time = 0 >auth-id-max-retry-time = 0 >auth-radius-compat = old-ascend >auth-keep-user-name = change-name >auth-realm-delimiters = /\@% >id-auth-prefix = "" >allow-auth-config-rqsts = yes > >admin> > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From IMCEAEX-_O=WCVT_OU=TNET_CN=RECIPIENTS_CN=WPARKER at TNET.WCVT.com Fri Nov 3 09:30:32 2000 From: IMCEAEX-_O=WCVT_OU=TNET_CN=RECIPIENTS_CN=WPARKER at TNET.WCVT.com (Parker, Wes) Date: Tue Jan 18 13:59:39 2005 Subject: [Ascend] (ASCEND) P130 NAT problems Message-ID: <3367C8BA324FD311AD0600902751484940BA70@TNET> We have an ongoing weirdness with one of our customer's P130's that was recently updated with a NAT config. Whenever the customer sends out large amount of email, the P130 drops its 56k frame circuit. Large FTP's, HTTP, etc doesn't present a problem. Just outbound email. Anyone seen anything like this on the Pipelines? We have tried swapping P130's, didn't make a difference. We're considering going to a Cisco 1601 as the solution. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Edwin_Everett at cargill.com Fri Nov 3 10:53:59 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN -----Original Message----- From: jcdutton@lucent.com [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 9:20 AM To: thorsten@eckey.do.uunet.de; ascend-users@bungi.com Cc: jcdutton@lucent.com Subject: FW: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Go to http://www.lucentradius.com/docs/ then search for "securid" and it explains the "AuthSecurId" plugin. Make sure you read the "Usage Notes" before you start. An alternative is to use "Radius" plugin, which could then use Radius Proxy to send the auth requests to the Radius which comes with SecurID ACE Server. With NR 3.1, you have a policy flow, so you can check the Passcode with the Proxy, then check other stuff locally, and also check other stuff in a Database, then build the reply from bits of everything (Mix and match). In short, NR 3.1 is exceptionally flexible. Cheers James ----- Original Message ----- From: "Thorsten Eckey" To: Sent: Friday, November 03, 2000 2:09 PM Subject: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID > Hi! > > I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. > I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any > information about configuring SecurID and v3.1 in the web. Could anyone > help me? > > 0. I read the User's Guide, but not all points are described clearly. > 1. Where do i have to put sdconf.rec? Under v1.3 it is located under > /etc/raddb. > 2. What files need to be configured in v3.1? AuthSecurId? > 3. How to setup a TestClient script for SecurID? > 4. What else is needed? Any examples? Any experiences? > > Thanks > Thorsten > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 3355 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001103/b7b4278a/BDY.rtf From Edwin_Everett at cargill.com Fri Nov 3 10:53:59 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN -----Original Message----- From: jcdutton@lucent.com [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 9:20 AM To: thorsten@eckey.do.uunet.de; ascend-users@bungi.com Cc: jcdutton@lucent.com Subject: FW: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Go to http://www.lucentradius.com/docs/ then search for "securid" and it explains the "AuthSecurId" plugin. Make sure you read the "Usage Notes" before you start. An alternative is to use "Radius" plugin, which could then use Radius Proxy to send the auth requests to the Radius which comes with SecurID ACE Server. With NR 3.1, you have a policy flow, so you can check the Passcode with the Proxy, then check other stuff locally, and also check other stuff in a Database, then build the reply from bits of everything (Mix and match). In short, NR 3.1 is exceptionally flexible. Cheers James ----- Original Message ----- From: "Thorsten Eckey" To: Sent: Friday, November 03, 2000 2:09 PM Subject: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID > Hi! > > I have a running system with MAX 4000, NR 1.3 and ACE/Server 4.0. > I want to upgrade from NavisRadius v1.3 to v3.1. I cannot find any > information about configuring SecurID and v3.1 in the web. Could anyone > help me? > > 0. I read the User's Guide, but not all points are described clearly. > 1. Where do i have to put sdconf.rec? Under v1.3 it is located under > /etc/raddb. > 2. What files need to be configured in v3.1? AuthSecurId? > 3. How to setup a TestClient script for SecurID? > 4. What else is needed? Any examples? Any experiences? > > Thanks > Thorsten > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 3355 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001103/b7b4278a/BDY-0001.rtf From plalor at infoasis.com Fri Nov 3 11:35:21 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <200011030645.WAA28578@max.bungi.com> References: <200011030645.WAA28578@max.bungi.com> Message-ID: >From: Mikko Lahti > >Our customer has a problem with Max20's crashing frequently. Does someone >have experience of similar problems before? Or, can someone give >advice how to find out what makes the boxes to crash? IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: 1. Flapping profiles (cause crashes). 2. RADIUS Authentication (various problems, including crashes). 3. OSPF (can cause Ethernet to go deaf). 4. Physical disconnect of DS-3 (fixed in 8.0.3). 5. Turning them on. ;-) >They have some dozens of Max20's, equipped with either one or two SDSL-16 >cards. Most of the Max20's crash frequently. After a crash, a power reset is >needed to get the box up and running again. Some of the boxes crash very >frequently, up to 4 or 5 times a day. The software level is 7.10.6. They almost always come up again after a crash, IME. Only once or twice I've seen routing be flaky and I had to reset again. Have you tried fsave, nvramclear? >Things that seem to affect the probability to crash: >- - Number of SDSL cards in the box. > Boxes with two cards crash more frequently. > However, boxes with only one SDSL card crash also, > but not so frequently. >- - Number of lines used on those cards. > More lines in use => more probable to crash. We only use one with a single SDSL card. It is totally stable, running 8.0.3. The rest use T1 and/or ATM DS-3. >The Max20's are configured to: >- - PPP >- - RADIUS authentication >- - customer subnets are parts of C-class networks Try migrating a single box to local profiles (you can still use RADIUS for accounting). Does it get better? >In the beginning, only static routes were used. Later, RIP2 has been >used. This change seemed to have no effect on the crashes. RIP is not a problem. >Syslog does not give any information about the crashes. The boxes die >without giving any syslog messages. Also, there's no information >coming to a RADIUS server at the time of a crash. Is there a way to >get more information, what is happening in a Max20 at the moment of >a crash? What does the fatal error log show? Diagnostics>'fatal' >The customer has tried 8.0.3 software, but it had even more problems. Such as? It's better than all previous releases for me. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Fri Nov 3 11:35:21 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <200011030645.WAA28578@max.bungi.com> References: <200011030645.WAA28578@max.bungi.com> Message-ID: >From: Mikko Lahti > >Our customer has a problem with Max20's crashing frequently. Does someone >have experience of similar problems before? Or, can someone give >advice how to find out what makes the boxes to crash? IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: 1. Flapping profiles (cause crashes). 2. RADIUS Authentication (various problems, including crashes). 3. OSPF (can cause Ethernet to go deaf). 4. Physical disconnect of DS-3 (fixed in 8.0.3). 5. Turning them on. ;-) >They have some dozens of Max20's, equipped with either one or two SDSL-16 >cards. Most of the Max20's crash frequently. After a crash, a power reset is >needed to get the box up and running again. Some of the boxes crash very >frequently, up to 4 or 5 times a day. The software level is 7.10.6. They almost always come up again after a crash, IME. Only once or twice I've seen routing be flaky and I had to reset again. Have you tried fsave, nvramclear? >Things that seem to affect the probability to crash: >- - Number of SDSL cards in the box. > Boxes with two cards crash more frequently. > However, boxes with only one SDSL card crash also, > but not so frequently. >- - Number of lines used on those cards. > More lines in use => more probable to crash. We only use one with a single SDSL card. It is totally stable, running 8.0.3. The rest use T1 and/or ATM DS-3. >The Max20's are configured to: >- - PPP >- - RADIUS authentication >- - customer subnets are parts of C-class networks Try migrating a single box to local profiles (you can still use RADIUS for accounting). Does it get better? >In the beginning, only static routes were used. Later, RIP2 has been >used. This change seemed to have no effect on the crashes. RIP is not a problem. >Syslog does not give any information about the crashes. The boxes die >without giving any syslog messages. Also, there's no information >coming to a RADIUS server at the time of a crash. Is there a way to >get more information, what is happening in a Max20 at the moment of >a crash? What does the fatal error log show? Diagnostics>'fatal' >The customer has tried 8.0.3 software, but it had even more problems. Such as? It's better than all previous releases for me. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From davidharder at onlineok.com Fri Nov 3 11:38:27 2000 From: davidharder at onlineok.com (david harder) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] (ASCEND) max 4048 ME dialin V.90 References: <003001c0389f$72706d20$cf582cd0@new2u.net> Message-ID: <3A02F813.EC13B38B@onlineok.com> I'm having trouble with a new ME machine dialing in to the max 4048. the user name does not seem to br getting the radius (Below is the log). Nov 2 17:10:45 max Conn=("?" 2224444->2224444 ? 0/0 31/185) Auth=(54 0/0 0/0) Sess=(0 0/0 0/0) Anybody have any ideas? David ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From davidharder at onlineok.com Fri Nov 3 11:38:27 2000 From: davidharder at onlineok.com (david harder) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] (ASCEND) max 4048 ME dialin V.90 References: <003001c0389f$72706d20$cf582cd0@new2u.net> Message-ID: <3A02F813.EC13B38B@onlineok.com> I'm having trouble with a new ME machine dialing in to the max 4048. the user name does not seem to br getting the radius (Below is the log). Nov 2 17:10:45 max Conn=("?" 2224444->2224444 ? 0/0 31/185) Auth=(54 0/0 0/0) Sess=(0 0/0 0/0) Anybody have any ideas? David ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jcdutton at lucent.com Fri Nov 3 12:32:35 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID References: Message-ID: <00a701c045c4$72ff1480$1401a8c0@home> Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jcdutton at lucent.com Fri Nov 3 12:32:35 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID References: Message-ID: <00a701c045c4$72ff1480$1401a8c0@home> Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ryan.l.robbins at mail.sprint.com Fri Nov 3 14:18:54 2000 From: ryan.l.robbins at mail.sprint.com (ryan.l.robbins@mail.sprint.com) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: Does version 3.1 allow for password expiration? If so, would it then allow the users to change their own password? Thanks, Ryan L. Robbins Communication Services Distributed Operations & Systems Management ryan.l.robbins@mail.sprint.com -----Original Message----- From: jcdutton [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 1:33 PM To: ascend-users Cc: jcdutton Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: _______________________________________________ rte-ascend mailing list rte-ascend@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/rte-ascend From Edwin_Everett at cargill.com Fri Nov 3 14:14:00 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:40 2005 Subject: [Ascend] RE: Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: I will not defend SDI for the timeouts(even on a brand new HP), but the problem exists solely as a result of NavisRadius inability to perform direct SDI authentication on the NT platform. We would not have run into the timeout issues were it not for the jerry-rig nature of proxying Radius to Radius. -----Original Message----- From: jcdutton@lucent.com [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 12:33 PM To: ascend-users@bungi.com Subject: FW: Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 2660 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001103/dba8774b/BDY.rtf From ryan.l.robbins at mail.sprint.com Fri Nov 3 14:18:54 2000 From: ryan.l.robbins at mail.sprint.com (ryan.l.robbins@mail.sprint.com) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: Does version 3.1 allow for password expiration? If so, would it then allow the users to change their own password? Thanks, Ryan L. Robbins Communication Services Distributed Operations & Systems Management ryan.l.robbins@mail.sprint.com -----Original Message----- From: jcdutton [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 1:33 PM To: ascend-users Cc: jcdutton Subject: [Ascend] Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: _______________________________________________ rte-ascend mailing list rte-ascend@lists.real-time.com https://mailman.real-time.com/mailman/listinfo/rte-ascend From Edwin_Everett at cargill.com Fri Nov 3 14:14:00 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] RE: Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Message-ID: I will not defend SDI for the timeouts(even on a brand new HP), but the problem exists solely as a result of NavisRadius inability to perform direct SDI authentication on the NT platform. We would not have run into the timeout issues were it not for the jerry-rig nature of proxying Radius to Radius. -----Original Message----- From: jcdutton@lucent.com [mailto:jcdutton@lucent.com] Sent: Friday, November 03, 2000 12:33 PM To: ascend-users@bungi.com Subject: FW: Re: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID Hello Edwin I would agree with some of what you say. Using an Sun box instead of an NT box tends to improve any application. As for the timeouts, this always points to an SDI machine without enough CPU and RAM resources. Also, Navis Radius 3.1 has many performance improvements over Navis Radius 3.0 Cheers James ----- Original Message ----- From: To: ; ; Cc: ; Sent: Friday, November 03, 2000 4:53 PM Subject: RE: Re: (ASCEND) Upgrading NavisRadius v1.3 to v3.1 with SecurID I would recommend against the use of Securid's Radius proxy method as we have taken that tack before and are trying to dig ourselves out as a result. Use the Auth Securid Plugin(if you can) we have seen many timeouts when proxying to SDI radius. We had to try it because our radius machines were NT and NT version of Radius does not support the Securid Plugin yet.(ever?) Were currently working on implementing Solaris to enable this direct Radius to ACE authentication, but its been a long road.... I agree. 3.1 is very flexible. If you want to team up as a Navis Radius using SDI, we can take it offline from the usergroup,let me know. My group has gained a bit of experience with the newer radius atmosphere... Edwin_Everett@cargill.com Cargill, Inc. Minneapolis, MN ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 2660 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001103/dba8774b/BDY-0001.rtf From plalor at infoasis.com Sat Nov 4 10:23:40 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] Re: (ASCEND) P130 NAT problems In-Reply-To: <200011040645.WAA04249@max.bungi.com> References: <200011040645.WAA04249@max.bungi.com> Message-ID: >From: "Parker, Wes" >We have an ongoing weirdness with one of our customer's P130's that was >recently updated with a NAT config. Whenever the customer sends out large >amount of email, the P130 drops its 56k frame circuit. Large FTP's, HTTP, >etc doesn't present a problem. Just outbound email. > >Anyone seen anything like this on the Pipelines? We have tried swapping >P130's, didn't make a difference. We're considering going to a Cisco 1601 >as the solution. You don't mention what firmware you're running. Old versions of Pipeline code had problems with NAT. Make sure you're running 6.1.44. Also, if you haven't already, do fsave, nvramclear. I have seen it magically fix numerous Maxen/Pipes that I was about to throw in the trash. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Sat Nov 4 10:23:40 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] Re: (ASCEND) P130 NAT problems In-Reply-To: <200011040645.WAA04249@max.bungi.com> References: <200011040645.WAA04249@max.bungi.com> Message-ID: >From: "Parker, Wes" >We have an ongoing weirdness with one of our customer's P130's that was >recently updated with a NAT config. Whenever the customer sends out large >amount of email, the P130 drops its 56k frame circuit. Large FTP's, HTTP, >etc doesn't present a problem. Just outbound email. > >Anyone seen anything like this on the Pipelines? We have tried swapping >P130's, didn't make a difference. We're considering going to a Cisco 1601 >as the solution. You don't mention what firmware you're running. Old versions of Pipeline code had problems with NAT. Make sure you're running 6.1.44. Also, if you haven't already, do fsave, nvramclear. I have seen it magically fix numerous Maxen/Pipes that I was about to throw in the trash. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From edvillarr at altavista.com Sun Nov 5 05:34:39 2000 From: edvillarr at altavista.com (Edwin Villarroel Dorigo) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Two Cards MX-SL-16MOD-S56 Message-ID: <20001105113439.26281.cpmta@c012.sfo.cp.net> I need the price of this card: MX-SL-16MOD-S56 Thanks Edwin Villarroel Edwin Villarroel Dorigo _______________________________________________________________________ Free Unlimited Internet Access! Try it now! http://www.zdnet.com/downloads/altavista/index.html _______________________________________________________________________ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From edvillarr at altavista.com Sun Nov 5 05:34:39 2000 From: edvillarr at altavista.com (Edwin Villarroel Dorigo) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Two Cards MX-SL-16MOD-S56 Message-ID: <20001105113439.26281.cpmta@c012.sfo.cp.net> I need the price of this card: MX-SL-16MOD-S56 Thanks Edwin Villarroel Edwin Villarroel Dorigo _______________________________________________________________________ Free Unlimited Internet Access! Try it now! http://www.zdnet.com/downloads/altavista/index.html _______________________________________________________________________ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Mon Nov 6 10:27:12 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: Are you sure that the call is being answered by the modem? You can use the "show users" command from term serv while trying to connect to see which slot and port actually answered the call. You should also check the "avm" or "lanp modem" list from diagnostics to determine the status of your modems on the max. ---Dave Montgomery IPA Network Technician 501-784-0148 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith Sent: Thursday, November 02, 2000 6:18 PM To: ascend-users@max.bungi.com Subject: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm thinking that it's a bad chassis. I've checked and rechecked the config. Sometimes when I hit a modem in slot 3 I get a long tone other times I get a very scratcy type connection without any modem tones. Any thougts? Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mlevans at blacksburg.net Mon Nov 6 10:48:28 2000 From: mlevans at blacksburg.net (Lyle Evans) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) FS: rackmount brackets for Ascend & other equipment Message-ID: <3.0.5.32.20001106114828.008fe850@pop.blacksburg.net> We are selling rackear kits for Ascend 4xxx, and Ascend 1800, We are also selling generic rackears kits for rackmount equipment, in 1U to 6U sizes, and rackears for some models of Cisco, 3comm, Livingston and other brands of networking equipment. Prices range from $23.00 to $50.00 per pair, depending on model plus $7.00 shipping/handling per order. For further information and to order please visit: http://www.rackears.com/ Thank you, Lyle Evans lyle@rackears.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Mon Nov 6 10:27:12 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 In-Reply-To: <011001c0452b$90cbcec0$4f63a8d1@lewiscounty.com> Message-ID: Are you sure that the call is being answered by the modem? You can use the "show users" command from term serv while trying to connect to see which slot and port actually answered the call. You should also check the "avm" or "lanp modem" list from diagnostics to determine the status of your modems on the max. ---Dave Montgomery IPA Network Technician 501-784-0148 -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith Sent: Thursday, November 02, 2000 6:18 PM To: ascend-users@max.bungi.com Subject: RE: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 Ok, I replaced the modem in slot 3 and I still get the same symptoms. I'm thinking that it's a bad chassis. I've checked and rechecked the config. Sometimes when I hit a modem in slot 3 I get a long tone other times I get a very scratcy type connection without any modem tones. Any thougts? Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mlevans at blacksburg.net Mon Nov 6 10:48:28 2000 From: mlevans at blacksburg.net (Lyle Evans) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) FS: rackmount brackets for Ascend & other equipment Message-ID: <3.0.5.32.20001106114828.008fe850@pop.blacksburg.net> We are selling rackear kits for Ascend 4xxx, and Ascend 1800, We are also selling generic rackears kits for rackmount equipment, in 1U to 6U sizes, and rackears for some models of Cisco, 3comm, Livingston and other brands of networking equipment. Prices range from $23.00 to $50.00 per pair, depending on model plus $7.00 shipping/handling per order. For further information and to order please visit: http://www.rackears.com/ Thank you, Lyle Evans lyle@rackears.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rwdozier at apex2000.net Tue Nov 7 08:27:10 2000 From: rwdozier at apex2000.net (Bob Dozier) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Max 6096 not accounting Message-ID: <000f01c048c6$d060c060$154212cf@apex2000.net> We have a Max-6000 (Software 6.1.7) that all of a sudden stopped sending accounting records to our Radius server. I have restarted it and compared the config to another Max 6000 which is accounting correctly. Thanks for any guideance. Here is a RADIF clip: > RADIF: radius type Acct ID = 78 RADIF: _radiusAcctRequest: type 0 id 78, user name <9:fparsons> RADIF: _radiusAcctReq: socket 10 len 202 IP 207.18.66.29 port 1027=>1646, ID=78 RADIF: _radCallback: buf=B085B640 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<9:fparsons>, ID=78 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Acct ID = 79 RADIF: _radiusAcctRequest: type 0 id 79, user name <0:> RADIF: _radiusAcctReq: socket 10 len 137 IP 207.18.66.29 port 1027=>1646, ID=79 RADIF: _radCallback: buf=B0864460 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<0:>, ID=79 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Auth ID = 150 RADIF: authenticating <7:pweaver> with CHAP RADIF 09:21:57> _radiusRequest: id 150, user name <8:pweaver> RADIF: _radiusReq: challenge len = <0> RADIF: _radiusReq: socket 7 len 108 ipaddr 207.18.66.29 port 65534->1645 RADIF:_radiusReq: id 150 <8:pweaver>, starting timer (30 sec) RADIF: _radCallback: buf=B08709A0 from 207.18.66.29 1645 RADIF: _radCallback, authcode = 2, id 150 RADIF: _radCallback: id 150, killing timer RADIF: Authentication Ack RADIF: attribute 6, len 6, 00 00 00 02 RADIF: attribute 7, len 6, 00 00 00 01 RADIF: attribute 10, len 6, 00 00 00 00 RADIF: attribute 218, len 6, 00 00 00 01 RADIF: attribute 244, len 6, 00 00 07 08 RADIF: attribute 235, len 6, 00 00 00 01 RADIF:_freeInfoClassSess RADIF: radius type Acct ID = 80 RADIF: _radiusAcctRequest: type 0 id 80, user name <8:pweaver> RADIF: _radiusAcctReq: socket 10 len 111 IP 207.18.66.29 port 1027=>1646, ID=80 RADIF: _radCallback: buf=B086E2A0 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<8:pweaver>, ID=80 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Auth ID = 151 RADIF: authenticating <4:edco> with CHAP RADIF 09:22:03> _radiusRequest: id 151, user name <5:edco> RADIF: _radiusReq: challenge len = <0> RADIF: _radiusReq: socket 7 len 105 ipaddr 207.18.66.29 port 65534->1645 RADIF:_radiusReq: id 151 <5:edco>, starting timer (30 sec) RADIF: _radCallback: buf=B088AA00 from 207.18.66.29 1645 RADIF: _radCallback, authcode = 2, id 151 RADIF: _radCallback: id 151, killing timer RADIF: Authentication Ack RADIF: attribute 6, len 6, 00 00 00 02 RADIF: attribute 7, len 6, 00 00 00 01 RADIF: attribute 10, len 6, 00 00 00 00 RADIF: attribute 218, len 6, 00 00 00 01 RADIF: attribute 244, len 6, 00 00 07 08 RADIF: attribute 235, len 6, 00 00 00 01 RADIF:_freeInfoClassSess RADIF: radius type Acct ID = 81 RADIF: _radiusAcctRequest: type 0 id 81, user name <5:edco> RADIF: _radiusAcctReq: socket 10 len 108 IP 207.18.66.29 port 1027=>1646, ID=81 RADIF: _radCallback: buf=B0875A40 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<5:edco>, ID=81 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Acct ID = 82 RADIF: _radiusAcctRequest: type 0 id 82, user name <7:rcrook> RADIF: _radiusAcctReq: socket 10 len 194 IP 207.18.66.29 port 1027=>1646, ID=82 RADIF: _radCallback: buf=B085DEE0 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<7:rcrook>, ID=82 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 radif off RADIF debug display is OFF > _______________________________________ Bob Dozier Apex 2000 Internet Services Corporation ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From rwdozier at apex2000.net Tue Nov 7 08:27:10 2000 From: rwdozier at apex2000.net (Bob Dozier) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Max 6096 not accounting Message-ID: <000f01c048c6$d060c060$154212cf@apex2000.net> We have a Max-6000 (Software 6.1.7) that all of a sudden stopped sending accounting records to our Radius server. I have restarted it and compared the config to another Max 6000 which is accounting correctly. Thanks for any guideance. Here is a RADIF clip: > RADIF: radius type Acct ID = 78 RADIF: _radiusAcctRequest: type 0 id 78, user name <9:fparsons> RADIF: _radiusAcctReq: socket 10 len 202 IP 207.18.66.29 port 1027=>1646, ID=78 RADIF: _radCallback: buf=B085B640 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<9:fparsons>, ID=78 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Acct ID = 79 RADIF: _radiusAcctRequest: type 0 id 79, user name <0:> RADIF: _radiusAcctReq: socket 10 len 137 IP 207.18.66.29 port 1027=>1646, ID=79 RADIF: _radCallback: buf=B0864460 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<0:>, ID=79 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Auth ID = 150 RADIF: authenticating <7:pweaver> with CHAP RADIF 09:21:57> _radiusRequest: id 150, user name <8:pweaver> RADIF: _radiusReq: challenge len = <0> RADIF: _radiusReq: socket 7 len 108 ipaddr 207.18.66.29 port 65534->1645 RADIF:_radiusReq: id 150 <8:pweaver>, starting timer (30 sec) RADIF: _radCallback: buf=B08709A0 from 207.18.66.29 1645 RADIF: _radCallback, authcode = 2, id 150 RADIF: _radCallback: id 150, killing timer RADIF: Authentication Ack RADIF: attribute 6, len 6, 00 00 00 02 RADIF: attribute 7, len 6, 00 00 00 01 RADIF: attribute 10, len 6, 00 00 00 00 RADIF: attribute 218, len 6, 00 00 00 01 RADIF: attribute 244, len 6, 00 00 07 08 RADIF: attribute 235, len 6, 00 00 00 01 RADIF:_freeInfoClassSess RADIF: radius type Acct ID = 80 RADIF: _radiusAcctRequest: type 0 id 80, user name <8:pweaver> RADIF: _radiusAcctReq: socket 10 len 111 IP 207.18.66.29 port 1027=>1646, ID=80 RADIF: _radCallback: buf=B086E2A0 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<8:pweaver>, ID=80 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Auth ID = 151 RADIF: authenticating <4:edco> with CHAP RADIF 09:22:03> _radiusRequest: id 151, user name <5:edco> RADIF: _radiusReq: challenge len = <0> RADIF: _radiusReq: socket 7 len 105 ipaddr 207.18.66.29 port 65534->1645 RADIF:_radiusReq: id 151 <5:edco>, starting timer (30 sec) RADIF: _radCallback: buf=B088AA00 from 207.18.66.29 1645 RADIF: _radCallback, authcode = 2, id 151 RADIF: _radCallback: id 151, killing timer RADIF: Authentication Ack RADIF: attribute 6, len 6, 00 00 00 02 RADIF: attribute 7, len 6, 00 00 00 01 RADIF: attribute 10, len 6, 00 00 00 00 RADIF: attribute 218, len 6, 00 00 00 01 RADIF: attribute 244, len 6, 00 00 07 08 RADIF: attribute 235, len 6, 00 00 00 01 RADIF:_freeInfoClassSess RADIF: radius type Acct ID = 81 RADIF: _radiusAcctRequest: type 0 id 81, user name <5:edco> RADIF: _radiusAcctReq: socket 10 len 108 IP 207.18.66.29 port 1027=>1646, ID=81 RADIF: _radCallback: buf=B0875A40 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<5:edco>, ID=81 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 RADIF: radius type Acct ID = 82 RADIF: _radiusAcctRequest: type 0 id 82, user name <7:rcrook> RADIF: _radiusAcctReq: socket 10 len 194 IP 207.18.66.29 port 1027=>1646, ID=82 RADIF: _radCallback: buf=B085DEE0 from 207.18.66.29 1646 RADIF: _radProcAcctRsp: user:<7:rcrook>, ID=82 RADIF:_freeInfoClassSess RADIF: _radCallback: processed acct server type=0 radif off RADIF debug display is OFF > _______________________________________ Bob Dozier Apex 2000 Internet Services Corporation ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From alamarti at nortelnetworks.com Tue Nov 7 10:44:12 2000 From: alamarti at nortelnetworks.com (Alan Martin) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Modem MIBS Message-ID: <3.0.1.32.20001107114412.01a8be88@zbl6c008.corpeast.baynetworks.com> TO ALL: I've looked all over and checked the archives I could locate. Does any one know of SNMP MIBS to get ANY of the following modem stats after a call, using both the Conexant and LU (ADI) chipsets. SNR V42 or MNP V42Bis or MNP Modulation (V.34/V90/V92) Thanks!!! Alan ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From alamarti at nortelnetworks.com Tue Nov 7 10:44:12 2000 From: alamarti at nortelnetworks.com (Alan Martin) Date: Tue Jan 18 13:59:41 2005 Subject: [Ascend] (ASCEND) Modem MIBS Message-ID: <3.0.1.32.20001107114412.01a8be88@zbl6c008.corpeast.baynetworks.com> TO ALL: I've looked all over and checked the archives I could locate. Does any one know of SNMP MIBS to get ANY of the following modem stats after a call, using both the Conexant and LU (ADI) chipsets. SNR V42 or MNP V42Bis or MNP Modulation (V.34/V90/V92) Thanks!!! Alan ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From makko at cygate.fi Wed Nov 8 01:33:33 2000 From: makko at cygate.fi (Mikko Lahti) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: References: <200011030645.WAA28578@max.bungi.com> <200011030645.WAA28578@max.bungi.com> Message-ID: <4.3.2.7.0.20001108090148.00b41810@imap.cygate.fi> Thanks for the advice Peter! The customer has made some furher investigation with locked-up Max20's and seems that the box is alive, but the Ethernet port is jammed. Removing and re-inserting the cable does not help. Nor does clear int or shut, no shut in an adjacent Cisco. Are there any commands to clear the Ethernet interface in Max20? The problems with 8.0.3 were in OSPF. Now the customer has upgraded some boxes to 8.0.3 with the same config as 7.10.6 (RIP). -Mikko At 09:35 03.11.2000 -0800, Peter Lalor wrote: >>From: Mikko Lahti >> >>Our customer has a problem with Max20's crashing frequently. Does someone >>have experience of similar problems before? Or, can someone give advice >>how to find out what makes the boxes to crash? > >IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: >1. Flapping profiles (cause crashes). >2. RADIUS Authentication (various problems, including crashes). >3. OSPF (can cause Ethernet to go deaf). >4. Physical disconnect of DS-3 (fixed in 8.0.3). >5. Turning them on. ;-) > >>They have some dozens of Max20's, equipped with either one or two SDSL-16 >>cards. Most of the Max20's crash frequently. After a crash, a power >>reset is >>needed to get the box up and running again. Some of the boxes crash very >>frequently, up to 4 or 5 times a day. The software level is 7.10.6. > >They almost always come up again after a crash, IME. Only once or twice >I've seen routing be flaky and I had to reset again. > >Have you tried fsave, nvramclear? > >>Things that seem to affect the probability to crash: >>- - Number of SDSL cards in the box. >> Boxes with two cards crash more frequently. >> However, boxes with only one SDSL card crash also, >> but not so frequently. >>- - Number of lines used on those cards. >> More lines in use => more probable to crash. > >We only use one with a single SDSL card. It is totally stable, running >8.0.3. The rest use T1 and/or ATM DS-3. > >>The Max20's are configured to: >>- - PPP >>- - RADIUS authentication >>- - customer subnets are parts of C-class networks > >Try migrating a single box to local profiles (you can still use RADIUS for >accounting). Does it get better? > >>In the beginning, only static routes were used. Later, RIP2 has been >>used. This change seemed to have no effect on the crashes. > >RIP is not a problem. > >>Syslog does not give any information about the crashes. The boxes die >>without giving any syslog messages. Also, there's no information coming >>to a RADIUS server at the time of a crash. Is there a way to get more >>information, what is happening in a Max20 at the moment of a crash? > >What does the fatal error log show? Diagnostics>'fatal' > >>The customer has tried 8.0.3 software, but it had even more problems. > >Such as? It's better than all previous releases for me. >-- > >Peter Lalor Infoasis >plalor@infoasis.com http://www.infoasis.com/ > >"Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From makko at cygate.fi Wed Nov 8 01:33:33 2000 From: makko at cygate.fi (Mikko Lahti) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: References: <200011030645.WAA28578@max.bungi.com> <200011030645.WAA28578@max.bungi.com> Message-ID: <4.3.2.7.0.20001108090148.00b41810@imap.cygate.fi> Thanks for the advice Peter! The customer has made some furher investigation with locked-up Max20's and seems that the box is alive, but the Ethernet port is jammed. Removing and re-inserting the cable does not help. Nor does clear int or shut, no shut in an adjacent Cisco. Are there any commands to clear the Ethernet interface in Max20? The problems with 8.0.3 were in OSPF. Now the customer has upgraded some boxes to 8.0.3 with the same config as 7.10.6 (RIP). -Mikko At 09:35 03.11.2000 -0800, Peter Lalor wrote: >>From: Mikko Lahti >> >>Our customer has a problem with Max20's crashing frequently. Does someone >>have experience of similar problems before? Or, can someone give advice >>how to find out what makes the boxes to crash? > >IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: >1. Flapping profiles (cause crashes). >2. RADIUS Authentication (various problems, including crashes). >3. OSPF (can cause Ethernet to go deaf). >4. Physical disconnect of DS-3 (fixed in 8.0.3). >5. Turning them on. ;-) > >>They have some dozens of Max20's, equipped with either one or two SDSL-16 >>cards. Most of the Max20's crash frequently. After a crash, a power >>reset is >>needed to get the box up and running again. Some of the boxes crash very >>frequently, up to 4 or 5 times a day. The software level is 7.10.6. > >They almost always come up again after a crash, IME. Only once or twice >I've seen routing be flaky and I had to reset again. > >Have you tried fsave, nvramclear? > >>Things that seem to affect the probability to crash: >>- - Number of SDSL cards in the box. >> Boxes with two cards crash more frequently. >> However, boxes with only one SDSL card crash also, >> but not so frequently. >>- - Number of lines used on those cards. >> More lines in use => more probable to crash. > >We only use one with a single SDSL card. It is totally stable, running >8.0.3. The rest use T1 and/or ATM DS-3. > >>The Max20's are configured to: >>- - PPP >>- - RADIUS authentication >>- - customer subnets are parts of C-class networks > >Try migrating a single box to local profiles (you can still use RADIUS for >accounting). Does it get better? > >>In the beginning, only static routes were used. Later, RIP2 has been >>used. This change seemed to have no effect on the crashes. > >RIP is not a problem. > >>Syslog does not give any information about the crashes. The boxes die >>without giving any syslog messages. Also, there's no information coming >>to a RADIUS server at the time of a crash. Is there a way to get more >>information, what is happening in a Max20 at the moment of a crash? > >What does the fatal error log show? Diagnostics>'fatal' > >>The customer has tried 8.0.3 software, but it had even more problems. > >Such as? It's better than all previous releases for me. >-- > >Peter Lalor Infoasis >plalor@infoasis.com http://www.infoasis.com/ > >"Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From AdP634eeU at terra.net.au Wed Nov 8 11:52:48 2000 From: AdP634eeU at terra.net.au (AdP634eeU@terra.net.au) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) I Can Pay Your Bills For "Pennies On The Dollar!" Message-ID: I Can Pay Your Bills For "Pennies On The Dollar!" That's Right! We can SLASH your bills, from 40-80% off what you owe. That's Money put right back into your pocket! >>>> HOW WE DO IT <<<< We negotiate with your creditors to cut your bills by up to 80%. >> Debts we can work on are: -Credit Cards -Suppliers -Lawsuits -Judgments -Medical Bills -Insurance Bills -Loans -And Many More >> Is it safe? We have been in business for over "19 years," saving thousands of individuals and businesses tons of hard earned money. >> Cost: -For a Limited Time Only, we will provide you with a --**FREE CONSULTATION**-- We will work on a contingency basis; our fee will be based on a percentage of how much you save. --** NO RESULTS --> NO FEE !**-- DON'T HESITATE, there is no risk, and no obligation. Call today! >>>>>>> TOLL FREE: 888-900-0125 <<<<<<< or email your name and phone number to: vx151z@yemenmail.com and we will contact you within 24hrs.with all the details. ======================================================================= This message is sent in compliance of the new e-mail bill:SECTION 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email may be stopped at no cost to you by sending a reply to this email address with the letter "R" in the subject line to:jaqrv19@yemenmail.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From AdP634eeU at terra.net.au Wed Nov 8 11:52:48 2000 From: AdP634eeU at terra.net.au (AdP634eeU@terra.net.au) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) I Can Pay Your Bills For "Pennies On The Dollar!" Message-ID: I Can Pay Your Bills For "Pennies On The Dollar!" That's Right! We can SLASH your bills, from 40-80% off what you owe. That's Money put right back into your pocket! >>>> HOW WE DO IT <<<< We negotiate with your creditors to cut your bills by up to 80%. >> Debts we can work on are: -Credit Cards -Suppliers -Lawsuits -Judgments -Medical Bills -Insurance Bills -Loans -And Many More >> Is it safe? We have been in business for over "19 years," saving thousands of individuals and businesses tons of hard earned money. >> Cost: -For a Limited Time Only, we will provide you with a --**FREE CONSULTATION**-- We will work on a contingency basis; our fee will be based on a percentage of how much you save. --** NO RESULTS --> NO FEE !**-- DON'T HESITATE, there is no risk, and no obligation. Call today! >>>>>>> TOLL FREE: 888-900-0125 <<<<<<< or email your name and phone number to: vx151z@yemenmail.com and we will contact you within 24hrs.with all the details. ======================================================================= This message is sent in compliance of the new e-mail bill:SECTION 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email may be stopped at no cost to you by sending a reply to this email address with the letter "R" in the subject line to:jaqrv19@yemenmail.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mike at sentex.net Wed Nov 8 21:58:40 2000 From: mike at sentex.net (Mike Tancsa) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) Best TAOS for Max 6000 ? Message-ID: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Hi, I inherited a MAX 6000 from another ISP. What is the best TAOS to use for this beast. I am only interested in good modem performance for analog clients. The current rev is 7.0.3. Thanks, ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mike at sentex.net Wed Nov 8 21:58:40 2000 From: mike at sentex.net (Mike Tancsa) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) Best TAOS for Max 6000 ? Message-ID: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Hi, I inherited a MAX 6000 from another ISP. What is the best TAOS to use for this beast. I am only interested in good modem performance for analog clients. The current rev is 7.0.3. Thanks, ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From abcjr at southwind.net Wed Nov 8 22:45:03 2000 From: abcjr at southwind.net (Arnold B. Cavazos, Jr.) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) New vendor-specifics? Message-ID: I have recently turned up an APX8000 and it seems to be spitting out some new vendor specific attributes: ERR: Attribute number 13 (vendor 529) is not defined in your dictionary ERR: Attribute number 28 (vendor 529) is not defined in your dictionary ERR: Attribute number 66 (vendor 529) is not defined in your dictionary ERR: Attribute number 67 (vendor 529) is not defined in your dictionary ERR: Attribute number 68 (vendor 529) is not defined in your dictionary ERR: Attribute number 69 (vendor 529) is not defined in your dictionary ERR: Attribute number 86 (vendor 529) is not defined in your dictionary Does anybody have a dictionary filet that handles these yet? This APX is running 9.0.0. ---------------------------------------------------------- Arnold Cavazos, Jr. abcjr@southwind.net Operations Manager fn.net hit.net southwind.net OneMain.com Companies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From abcjr at southwind.net Wed Nov 8 22:45:03 2000 From: abcjr at southwind.net (Arnold B. Cavazos, Jr.) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] (ASCEND) New vendor-specifics? Message-ID: I have recently turned up an APX8000 and it seems to be spitting out some new vendor specific attributes: ERR: Attribute number 13 (vendor 529) is not defined in your dictionary ERR: Attribute number 28 (vendor 529) is not defined in your dictionary ERR: Attribute number 66 (vendor 529) is not defined in your dictionary ERR: Attribute number 67 (vendor 529) is not defined in your dictionary ERR: Attribute number 68 (vendor 529) is not defined in your dictionary ERR: Attribute number 69 (vendor 529) is not defined in your dictionary ERR: Attribute number 86 (vendor 529) is not defined in your dictionary Does anybody have a dictionary filet that handles these yet? This APX is running 9.0.0. ---------------------------------------------------------- Arnold Cavazos, Jr. abcjr@southwind.net Operations Manager fn.net hit.net southwind.net OneMain.com Companies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jcdutton at lucent.com Thu Nov 9 05:24:34 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] Re: (ASCEND) New vendor-specifics? References: Message-ID: <003701c04a3f$a6b13400$1401a8c0@home> Hello Here is the latest dictionary file for Lucent products. Cheers James ----- Original Message ----- From: "Arnold B. Cavazos, Jr." To: Sent: Thursday, November 09, 2000 4:45 AM Subject: (ASCEND) New vendor-specifics? > > I have recently turned up an APX8000 and it seems to be spitting out some > new vendor specific attributes: > > ERR: Attribute number 13 (vendor 529) is not defined in your dictionary > ERR: Attribute number 28 (vendor 529) is not defined in your dictionary > ERR: Attribute number 66 (vendor 529) is not defined in your dictionary > ERR: Attribute number 67 (vendor 529) is not defined in your dictionary > ERR: Attribute number 68 (vendor 529) is not defined in your dictionary > ERR: Attribute number 69 (vendor 529) is not defined in your dictionary > ERR: Attribute number 86 (vendor 529) is not defined in your dictionary > > Does anybody have a dictionary filet that handles these yet? This APX is > running 9.0.0. > > ---------------------------------------------------------- > Arnold Cavazos, Jr. abcjr@southwind.net > Operations Manager > fn.net hit.net southwind.net > OneMain.com Companies > > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: dictionary.zip Type: application/x-zip-compressed Size: 14378 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001109/a264df4f/dictionary.bin From jcdutton at lucent.com Thu Nov 9 05:24:34 2000 From: jcdutton at lucent.com (James Courtier-Dutton) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] Re: (ASCEND) New vendor-specifics? References: Message-ID: <003701c04a3f$a6b13400$1401a8c0@home> Hello Here is the latest dictionary file for Lucent products. Cheers James ----- Original Message ----- From: "Arnold B. Cavazos, Jr." To: Sent: Thursday, November 09, 2000 4:45 AM Subject: (ASCEND) New vendor-specifics? > > I have recently turned up an APX8000 and it seems to be spitting out some > new vendor specific attributes: > > ERR: Attribute number 13 (vendor 529) is not defined in your dictionary > ERR: Attribute number 28 (vendor 529) is not defined in your dictionary > ERR: Attribute number 66 (vendor 529) is not defined in your dictionary > ERR: Attribute number 67 (vendor 529) is not defined in your dictionary > ERR: Attribute number 68 (vendor 529) is not defined in your dictionary > ERR: Attribute number 69 (vendor 529) is not defined in your dictionary > ERR: Attribute number 86 (vendor 529) is not defined in your dictionary > > Does anybody have a dictionary filet that handles these yet? This APX is > running 9.0.0. > > ---------------------------------------------------------- > Arnold Cavazos, Jr. abcjr@southwind.net > Operations Manager > fn.net hit.net southwind.net > OneMain.com Companies > > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: dictionary.zip Type: application/x-zip-compressed Size: 14378 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001109/a264df4f/dictionary-0001.bin From aspicer at ifxcorp.com Thu Nov 9 11:08:09 2000 From: aspicer at ifxcorp.com (Alan Spicer) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] RE: (ASCEND) Best TAOS for Max 6000 ? In-Reply-To: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Message-ID: We seem to be running 8.0.3 pretty smoothly in a lot of locations. I am not getting any trouble reports. We've got 8.0.3 on 60xx's, TNT's, and APX 8000's. #include std_disclaimer.h -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Mike Tancsa Sent: Wednesday, November 08, 2000 10:59 PM To: ascend-users@max.bungi.com Subject: (ASCEND) Best TAOS for Max 6000 ? Hi, I inherited a MAX 6000 from another ISP. What is the best TAOS to use for this beast. I am only interested in good modem performance for analog clients. The current rev is 7.0.3. Thanks, ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mike at sentex.net Thu Nov 9 11:05:17 2000 From: mike at sentex.net (Mike Tancsa) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] RE: (ASCEND) Best TAOS for Max 6000 ? In-Reply-To: References: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Message-ID: <5.0.0.25.0.20001109120421.06dcea80@marble.sentex.ca> At 12:08 PM 11/9/00 -0500, Alan Spicer wrote: >We seem to be running 8.0.3 pretty smoothly in a lot of locations. >I am not getting any trouble reports. We've got 8.0.3 on 60xx's, >TNT's, and APX 8000's. Thanks! Modem code, and basic OSPF functionality are the main things I am looking for. Do I have to worry about things like physical modem card revs or anything ? ---Mike >#include std_disclaimer.h > >-----Original Message----- >From: owner-ascend-users@max.bungi.com >[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Mike Tancsa >Sent: Wednesday, November 08, 2000 10:59 PM >To: ascend-users@max.bungi.com >Subject: (ASCEND) Best TAOS for Max 6000 ? > > >Hi, > I inherited a MAX 6000 from another ISP. What is the best TAOS > to use for >this beast. I am only interested in good modem performance for analog >clients. The current rev is 7.0.3. > >Thanks, > > ---Mike >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Network Administration, mike@sentex.net >Sentex Communications www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Sentex Communications mike@sentex.net Cambridge, Ontario Canada www.sentex.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From aspicer at ifxcorp.com Thu Nov 9 11:08:09 2000 From: aspicer at ifxcorp.com (Alan Spicer) Date: Tue Jan 18 13:59:42 2005 Subject: [Ascend] RE: (ASCEND) Best TAOS for Max 6000 ? In-Reply-To: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Message-ID: We seem to be running 8.0.3 pretty smoothly in a lot of locations. I am not getting any trouble reports. We've got 8.0.3 on 60xx's, TNT's, and APX 8000's. #include std_disclaimer.h -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Mike Tancsa Sent: Wednesday, November 08, 2000 10:59 PM To: ascend-users@max.bungi.com Subject: (ASCEND) Best TAOS for Max 6000 ? Hi, I inherited a MAX 6000 from another ISP. What is the best TAOS to use for this beast. I am only interested in good modem performance for analog clients. The current rev is 7.0.3. Thanks, ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mike at sentex.net Thu Nov 9 11:05:17 2000 From: mike at sentex.net (Mike Tancsa) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] RE: (ASCEND) Best TAOS for Max 6000 ? In-Reply-To: References: <4.2.2.20001108225621.01b983c8@marble.sentex.net> Message-ID: <5.0.0.25.0.20001109120421.06dcea80@marble.sentex.ca> At 12:08 PM 11/9/00 -0500, Alan Spicer wrote: >We seem to be running 8.0.3 pretty smoothly in a lot of locations. >I am not getting any trouble reports. We've got 8.0.3 on 60xx's, >TNT's, and APX 8000's. Thanks! Modem code, and basic OSPF functionality are the main things I am looking for. Do I have to worry about things like physical modem card revs or anything ? ---Mike >#include std_disclaimer.h > >-----Original Message----- >From: owner-ascend-users@max.bungi.com >[mailto:owner-ascend-users@max.bungi.com]On Behalf Of Mike Tancsa >Sent: Wednesday, November 08, 2000 10:59 PM >To: ascend-users@max.bungi.com >Subject: (ASCEND) Best TAOS for Max 6000 ? > > >Hi, > I inherited a MAX 6000 from another ISP. What is the best TAOS > to use for >this beast. I am only interested in good modem performance for analog >clients. The current rev is 7.0.3. > >Thanks, > > ---Mike >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Network Administration, mike@sentex.net >Sentex Communications www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: ------------------------------------------------------------------------ Mike Tancsa, tel +1 519 651 3400 Sentex Communications mike@sentex.net Cambridge, Ontario Canada www.sentex.net ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 9 13:02:28 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <200011090645.WAA00877@max.bungi.com> References: <200011090645.WAA00877@max.bungi.com> Message-ID: >From: Mikko Lahti > >The customer has made some furher investigation with locked-up Max20's and >seems that the box is alive, but the Ethernet port is jammed. Removing and >re-inserting the cable does not help. Nor does clear int or shut, no shut >in an adjacent Cisco. Are there any commands to clear the Ethernet >interface in Max20? The only thing that I've seen that causes the Ethernet to 'go deaf' on a Max 20 is running OSPF on the interface. When it occurred to me, I turned OSPF off and on again and it came back. Don't recall if I had to restart. Whatever problems you're seeing with the Max 20, please report them to Lucent. I have many tickets opened on the Max 20/Terminator and they're not getting fixed. I need more voices telling them that there are serious problems with these boxes, and demanding fixes. >At 09:35 03.11.2000 -0800, Peter Lalor wrote: >>>From: Mikko Lahti >>> >>>Our customer has a problem with Max20's crashing frequently. Does someone >>>have experience of similar problems before? Or, can someone give advice >>>how to find out what makes the boxes to crash? >> >>IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: >>1. Flapping profiles (cause crashes). >>2. RADIUS Authentication (various problems, including crashes). >>3. OSPF (can cause Ethernet to go deaf). >>4. Physical disconnect of DS-3 (fixed in 8.0.3). >>5. Turning them on. ;-) >> >>>They have some dozens of Max20's, equipped with either one or two SDSL-16 >>>cards. Most of the Max20's crash frequently. After a crash, a power >>>reset is >>>needed to get the box up and running again. Some of the boxes crash very >>>frequently, up to 4 or 5 times a day. The software level is 7.10.6. >> >>They almost always come up again after a crash, IME. Only once or twice >>I've seen routing be flaky and I had to reset again. >> >>Have you tried fsave, nvramclear? >> >>>Things that seem to affect the probability to crash: >>>- - Number of SDSL cards in the box. >>> Boxes with two cards crash more frequently. >>> However, boxes with only one SDSL card crash also, >>> but not so frequently. >>>- - Number of lines used on those cards. >>> More lines in use => more probable to crash. >> >>We only use one with a single SDSL card. It is totally stable, running >>8.0.3. The rest use T1 and/or ATM DS-3. >> >>>The Max20's are configured to: >>>- - PPP >>>- - RADIUS authentication >>>- - customer subnets are parts of C-class networks >> >>Try migrating a single box to local profiles (you can still use RADIUS for >>accounting). Does it get better? >> >>>In the beginning, only static routes were used. Later, RIP2 has been >>>used. This change seemed to have no effect on the crashes. >> >>RIP is not a problem. >> >>>Syslog does not give any information about the crashes. The boxes die >>>without giving any syslog messages. Also, there's no information coming >>>to a RADIUS server at the time of a crash. Is there a way to get more >>>information, what is happening in a Max20 at the moment of a crash? >> >>What does the fatal error log show? Diagnostics>'fatal' >> >>>The customer has tried 8.0.3 software, but it had even more problems. >> >>Such as? It's better than all previous releases for me. >>-- >> > >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 To get FAQ'd: From tim at futuresouth.com Thu Nov 9 12:52:15 2000 From: tim at futuresouth.com (Tim Tsai) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) V.92 on TNT? Message-ID: <20001109125215.A15909@futuresouth.com> I hope this isn't a FAQ, but does anybody know if V.92 will be available on the TNT? If so, will it be supported on all the modem cards or the newer ones only? Thanks, Tim ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 9 13:02:28 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <200011090645.WAA00877@max.bungi.com> References: <200011090645.WAA00877@max.bungi.com> Message-ID: >From: Mikko Lahti > >The customer has made some furher investigation with locked-up Max20's and >seems that the box is alive, but the Ethernet port is jammed. Removing and >re-inserting the cable does not help. Nor does clear int or shut, no shut >in an adjacent Cisco. Are there any commands to clear the Ethernet >interface in Max20? The only thing that I've seen that causes the Ethernet to 'go deaf' on a Max 20 is running OSPF on the interface. When it occurred to me, I turned OSPF off and on again and it came back. Don't recall if I had to restart. Whatever problems you're seeing with the Max 20, please report them to Lucent. I have many tickets opened on the Max 20/Terminator and they're not getting fixed. I need more voices telling them that there are serious problems with these boxes, and demanding fixes. >At 09:35 03.11.2000 -0800, Peter Lalor wrote: >>>From: Mikko Lahti >>> >>>Our customer has a problem with Max20's crashing frequently. Does someone >>>have experience of similar problems before? Or, can someone give advice >>>how to find out what makes the boxes to crash? >> >>IME, the following makes the DSL Max 20/DSL Terminator 100 unstable: >>1. Flapping profiles (cause crashes). >>2. RADIUS Authentication (various problems, including crashes). >>3. OSPF (can cause Ethernet to go deaf). >>4. Physical disconnect of DS-3 (fixed in 8.0.3). >>5. Turning them on. ;-) >> >>>They have some dozens of Max20's, equipped with either one or two SDSL-16 >>>cards. Most of the Max20's crash frequently. After a crash, a power >>>reset is >>>needed to get the box up and running again. Some of the boxes crash very >>>frequently, up to 4 or 5 times a day. The software level is 7.10.6. >> >>They almost always come up again after a crash, IME. Only once or twice >>I've seen routing be flaky and I had to reset again. >> >>Have you tried fsave, nvramclear? >> >>>Things that seem to affect the probability to crash: >>>- - Number of SDSL cards in the box. >>> Boxes with two cards crash more frequently. >>> However, boxes with only one SDSL card crash also, >>> but not so frequently. >>>- - Number of lines used on those cards. >>> More lines in use => more probable to crash. >> >>We only use one with a single SDSL card. It is totally stable, running >>8.0.3. The rest use T1 and/or ATM DS-3. >> >>>The Max20's are configured to: >>>- - PPP >>>- - RADIUS authentication >>>- - customer subnets are parts of C-class networks >> >>Try migrating a single box to local profiles (you can still use RADIUS for >>accounting). Does it get better? >> >>>In the beginning, only static routes were used. Later, RIP2 has been >>>used. This change seemed to have no effect on the crashes. >> >>RIP is not a problem. >> >>>Syslog does not give any information about the crashes. The boxes die >>>without giving any syslog messages. Also, there's no information coming >>>to a RADIUS server at the time of a crash. Is there a way to get more >>>information, what is happening in a Max20 at the moment of a crash? >> >>What does the fatal error log show? Diagnostics>'fatal' >> >>>The customer has tried 8.0.3 software, but it had even more problems. >> >>Such as? It's better than all previous releases for me. >>-- >> > >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 To get FAQ'd: From tim at futuresouth.com Thu Nov 9 12:52:15 2000 From: tim at futuresouth.com (Tim Tsai) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) V.92 on TNT? Message-ID: <20001109125215.A15909@futuresouth.com> I hope this isn't a FAQ, but does anybody know if V.92 will be available on the TNT? If so, will it be supported on all the modem cards or the newer ones only? Thanks, Tim ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From anssi.sallinen at jippiigroup.com Thu Nov 9 14:16:52 2000 From: anssi.sallinen at jippiigroup.com (Anssi Sallinen) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing References: <200011090645.WAA00877@max.bungi.com> Message-ID: <3A0B0634.E66456D1@jippiigroup.com> > The only thing that I've seen that causes the Ethernet to 'go deaf' > on a Max 20 is running OSPF on the interface. When it occurred to me, > I turned OSPF off and on again and it came back. Don't recall if I > had to restart. > > Whatever problems you're seeing with the Max 20, please report them > to Lucent. I have many tickets opened on the Max 20/Terminator and > they're not getting fixed. I need more voices telling them that there > are serious problems with these boxes, and demanding fixes. I'm a representative of this customer Mikko's ben referring to. We are currently running multiple MAX20's with one or two SDSL-cards, radius-authentication and RIP v2 running software-versions 7.10.6 or 8.0.3. On the other end we have Lucent's DSLPipelines with software-versions 7.10.5 and 7.10.8. We are not running OSPF, but we experimented with it and software-version 8.0.3. This was a disaster because this caused the downstream of the DSLPipelines to fall from 2.3Mbit/s to something like 64Kbit/s. Only a reset of the DSLPipeline would resume normal operation. I'd like to specify this crashing-issue, sometimes they just crash (no output to console) and sometimes the Ethernet-inetrface just 'goes deaf'. I've always just corrected the problem by giving them a good-and-healthy dose of Nikolai Poweronoff, as shutting down the other side of the interface (always a Cisco switch or router) has no effect. Now I tried upgrading the software-version of a few MAX20's that have been crashing the most to 8.0.3. So far so good, they have been up for a few days now, but this problem of the downstream is back again. Not so seriously, but I've been getting reports of a few cases from our helpdesk. Too soon to say anything definate yet. Any suggestions are much appriciated. Cheers, Anssi Sallinen Network Engineer anssi.sallinen@jippiigroup.com http://www.jippiigroup.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From anssi.sallinen at jippiigroup.com Thu Nov 9 14:16:52 2000 From: anssi.sallinen at jippiigroup.com (Anssi Sallinen) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing References: <200011090645.WAA00877@max.bungi.com> Message-ID: <3A0B0634.E66456D1@jippiigroup.com> > The only thing that I've seen that causes the Ethernet to 'go deaf' > on a Max 20 is running OSPF on the interface. When it occurred to me, > I turned OSPF off and on again and it came back. Don't recall if I > had to restart. > > Whatever problems you're seeing with the Max 20, please report them > to Lucent. I have many tickets opened on the Max 20/Terminator and > they're not getting fixed. I need more voices telling them that there > are serious problems with these boxes, and demanding fixes. I'm a representative of this customer Mikko's ben referring to. We are currently running multiple MAX20's with one or two SDSL-cards, radius-authentication and RIP v2 running software-versions 7.10.6 or 8.0.3. On the other end we have Lucent's DSLPipelines with software-versions 7.10.5 and 7.10.8. We are not running OSPF, but we experimented with it and software-version 8.0.3. This was a disaster because this caused the downstream of the DSLPipelines to fall from 2.3Mbit/s to something like 64Kbit/s. Only a reset of the DSLPipeline would resume normal operation. I'd like to specify this crashing-issue, sometimes they just crash (no output to console) and sometimes the Ethernet-inetrface just 'goes deaf'. I've always just corrected the problem by giving them a good-and-healthy dose of Nikolai Poweronoff, as shutting down the other side of the interface (always a Cisco switch or router) has no effect. Now I tried upgrading the software-version of a few MAX20's that have been crashing the most to 8.0.3. So far so good, they have been up for a few days now, but this problem of the downstream is back again. Not so seriously, but I've been getting reports of a few cases from our helpdesk. Too soon to say anything definate yet. Any suggestions are much appriciated. Cheers, Anssi Sallinen Network Engineer anssi.sallinen@jippiigroup.com http://www.jippiigroup.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matthew at imagineering.net.au Thu Nov 9 14:48:37 2000 From: matthew at imagineering.net.au (Matthew R. Proctor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) Transparent Proxy In-Reply-To: References: <200011090645.WAA00877@max.bungi.com> <200011090645.WAA00877@max.bungi.com> Message-ID: <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Hi All, Does anyone have any examples of or pointers to how to force dial-up users on a Max4000 through a proxy server on the same LAN? I am presuming an IP filter with a forward would do the trick, but the documentation seems a little vague. Many thanks in advance, Matthew ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 9 15:23:42 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <3A0B0634.E66456D1@jippiigroup.com> References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> Message-ID: > > The only thing that I've seen that causes the Ethernet to 'go deaf' >> on a Max 20 is running OSPF on the interface. When it occurred to me, >> I turned OSPF off and on again and it came back. Don't recall if I >> had to restart. >> >> Whatever problems you're seeing with the Max 20, please report them >> to Lucent. I have many tickets opened on the Max 20/Terminator and >> they're not getting fixed. I need more voices telling them that there >> are serious problems with these boxes, and demanding fixes. > >I'm a representative of this customer Mikko's ben referring to. >We are currently running multiple MAX20's with one or two >SDSL-cards, radius-authentication and RIP v2 running software-versions >7.10.6 or 8.0.3. On the other end we have Lucent's DSLPipelines with >software-versions 7.10.5 and 7.10.8. We are not running OSPF, but >we experimented with it and software-version 8.0.3. This was a disaster >because this caused the downstream of the DSLPipelines to fall from >2.3Mbit/s to something like 64Kbit/s. Only a reset of the DSLPipeline >would resume normal operation. If turning OSPF on causes your SDSL throughput to drop drastically, report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL line cards, but I didn't see that particular problem when I used OSPF. >I'd like to specify this crashing-issue, sometimes they just crash >(no output to console) and sometimes the Ethernet-inetrface just >'goes deaf'. I've always just corrected the problem by giving them >a good-and-healthy dose of Nikolai Poweronoff, as shutting down >the other side of the interface (always a Cisco switch or router) >has no effect. Now I tried upgrading the software-version of a few >MAX20's that have been crashing the most to 8.0.3. So far so good, >they have been up for a few days now, but this problem of the downstream >is back again. Not so seriously, but I've been getting reports of a few >cases from our helpdesk. Too soon to say anything definate yet. When they crash, they don't reset themselves? I've never seen that (well, maybe once). What does the fatal error log show? As to the throughput, are you seeing any errors on the lines? The only time I say throughput go to hell was when I applied a complex filter (12 input and 12 output filters) to an interface. i had to remove the filter, although the box was lightly loaded. Other than that, as i said to Mikko, we've had RAIDUS Authentication cause major, major problems. If you can experiment with not running it on a box, I'd suggest that. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 9 15:23:42 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <3A0B0634.E66456D1@jippiigroup.com> References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> Message-ID: > > The only thing that I've seen that causes the Ethernet to 'go deaf' >> on a Max 20 is running OSPF on the interface. When it occurred to me, >> I turned OSPF off and on again and it came back. Don't recall if I >> had to restart. >> >> Whatever problems you're seeing with the Max 20, please report them >> to Lucent. I have many tickets opened on the Max 20/Terminator and >> they're not getting fixed. I need more voices telling them that there >> are serious problems with these boxes, and demanding fixes. > >I'm a representative of this customer Mikko's ben referring to. >We are currently running multiple MAX20's with one or two >SDSL-cards, radius-authentication and RIP v2 running software-versions >7.10.6 or 8.0.3. On the other end we have Lucent's DSLPipelines with >software-versions 7.10.5 and 7.10.8. We are not running OSPF, but >we experimented with it and software-version 8.0.3. This was a disaster >because this caused the downstream of the DSLPipelines to fall from >2.3Mbit/s to something like 64Kbit/s. Only a reset of the DSLPipeline >would resume normal operation. If turning OSPF on causes your SDSL throughput to drop drastically, report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL line cards, but I didn't see that particular problem when I used OSPF. >I'd like to specify this crashing-issue, sometimes they just crash >(no output to console) and sometimes the Ethernet-inetrface just >'goes deaf'. I've always just corrected the problem by giving them >a good-and-healthy dose of Nikolai Poweronoff, as shutting down >the other side of the interface (always a Cisco switch or router) >has no effect. Now I tried upgrading the software-version of a few >MAX20's that have been crashing the most to 8.0.3. So far so good, >they have been up for a few days now, but this problem of the downstream >is back again. Not so seriously, but I've been getting reports of a few >cases from our helpdesk. Too soon to say anything definate yet. When they crash, they don't reset themselves? I've never seen that (well, maybe once). What does the fatal error log show? As to the throughput, are you seeing any errors on the lines? The only time I say throughput go to hell was when I applied a complex filter (12 input and 12 output filters) to an interface. i had to remove the filter, although the box was lightly loaded. Other than that, as i said to Mikko, we've had RAIDUS Authentication cause major, major problems. If you can experiment with not running it on a box, I'd suggest that. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matthew at imagineering.net.au Thu Nov 9 14:48:37 2000 From: matthew at imagineering.net.au (Matthew R. Proctor) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) Transparent Proxy In-Reply-To: References: <200011090645.WAA00877@max.bungi.com> <200011090645.WAA00877@max.bungi.com> Message-ID: <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Hi All, Does anyone have any examples of or pointers to how to force dial-up users on a Max4000 through a proxy server on the same LAN? I am presuming an IP filter with a forward would do the trick, but the documentation seems a little vague. Many thanks in advance, Matthew ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skm at scotnet.co.uk Fri Nov 10 03:19:41 2000 From: skm at scotnet.co.uk (Stephen Mulrine) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Transparent Proxy References: <200011090645.WAA00877@max.bungi.com> <200011090645.WAA00877@max.bungi.com> <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Message-ID: <3A0BBDAD.D91A8CF@scotnet.co.uk> "Matthew R. Proctor" wrote: > Does anyone have any examples of or pointers to how to force dial-up users > on a Max4000 through a proxy server on the same LAN? I am presuming an IP > filter with a forward would do the trick, but the documentation seems a > little vague. I seem to recall that this feature was added in version 8 of the OS. As the MAX 4000 only went up to 7.0.26, having a transparent proxy was only possible with the MAX TNT. I would be prepared to be corrected, though. Stephen ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Khutchons at sab.co.za Fri Nov 10 02:42:18 2000 From: Khutchons at sab.co.za (Kent Hutchons-SAB Network Administrator) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Message-ID: <3CD804BA3C9CD411B59300508BAF60643C9C@11.sab> Hi there, I wonder if you could help me out, I have a MAX 1800 which I use for Dial up and dial in connections, I use Ascend version 1.0Ai11 of radius. Dial in works perfectly for all OS - WIN98, WinNT and Windows 2000 Sp1. Dial back works for all but Windows 2000. It calls the client back but disconnects after EXACTLY 22 Seconds! Can someone help me out. Thanks Kent Hutchons SAB Network Administrator Dimension Data (011) 407-1733 082-784-8799 <<...>> <<...>> ###################################################################### This e-mail message has been scanned and cleared by MailMarshal http://www.marshalsoftware.com ###################################################################### ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From hacko at mms.de Fri Nov 10 02:54:49 2000 From: hacko at mms.de (Hartmut Schroeder) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) V.92 on TNT? In-Reply-To: <20001109125215.A15909@futuresouth.com> Message-ID: Date sent: Thu, 9 Nov 2000 12:52:15 -0600 From: Tim Tsai To: Ascend-Users Subject: (ASCEND) V.92 on TNT? > I hope this isn't a FAQ, but does anybody know if V.92 will be available > on the TNT? If so, will it be supported on all the modem cards or the > newer ones only? See Lucent's Pressrelease on: http://www.lucent.com/press/1100/001109.nsa.html They didn't say it but I guess the Code will come first for the MultiDSP-Boards (TNT*-SL-ADI-C + APX8-SL-96DSP). It seems these cards are getting all new features cause Lucent can write own Code for it and not depend on Conexant (ex. Rockwell). Regards H.Schroeder Hartmut Schroeder MMS Communication AG mailto:hacko@mms.de Eiffestrasse 598 http://www.mms.de/~hacko 20537 Hamburg, Germany Phone: +49 40 211105-40 Fax: +49 40 210 32 210 UTM 32U0569835 5934083 WGS84 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skm at scotnet.co.uk Fri Nov 10 03:19:41 2000 From: skm at scotnet.co.uk (Stephen Mulrine) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Transparent Proxy References: <200011090645.WAA00877@max.bungi.com> <200011090645.WAA00877@max.bungi.com> <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Message-ID: <3A0BBDAD.D91A8CF@scotnet.co.uk> "Matthew R. Proctor" wrote: > Does anyone have any examples of or pointers to how to force dial-up users > on a Max4000 through a proxy server on the same LAN? I am presuming an IP > filter with a forward would do the trick, but the documentation seems a > little vague. I seem to recall that this feature was added in version 8 of the OS. As the MAX 4000 only went up to 7.0.26, having a transparent proxy was only possible with the MAX TNT. I would be prepared to be corrected, though. Stephen ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Khutchons at sab.co.za Fri Nov 10 02:42:18 2000 From: Khutchons at sab.co.za (Kent Hutchons-SAB Network Administrator) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Message-ID: <3CD804BA3C9CD411B59300508BAF60643C9C@11.sab> Hi there, I wonder if you could help me out, I have a MAX 1800 which I use for Dial up and dial in connections, I use Ascend version 1.0Ai11 of radius. Dial in works perfectly for all OS - WIN98, WinNT and Windows 2000 Sp1. Dial back works for all but Windows 2000. It calls the client back but disconnects after EXACTLY 22 Seconds! Can someone help me out. Thanks Kent Hutchons SAB Network Administrator Dimension Data (011) 407-1733 082-784-8799 <<...>> <<...>> ###################################################################### This e-mail message has been scanned and cleared by MailMarshal http://www.marshalsoftware.com ###################################################################### ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From anssi.sallinen at saunalahti.com Fri Nov 10 05:32:21 2000 From: anssi.sallinen at saunalahti.com (Anssi Sallinen) Date: Tue Jan 18 13:59:43 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> Message-ID: <3A0BDCC5.FF6FF647@saunalahti.com> > If turning OSPF on causes your SDSL throughput to drop drastically, > report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL > line cards, but I didn't see that particular problem when I used OSPF. What I've heard of Lucent's tech-support doesn't encourage me to take any action towards them. I'll try to apply some pressure towards them. > When they crash, they don't reset themselves? I've never seen that > (well, maybe once). What does the fatal error log show? No, they just crash. And no, the fatal error log shows nothing. > As to the throughput, are you seeing any errors on the lines? The > only time I say throughput go to hell was when I applied a complex > filter (12 input and 12 output filters) to an interface. i had to > remove the filter, although the box was lightly loaded. Not in a scale that would warrant this. Some MAX20's give me a few CRC's from the WAN-line occasionally, but this is pretty normal. This also occurs with both software-versions (7.10.6 & 8.0.3). We have only about 5-6 filters on the MAX20, so this is not a problem as I see it. > Other than that, as i said to Mikko, we've had RAIDUS Authentication > cause major, major problems. If you can experiment with not running > it on a box, I'd suggest that. Ok, this is what I've heard also from Makko. The problem is that I cant't find any relevance from the mailing-list archives to a Radius-problem similar to mine. Radius is crucial to us. We use it to authenticate DSLPipelines and to distribute routes, so that we don't have to add static routes to our routers. Due to this we are very reluctant to drop radius. My opinion is that we should atleast test this with a few MAX20's, but I'm yet to convince my superiors on the fact. If you (or anyone else) have information, examples or anything else to give me about radius-authentication and MAX20's I'd appricciate it very much. Cheers, Anssi Sallinen Network Engineer Jippii Group Oyj http://www.jippiigroup.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From hacko at mms.de Fri Nov 10 02:54:49 2000 From: hacko at mms.de (Hartmut Schroeder) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) V.92 on TNT? In-Reply-To: <20001109125215.A15909@futuresouth.com> Message-ID: Date sent: Thu, 9 Nov 2000 12:52:15 -0600 From: Tim Tsai To: Ascend-Users Subject: (ASCEND) V.92 on TNT? > I hope this isn't a FAQ, but does anybody know if V.92 will be available > on the TNT? If so, will it be supported on all the modem cards or the > newer ones only? See Lucent's Pressrelease on: http://www.lucent.com/press/1100/001109.nsa.html They didn't say it but I guess the Code will come first for the MultiDSP-Boards (TNT*-SL-ADI-C + APX8-SL-96DSP). It seems these cards are getting all new features cause Lucent can write own Code for it and not depend on Conexant (ex. Rockwell). Regards H.Schroeder Hartmut Schroeder MMS Communication AG mailto:hacko@mms.de Eiffestrasse 598 http://www.mms.de/~hacko 20537 Hamburg, Germany Phone: +49 40 211105-40 Fax: +49 40 210 32 210 UTM 32U0569835 5934083 WGS84 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From anssi.sallinen at saunalahti.com Fri Nov 10 05:32:21 2000 From: anssi.sallinen at saunalahti.com (Anssi Sallinen) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> Message-ID: <3A0BDCC5.FF6FF647@saunalahti.com> > If turning OSPF on causes your SDSL throughput to drop drastically, > report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL > line cards, but I didn't see that particular problem when I used OSPF. What I've heard of Lucent's tech-support doesn't encourage me to take any action towards them. I'll try to apply some pressure towards them. > When they crash, they don't reset themselves? I've never seen that > (well, maybe once). What does the fatal error log show? No, they just crash. And no, the fatal error log shows nothing. > As to the throughput, are you seeing any errors on the lines? The > only time I say throughput go to hell was when I applied a complex > filter (12 input and 12 output filters) to an interface. i had to > remove the filter, although the box was lightly loaded. Not in a scale that would warrant this. Some MAX20's give me a few CRC's from the WAN-line occasionally, but this is pretty normal. This also occurs with both software-versions (7.10.6 & 8.0.3). We have only about 5-6 filters on the MAX20, so this is not a problem as I see it. > Other than that, as i said to Mikko, we've had RAIDUS Authentication > cause major, major problems. If you can experiment with not running > it on a box, I'd suggest that. Ok, this is what I've heard also from Makko. The problem is that I cant't find any relevance from the mailing-list archives to a Radius-problem similar to mine. Radius is crucial to us. We use it to authenticate DSLPipelines and to distribute routes, so that we don't have to add static routes to our routers. Due to this we are very reluctant to drop radius. My opinion is that we should atleast test this with a few MAX20's, but I'm yet to convince my superiors on the fact. If you (or anyone else) have information, examples or anything else to give me about radius-authentication and MAX20's I'd appricciate it very much. Cheers, Anssi Sallinen Network Engineer Jippii Group Oyj http://www.jippiigroup.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Edwin_Everett at cargill.com Fri Nov 10 07:23:53 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] RE: (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Message-ID: they probably have fixed that in version 8 or 9....but since you can't get that version for 1800s they probably have a wonderful upgrade path for you....:-( I will investigate with our cbcp userbase as to their successes or failures with 2000 to see if we are having better luck.... PS hows your Intragy desk dial(outbound) working for 2000? we have heard that development for w2k modem pooling was cancelled. -----Original Message----- From: Khutchons@sab.co.za [mailto:Khutchons@sab.co.za] Sent: Friday, November 10, 2000 2:42 AM To: ascend-users@bungi.com Subject: FW: (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Hi there, I wonder if you could help me out, I have a MAX 1800 which I use for Dial up and dial in connections, I use Ascend version 1.0Ai11 of radius. Dial in works perfectly for all OS - WIN98, WinNT and Windows 2000 Sp1. Dial back works for all but Windows 2000. It calls the client back but disconnects after EXACTLY 22 Seconds! Can someone help me out. Thanks Kent Hutchons SAB Network Administrator Dimension Data (011) 407-1733 082-784-8799 <<...>> <<...>> ###################################################################### This e-mail message has been scanned and cleared by MailMarshal http://www.marshalsoftware.com ###################################################################### ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 1950 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001110/8a4f8159/BDY.rtf From Edwin_Everett at cargill.com Fri Nov 10 07:23:53 2000 From: Edwin_Everett at cargill.com (Edwin_Everett@cargill.com) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] RE: (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Message-ID: they probably have fixed that in version 8 or 9....but since you can't get that version for 1800s they probably have a wonderful upgrade path for you....:-( I will investigate with our cbcp userbase as to their successes or failures with 2000 to see if we are having better luck.... PS hows your Intragy desk dial(outbound) working for 2000? we have heard that development for w2k modem pooling was cancelled. -----Original Message----- From: Khutchons@sab.co.za [mailto:Khutchons@sab.co.za] Sent: Friday, November 10, 2000 2:42 AM To: ascend-users@bungi.com Subject: FW: (ASCEND) Ascend problem Max 1800 - Windows 2000 clients Hi there, I wonder if you could help me out, I have a MAX 1800 which I use for Dial up and dial in connections, I use Ascend version 1.0Ai11 of radius. Dial in works perfectly for all OS - WIN98, WinNT and Windows 2000 Sp1. Dial back works for all but Windows 2000. It calls the client back but disconnects after EXACTLY 22 Seconds! Can someone help me out. Thanks Kent Hutchons SAB Network Administrator Dimension Data (011) 407-1733 082-784-8799 <<...>> <<...>> ###################################################################### This e-mail message has been scanned and cleared by MailMarshal http://www.marshalsoftware.com ###################################################################### ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: BDY.RTF Type: application/rtf Size: 1950 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001110/8a4f8159/BDY-0001.rtf From plalor at infoasis.com Fri Nov 10 11:13:15 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <3A0BDCC5.FF6FF647@saunalahti.com> References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> <3A0BDCC5.FF6FF647@saunalahti.com> Message-ID: > > If turning OSPF on causes your SDSL throughput to drop drastically, >> report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL >> line cards, but I didn't see that particular problem when I used OSPF. > >What I've heard of Lucent's tech-support doesn't encourage me to >take any action towards them. I'll try to apply some pressure towards >them. Please do. It verges on a complete time waste, but we've got to get these problems fixed or buy other gear. > > When they crash, they don't reset themselves? I've never seen that >> (well, maybe once). What does the fatal error log show? > >No, they just crash. And no, the fatal error log shows nothing. Bad power? > > As to the throughput, are you seeing any errors on the lines? The >> only time I say throughput go to hell was when I applied a complex >> filter (12 input and 12 output filters) to an interface. i had to >> remove the filter, although the box was lightly loaded. > >Not in a scale that would warrant this. Some MAX20's give me a few >CRC's from the WAN-line occasionally, but this is pretty normal. This >also occurs with both software-versions (7.10.6 & 8.0.3). We have >only about 5-6 filters on the MAX20, so this is not a problem as I see >it. For grins, you might try removing the filters, just as a test. Perhaps while a period of poor throughput is occurring? > > Other than that, as i said to Mikko, we've had RAIDUS Authentication >> cause major, major problems. If you can experiment with not running >> it on a box, I'd suggest that. > >Ok, this is what I've heard also from Makko. The problem is that >I cant't find any relevance from the mailing-list archives to >a Radius-problem similar to mine. > >Radius is crucial to us. We use it to authenticate DSLPipelines and >to distribute routes, so that we don't have to add static routes >to our routers. Due to this we are very reluctant to drop radius. >My opinion is that we should atleast test this with a few MAX20's, >but I'm yet to convince my superiors on the fact. If you (or anyone >else) have information, examples or anything else to give me about >radius-authentication and MAX20's I'd appricciate it very much. I believe I've posted most of my problems with rad-auth on the Max 20 to the list. Poke around the archives, and if you don't find anything I'll try to give you a summary. I'd strongly suggest that you at least test on a single box without rad-auth. It may not be the problem for you, but we've been forced to stop using it entirely on the Max 20/Terminator. I'm not sure what you mean by using RADIUS to distribute routes. You're running a routing protocol, RIP, for that, aren't you? You don't have to give that 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 To get FAQ'd: From plalor at infoasis.com Fri Nov 10 11:13:15 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) Max20 crashing In-Reply-To: <3A0BDCC5.FF6FF647@saunalahti.com> References: <200011090645.WAA00877@max.bungi.com> <3A0B0634.E66456D1@jippiigroup.com> <3A0BDCC5.FF6FF647@saunalahti.com> Message-ID: > > If turning OSPF on causes your SDSL throughput to drop drastically, >> report it to Lucent. I've never run OSPF on our Max 20 that uses SDSL >> line cards, but I didn't see that particular problem when I used OSPF. > >What I've heard of Lucent's tech-support doesn't encourage me to >take any action towards them. I'll try to apply some pressure towards >them. Please do. It verges on a complete time waste, but we've got to get these problems fixed or buy other gear. > > When they crash, they don't reset themselves? I've never seen that >> (well, maybe once). What does the fatal error log show? > >No, they just crash. And no, the fatal error log shows nothing. Bad power? > > As to the throughput, are you seeing any errors on the lines? The >> only time I say throughput go to hell was when I applied a complex >> filter (12 input and 12 output filters) to an interface. i had to >> remove the filter, although the box was lightly loaded. > >Not in a scale that would warrant this. Some MAX20's give me a few >CRC's from the WAN-line occasionally, but this is pretty normal. This >also occurs with both software-versions (7.10.6 & 8.0.3). We have >only about 5-6 filters on the MAX20, so this is not a problem as I see >it. For grins, you might try removing the filters, just as a test. Perhaps while a period of poor throughput is occurring? > > Other than that, as i said to Mikko, we've had RAIDUS Authentication >> cause major, major problems. If you can experiment with not running >> it on a box, I'd suggest that. > >Ok, this is what I've heard also from Makko. The problem is that >I cant't find any relevance from the mailing-list archives to >a Radius-problem similar to mine. > >Radius is crucial to us. We use it to authenticate DSLPipelines and >to distribute routes, so that we don't have to add static routes >to our routers. Due to this we are very reluctant to drop radius. >My opinion is that we should atleast test this with a few MAX20's, >but I'm yet to convince my superiors on the fact. If you (or anyone >else) have information, examples or anything else to give me about >radius-authentication and MAX20's I'd appricciate it very much. I believe I've posted most of my problems with rad-auth on the Max 20 to the list. Poke around the archives, and if you don't find anything I'll try to give you a summary. I'd strongly suggest that you at least test on a single box without rad-auth. It may not be the problem for you, but we've been forced to stop using it entirely on the Max 20/Terminator. I'm not sure what you mean by using RADIUS to distribute routes. You're running a routing protocol, RIP, for that, aren't you? You don't have to give that 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 To get FAQ'd: From butch at sheltonbbs.com Fri Nov 10 18:54:09 2000 From: butch at sheltonbbs.com (Butch Evans) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) Transparent Proxy In-Reply-To: <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Message-ID: On Fri, 10 Nov 2000, Matthew R. Proctor wrote: > Does anyone have any examples of or pointers to how to force dial-up users > on a Max4000 through a proxy server on the same LAN? I am presuming an IP > filter with a forward would do the trick, but the documentation seems a > little vague. > I think the easiest way to implement something like this is at that router. You can force all traffic with port XX to another router that is running a "transparent proxy" server, and "Bob's your uncle!" (sorry about the reply I accidentally shot off to you, Matthew) -- Butch Evans Shelton Internet Network Admin ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From butch at sheltonbbs.com Fri Nov 10 18:54:09 2000 From: butch at sheltonbbs.com (Butch Evans) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] Re: (ASCEND) Transparent Proxy In-Reply-To: <5.0.1.3.2.20001110074616.03678538@mail.imagineering.net.au> Message-ID: On Fri, 10 Nov 2000, Matthew R. Proctor wrote: > Does anyone have any examples of or pointers to how to force dial-up users > on a Max4000 through a proxy server on the same LAN? I am presuming an IP > filter with a forward would do the trick, but the documentation seems a > little vague. > I think the easiest way to implement something like this is at that router. You can force all traffic with port XX to another router that is running a "transparent proxy" server, and "Bob's your uncle!" (sorry about the reply I accidentally shot off to you, Matthew) -- Butch Evans Shelton Internet Network Admin ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mark at reynolds.net.au Sat Nov 11 19:01:13 2000 From: mark at reynolds.net.au (Mark Reynolds) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) MAX4000 power supplies Message-ID: <3.0.5.32.20001111190113.0359ad70@mail.rts.com.au> Greetings all. I had heard previously about the power supplies in the MAX4000's being a little under-rated, and that they eventually have a habit of expiring. And that's what's happened to my first one. Lucky I had a spare, and another MAX6000 to pick up the slack. Boot's fine with no modem modules installed, but doesn't do much at all, with even one 12 port V90 card plugged in. Anyway, what I was wondering is whether those power supply modules are readily available, or whether anyone has done anything else creative, like using something else to power it? --- Mark Reynolds Reynolds Technology Pty Ltd Phone 1300 656 424 http://www.reynolds.net.au Phone 08 9474 1211 mailto:mark@reynolds.net.au Fax 08 9474 4772 PO Box 120 Como 6952 Western Australia Pager 08 9480 5884 8 Preston Street Como 6152 Western Australia ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mark at reynolds.net.au Sat Nov 11 19:01:13 2000 From: mark at reynolds.net.au (Mark Reynolds) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) MAX4000 power supplies Message-ID: <3.0.5.32.20001111190113.0359ad70@mail.rts.com.au> Greetings all. I had heard previously about the power supplies in the MAX4000's being a little under-rated, and that they eventually have a habit of expiring. And that's what's happened to my first one. Lucky I had a spare, and another MAX6000 to pick up the slack. Boot's fine with no modem modules installed, but doesn't do much at all, with even one 12 port V90 card plugged in. Anyway, what I was wondering is whether those power supply modules are readily available, or whether anyone has done anything else creative, like using something else to power it? --- Mark Reynolds Reynolds Technology Pty Ltd Phone 1300 656 424 http://www.reynolds.net.au Phone 08 9474 1211 mailto:mark@reynolds.net.au Fax 08 9474 4772 PO Box 120 Como 6952 Western Australia Pager 08 9480 5884 8 Preston Street Como 6152 Western Australia ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tom at ispstuff.com Sun Nov 12 20:20:42 2000 From: tom at ispstuff.com (Tom) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) FS: Max 4048 - $4100, 16 port 56k modem cards - $1300 each Message-ID: <3.0.3.32.20001112202042.0103d3fc> Max Ascend 4048 with ISDN/FR/DC in excellent condition. Includes 3 - 16 port 56k modem cards - $4100. 3 available - newer serial numbers. Max MX-SL-16MOD-S56 16 port modem cards - $1300 each. 5 available. All equipment fully tested, set to factory defaults, and guaranteed. 815-968-9888 or reply by email. Tom ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tom at ispstuff.com Sun Nov 12 20:20:42 2000 From: tom at ispstuff.com (Tom) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) FS: Max 4048 - $4100, 16 port 56k modem cards - $1300 each Message-ID: <3.0.3.32.20001112202042.0103d3fc> Max Ascend 4048 with ISDN/FR/DC in excellent condition. Includes 3 - 16 port 56k modem cards - $4100. 3 available - newer serial numbers. Max MX-SL-16MOD-S56 16 port modem cards - $1300 each. 5 available. All equipment fully tested, set to factory defaults, and guaranteed. 815-968-9888 or reply by email. Tom ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From john at labertouche.com Sun Nov 12 22:36:30 2000 From: john at labertouche.com (John Alexander) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) Max 3000 reboots every 24-36 hours Message-ID: <3A0F6FCE.E70F72D9@labertouche.com> Hi all We've got 2 Max 3K's running TAOS 8.0-119.0+ They work perfectly (most of the time) Every 24 to 36 hours, they reboot of their own accord within 2 hours of each other. The power isn't the problem as they are on a UPS, (another linux box on the same UPS has been up all the time). Watching the syslog output produces no clues, as it just dies and starts again. They aren't in a cabinet so overheating shouldn't be a problem. Any clues? John Alexander john@labertouche.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From john at labertouche.com Sun Nov 12 22:36:30 2000 From: john at labertouche.com (John Alexander) Date: Tue Jan 18 13:59:44 2005 Subject: [Ascend] (ASCEND) Max 3000 reboots every 24-36 hours Message-ID: <3A0F6FCE.E70F72D9@labertouche.com> Hi all We've got 2 Max 3K's running TAOS 8.0-119.0+ They work perfectly (most of the time) Every 24 to 36 hours, they reboot of their own accord within 2 hours of each other. The power isn't the problem as they are on a UPS, (another linux box on the same UPS has been up all the time). Watching the syslog output produces no clues, as it just dies and starts again. They aren't in a cabinet so overheating shouldn't be a problem. Any clues? John Alexander john@labertouche.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From Peter.DeSchrijver at netcom-kassel.de Mon Nov 13 02:47:08 2000 From: Peter.DeSchrijver at netcom-kassel.de (De Schrijver Peter) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) Called number not showing in radius logfiles Message-ID: Hi ! I?m trying to set up called number auth. on a Max 6230. My problem is (without configuring anything) I don?t see the called number in my radius logfiles. Now an extract of a user manual of a Max TNT says this about the called number: ######################################################################## ############ This number is always available if specified in a profile. When the profile requires called-number authentication, the number called must match a phone number in a local Connection profile or RADIUS user profile. ######################################################################## ############ I understand it like this : if you don?t set the /// username Password="password", Client-Port-DNIS="phonenum" /// in radius , you don?t get the phonenumber in the radius log ? Will it show any other called numbers ? Does it necessarily mean I need to configure DNIS on the MAX to be able to auth on the called number (and username+password) TIA Peter De Schrijver ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ahakim at intouch.com Mon Nov 13 03:54:30 2000 From: ahakim at intouch.com (Ahmed El-Hakim) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] Duplicate Accounting Records Message-ID: <006701c04d57$b9b9d0f0$094783d5@salec.com.eg> Does anyone know if there is a remedy to this problem: MAX 4k/6k/TNT sometimes send duplicate accounting records that may cause accounting problems with customer specially for those who are charged per usage. I have increased the retry time to 10 sec and max tries are 3 but no use. I am using release 8.0.3 on MAX 6k/TNT Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001113/f5f32880/attachment.html From tsv at nknpz.samara.ru Mon Nov 13 05:37:33 2000 From: tsv at nknpz.samara.ru (Sergey Tsilin) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] DSLPipe, DSLMAX20 and Bootp Relay Message-ID: <004201c04d66$1d05dba0$64a0d30a@nknpz.samara.ru> We have remote offices connecting to DSLPipe-HST. DSL-PipeHST connects to DSLMAX through nailed ppp connections. Connections with IP routing and no bridging. I want configure remote clients with dhcp server (ISC dhcp2.0pl5) . If I enable Bootp Relay only on DSLPipe-HST, DHCP server not recieve any message from remote clients. If I enable Bootp Relay on both DSL-Pipe-HST and DSLMAX, server recieve DHCPDISCOVER, sent DHCPOFFER, but DHCPOFFER not recieved by clients. dhcp-client (Windows NT,95)->DSLPipe-HST->DSLMAX->Router->...->Router->DHCP Server. I dont understand how working BOOTP relay on Ascend units. Does anybody help me or this configuration will not work ? Thanks, Sergey From Peter.DeSchrijver at netcom-kassel.de Mon Nov 13 02:47:08 2000 From: Peter.DeSchrijver at netcom-kassel.de (De Schrijver Peter) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) Called number not showing in radius logfiles Message-ID: Hi ! I?m trying to set up called number auth. on a Max 6230. My problem is (without configuring anything) I don?t see the called number in my radius logfiles. Now an extract of a user manual of a Max TNT says this about the called number: ######################################################################## ############ This number is always available if specified in a profile. When the profile requires called-number authentication, the number called must match a phone number in a local Connection profile or RADIUS user profile. ######################################################################## ############ I understand it like this : if you don?t set the /// username Password="password", Client-Port-DNIS="phonenum" /// in radius , you don?t get the phonenumber in the radius log ? Will it show any other called numbers ? Does it necessarily mean I need to configure DNIS on the MAX to be able to auth on the called number (and username+password) TIA Peter De Schrijver ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Tue Nov 14 00:37:34 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) test Message-ID: test... been at least a week or two since seeing anything posted here. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Tue Nov 14 00:37:34 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) test Message-ID: test... been at least a week or two since seeing anything posted here. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From alamarti at nortelnetworks.com Tue Nov 14 09:42:03 2000 From: alamarti at nortelnetworks.com (Alan Martin) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] Re: (ASCEND) test In-Reply-To: Message-ID: <3.0.1.32.20001114104203.007121c8@zbl6c008.corpeast.baynetworks.com> Well, Troy. I asked the group last week if anyone knew of any way to get more detailed modem stats out of the MAX. No answer. Looking for mibs or ANY other way to get stats such as : SNR Modulation error correction After an analog call terminates. Also do you or anyone know how to get &V2 stats from the modem after an analog call? Thanks Alan At 01:37 AM 11/14/2000 -0500, Troy Settle wrote: >test... been at least a week or two since seeing anything posted here. > > >-- > Troy Settle > Pulaski Networks > 540.994.4254 > >It's always a long day, 86400 doesn't fit into a short. > > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From alamarti at nortelnetworks.com Tue Nov 14 09:42:03 2000 From: alamarti at nortelnetworks.com (Alan Martin) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] Re: (ASCEND) test In-Reply-To: Message-ID: <3.0.1.32.20001114104203.007121c8@zbl6c008.corpeast.baynetworks.com> Well, Troy. I asked the group last week if anyone knew of any way to get more detailed modem stats out of the MAX. No answer. Looking for mibs or ANY other way to get stats such as : SNR Modulation error correction After an analog call terminates. Also do you or anyone know how to get &V2 stats from the modem after an analog call? Thanks Alan At 01:37 AM 11/14/2000 -0500, Troy Settle wrote: >test... been at least a week or two since seeing anything posted here. > > >-- > Troy Settle > Pulaski Networks > 540.994.4254 > >It's always a long day, 86400 doesn't fit into a short. > > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Tue Nov 14 11:49:49 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] Re: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 [FIXED] References: Message-ID: <003701c04e63$490ea800$f763a8d1@lewiscounty.com> We found the problem! It was a bad modem card all along. As it turns out I thought slot 3 was at the top not the bottom of the chassis. Once I changed out the modem card in slot 3 the problems went away and we are accepting full traffic once again. Thanks to everyone who helped with this issue. Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Tue Nov 14 11:49:49 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] Re: (ASCEND) Long tone w/ analog connect on the last 16 ports of 6096 [FIXED] References: Message-ID: <003701c04e63$490ea800$f763a8d1@lewiscounty.com> We found the problem! It was a bad modem card all along. As it turns out I thought slot 3 was at the top not the bottom of the chassis. Once I changed out the modem card in slot 3 the problems went away and we are accepting full traffic once again. Thanks to everyone who helped with this issue. Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matt at knowware.co.uk Tue Nov 14 13:14:30 2000 From: matt at knowware.co.uk (Matthew Watkins) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] RE: (ASCEND) test In-Reply-To: <3.0.1.32.20001114104203.007121c8@zbl6c008.corpeast.baynetworks.com> Message-ID: Alan, A document I've seen describes a tool used by Lucent internally, a Perl script that is capable of generating reporting information from logging entries or directly from the system console. This snippet of information comes from the documentation, and explains a little about gathering AT&V2 information from modems... .modemdiag Modemdiag is a debug command, implemented on all the modem cards used with the TNT, APX, and Max platforms. This command causes a modem, in the process of hanging up from a call, to display some diagnostic information about that call. Modemdiag causes an extra command, AT&V2 to be sent to the modem after a modem is disconnected from a call. Historically, this causes Conexant-based modem chipsets (the MADD, while not Conexant-based, emulates AT&V2) to output an encoded set of statistics, about the call just ended, that look similar to the following: BEGINaa25ab25ac25ba12bb12bc12ca77cb67cc202da4ea0eb0fa88fb88fc89ga10gb1ha41hb 35hc45hd0he43hf173hg0hh0hi0hj35hk40hl36hm42hn45ho39hp43hq42hr40hs39ia23ib23i c23ja0jb0jc0jd0ka1kb1kc0kd1ke16kf16kg0kh0ki38kj0kk0kl30km33kn255la101lb103lc 101ld103ma0mb0m35na0nb0oa0ob0oc0pa1pb0qa12qb1ra34rb148rc129rd129re33rf151rg2 55sa255sb255END These statistics include information such as minimum and maximum transmit and receive speeds; the modem modulation negotiated; the modem's reason for disconnection; and line quality over the last 10 seconds of the connection. Radulator's interpretation of modemdiag is based on Conexant's supplied documentation, version 42. Also of interest may be: GATHERING MODEMDIAG NOTE: enabling modemdiag increases the time (up to 5 seconds) that Conexant-based devices require to reset between calls. On busy systems, where the access server is near capacity, this may mean that callers will receive busy signals as the resetting modems will not yet be able to take calls. The MADD is not subject to this delay. Modemdiag is toggled on or off by typing modemdiag in debug mode. On the TNT, a modem card's debug mode must be accessed from the console, with the "open" command, first. On the Max, debug mode can be accessed from the LCD with CTRL-D, D. Typically, modemdiag can be captured by using the "start logging" option in Windows telnet, after enabling modemdiag on the access server. On a Unix system, you could pipe the output of telnet to "tee ." In either case, the raw log is directly acceptable to Radulator. No pre-processing is required. By itself, modemdiag does not identify the remote users' username or caller ID. Naturally, this makes it impossible to identify a given user. However, modemdiag can be combined with the output of other debug toggle commands, such as routmgr, and tntcall -t 3. Both these of these commands display the users caller ID, if available (tntcall -t 3 requires DNIS or CLID authentication to be enabled, in the access server's ANSWER configuration profile). MADDTELEM Maddtelem, the MADD modem telemetry-gathering tool (available at ftp://ftp.ascend.com/pub/Software-Releases/maddtelem/) has a feature to gather routmgr and modemdiag together, automatically, along with MADD telemetry (logged separately, which is not yet parsable by Radulator). Each line is time and date stamped with the local time of the Unix host on which Maddtelem was running. This feature can be enabled by setting $dologdebug = 1 in maddtelem.conf. I'm currently investigating some modem compatibility issues myself... Hope this information helps in some way. It would seem that Lucent would to well to consider making this tool available to the users on this list, does anyone know where it can be obtained. I may attempt to find out if I can obtain a copy through the ISP team in the UK... Regards, - Matt Matthew Watkins Technical Consultant Knowware UK Ltd Mobile: 07968 755807 Home Office: +44 (0)1223 300917 Fax: +44 (0)1223 301280 Email: matt@knowware.co.uk http://www.knowware.co.uk -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Alan Martin Sent: 14 November 2000 15:42 To: Troy Settle; ascend-users Subject: Re: (ASCEND) test Well, Troy. I asked the group last week if anyone knew of any way to get more detailed modem stats out of the MAX. No answer. Looking for mibs or ANY other way to get stats such as : SNR Modulation error correction After an analog call terminates. Also do you or anyone know how to get &V2 stats from the modem after an analog call? Thanks Alan ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From matt at knowware.co.uk Tue Nov 14 13:14:30 2000 From: matt at knowware.co.uk (Matthew Watkins) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] RE: (ASCEND) test In-Reply-To: <3.0.1.32.20001114104203.007121c8@zbl6c008.corpeast.baynetworks.com> Message-ID: Alan, A document I've seen describes a tool used by Lucent internally, a Perl script that is capable of generating reporting information from logging entries or directly from the system console. This snippet of information comes from the documentation, and explains a little about gathering AT&V2 information from modems... .modemdiag Modemdiag is a debug command, implemented on all the modem cards used with the TNT, APX, and Max platforms. This command causes a modem, in the process of hanging up from a call, to display some diagnostic information about that call. Modemdiag causes an extra command, AT&V2 to be sent to the modem after a modem is disconnected from a call. Historically, this causes Conexant-based modem chipsets (the MADD, while not Conexant-based, emulates AT&V2) to output an encoded set of statistics, about the call just ended, that look similar to the following: BEGINaa25ab25ac25ba12bb12bc12ca77cb67cc202da4ea0eb0fa88fb88fc89ga10gb1ha41hb 35hc45hd0he43hf173hg0hh0hi0hj35hk40hl36hm42hn45ho39hp43hq42hr40hs39ia23ib23i c23ja0jb0jc0jd0ka1kb1kc0kd1ke16kf16kg0kh0ki38kj0kk0kl30km33kn255la101lb103lc 101ld103ma0mb0m35na0nb0oa0ob0oc0pa1pb0qa12qb1ra34rb148rc129rd129re33rf151rg2 55sa255sb255END These statistics include information such as minimum and maximum transmit and receive speeds; the modem modulation negotiated; the modem's reason for disconnection; and line quality over the last 10 seconds of the connection. Radulator's interpretation of modemdiag is based on Conexant's supplied documentation, version 42. Also of interest may be: GATHERING MODEMDIAG NOTE: enabling modemdiag increases the time (up to 5 seconds) that Conexant-based devices require to reset between calls. On busy systems, where the access server is near capacity, this may mean that callers will receive busy signals as the resetting modems will not yet be able to take calls. The MADD is not subject to this delay. Modemdiag is toggled on or off by typing modemdiag in debug mode. On the TNT, a modem card's debug mode must be accessed from the console, with the "open" command, first. On the Max, debug mode can be accessed from the LCD with CTRL-D, D. Typically, modemdiag can be captured by using the "start logging" option in Windows telnet, after enabling modemdiag on the access server. On a Unix system, you could pipe the output of telnet to "tee ." In either case, the raw log is directly acceptable to Radulator. No pre-processing is required. By itself, modemdiag does not identify the remote users' username or caller ID. Naturally, this makes it impossible to identify a given user. However, modemdiag can be combined with the output of other debug toggle commands, such as routmgr, and tntcall -t 3. Both these of these commands display the users caller ID, if available (tntcall -t 3 requires DNIS or CLID authentication to be enabled, in the access server's ANSWER configuration profile). MADDTELEM Maddtelem, the MADD modem telemetry-gathering tool (available at ftp://ftp.ascend.com/pub/Software-Releases/maddtelem/) has a feature to gather routmgr and modemdiag together, automatically, along with MADD telemetry (logged separately, which is not yet parsable by Radulator). Each line is time and date stamped with the local time of the Unix host on which Maddtelem was running. This feature can be enabled by setting $dologdebug = 1 in maddtelem.conf. I'm currently investigating some modem compatibility issues myself... Hope this information helps in some way. It would seem that Lucent would to well to consider making this tool available to the users on this list, does anyone know where it can be obtained. I may attempt to find out if I can obtain a copy through the ISP team in the UK... Regards, - Matt Matthew Watkins Technical Consultant Knowware UK Ltd Mobile: 07968 755807 Home Office: +44 (0)1223 300917 Fax: +44 (0)1223 301280 Email: matt@knowware.co.uk http://www.knowware.co.uk -----Original Message----- From: owner-ascend-users@max.bungi.com [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Alan Martin Sent: 14 November 2000 15:42 To: Troy Settle; ascend-users Subject: Re: (ASCEND) test Well, Troy. I asked the group last week if anyone knew of any way to get more detailed modem stats out of the MAX. No answer. Looking for mibs or ANY other way to get stats such as : SNR Modulation error correction After an analog call terminates. Also do you or anyone know how to get &V2 stats from the modem after an analog call? Thanks Alan ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Tue Nov 14 21:28:28 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) What is the difference between 7.0.1 loads? Message-ID: <001501c04eb4$2093a280$f942c8cc@lewiscounty.com> I have a 6096 that was rebooting every 24 hours. Ascend had me load a stripped down load (not tbaxkh.m60) a year or so ago and it fixed the issue. Last week I had a bad modem problem and they loaded a later release 7.2.3 (tbaxkh.m60) and ever since I've been rebooting again. I need a stripped down release that only does IP. Which should I use: tbaxkh.m60 (currently load and rebooting) tbck.m60 (I think this is the one) tbixkh.m60 tck.m60 Thanks, Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Tue Nov 14 21:28:28 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) What is the difference between 7.0.1 loads? Message-ID: <001501c04eb4$2093a280$f942c8cc@lewiscounty.com> I have a 6096 that was rebooting every 24 hours. Ascend had me load a stripped down load (not tbaxkh.m60) a year or so ago and it fixed the issue. Last week I had a bad modem problem and they loaded a later release 7.2.3 (tbaxkh.m60) and ever since I've been rebooting again. I need a stripped down release that only does IP. Which should I use: tbaxkh.m60 (currently load and rebooting) tbck.m60 (I think this is the one) tbixkh.m60 tck.m60 Thanks, Randy Smith Tiger Mountain Technologies ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From naimi at afranet.com Tue Nov 14 13:11:17 2000 From: naimi at afranet.com (Hoomaan Naimi) Date: Tue Jan 18 13:59:45 2005 Subject: [Ascend] (ASCEND) Rate limitting Pipeline Message-ID: <009b01c04e6e$aa9403d0$041aa6d5@afranet.net> Hi all, Does anybody know if I can limit the bandwidth of a customer using Pipeline for connecting to MAXTNT, to something less than 64kbps ( say 28800bps)? I tested Connection->session-options : rx-data-rate-limit and tx-data-rate-limit, but these settings doesn't function correctly and due to the document, only work for connections that use CAP-RADSL, SDSL and unchannelized DS3 cards. Best Regards Hoomaan Naimi Afranet Network Administrator ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From naimi at afranet.com Tue Nov 14 13:11:17 2000 From: naimi at afranet.com (Hoomaan Naimi) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] (ASCEND) Rate limitting Pipeline Message-ID: <009b01c04e6e$aa9403d0$041aa6d5@afranet.net> Hi all, Does anybody know if I can limit the bandwidth of a customer using Pipeline for connecting to MAXTNT, to something less than 64kbps ( say 28800bps)? I tested Connection->session-options : rx-data-rate-limit and tx-data-rate-limit, but these settings doesn't function correctly and due to the document, only work for connections that use CAP-RADSL, SDSL and unchannelized DS3 cards. Best Regards Hoomaan Naimi Afranet Network Administrator ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Wed Nov 15 04:18:26 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] RE: (ASCEND) What is the difference between 7.0.1 loads? In-Reply-To: <001501c04eb4$2093a280$f942c8cc@lewiscounty.com> Message-ID: On ftp.ascend.com, in the /pub/Software-Releases/Max directory, you'll find a file called upgrade-filenames.txt. In this file, you'll find a description of what all those letters mean. - tbaxkh.m60 This load has appletalk support. Unless you're operating a corporate network requiring appletalk support, you probably don't need this. - tbck.m60 I believe this one has IP support, but no OSPF. - tbixkh.m60 This is the load that I use at 7.0.26. It works beautifully for me. I've got several 4k and 6k boxes running for over a year on 7.0.22 without issue: system.sysDescr.0 = Ascend Max-6000 T1/PRI & BRI S/N: 8401xxx Software +7.0.22+ system.sysUpTime.0 = Timeticks: (3834033500) 443 days, 18:05:35.00 system.sysDescr.0 = Ascend Max-HP T1/PRI S/N: 7361xxx Software +7.0.22+ system.sysUpTime.0 = Timeticks: (3610570800) 417 days, 21:21:48.00 My network environment requires the use of OSPF (I got sick of static routes long ago). If you've got more than a couple routers on your network, I'd reccomend that you go with this load and implement OSPF. - tck.m60 This is about the smallest load there is. I believe it has IP suport, but no OSPF. Might be what you're looking for. In the past, I've had Maxes spontaneously reboot, and the problem seemed to be solved by completely wiping out the configuration, reloading the firmware, then reconfiguring the box from scratch. HTH, -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short. ** -----Original Message----- ** From: owner-ascend-users@max.bungi.com ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith ** Sent: Tuesday, November 14, 2000 10:28 PM ** To: ascend-users@bungi.com ** Subject: (ASCEND) What is the difference between 7.0.1 loads? ** ** ** I have a 6096 that was rebooting every 24 hours. Ascend had me load a ** stripped down load (not tbaxkh.m60) a year or so ago and it ** fixed the issue. ** Last week I had a bad modem problem and they loaded a later ** release 7.2.3 ** (tbaxkh.m60) and ever since I've been rebooting again. I ** need a stripped ** down release that only does IP. Which should I use: ** ** tbaxkh.m60 (currently load and rebooting) ** tbck.m60 (I think this is the one) ** tbixkh.m60 ** tck.m60 ** ** Thanks, ** ** Randy Smith ** Tiger Mountain Technologies ** ** ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ** ascend-users-request@bungi.com ** To get FAQ'd: ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Wed Nov 15 04:18:26 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] RE: (ASCEND) What is the difference between 7.0.1 loads? In-Reply-To: <001501c04eb4$2093a280$f942c8cc@lewiscounty.com> Message-ID: On ftp.ascend.com, in the /pub/Software-Releases/Max directory, you'll find a file called upgrade-filenames.txt. In this file, you'll find a description of what all those letters mean. - tbaxkh.m60 This load has appletalk support. Unless you're operating a corporate network requiring appletalk support, you probably don't need this. - tbck.m60 I believe this one has IP support, but no OSPF. - tbixkh.m60 This is the load that I use at 7.0.26. It works beautifully for me. I've got several 4k and 6k boxes running for over a year on 7.0.22 without issue: system.sysDescr.0 = Ascend Max-6000 T1/PRI & BRI S/N: 8401xxx Software +7.0.22+ system.sysUpTime.0 = Timeticks: (3834033500) 443 days, 18:05:35.00 system.sysDescr.0 = Ascend Max-HP T1/PRI S/N: 7361xxx Software +7.0.22+ system.sysUpTime.0 = Timeticks: (3610570800) 417 days, 21:21:48.00 My network environment requires the use of OSPF (I got sick of static routes long ago). If you've got more than a couple routers on your network, I'd reccomend that you go with this load and implement OSPF. - tck.m60 This is about the smallest load there is. I believe it has IP suport, but no OSPF. Might be what you're looking for. In the past, I've had Maxes spontaneously reboot, and the problem seemed to be solved by completely wiping out the configuration, reloading the firmware, then reconfiguring the box from scratch. HTH, -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short. ** -----Original Message----- ** From: owner-ascend-users@max.bungi.com ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith ** Sent: Tuesday, November 14, 2000 10:28 PM ** To: ascend-users@bungi.com ** Subject: (ASCEND) What is the difference between 7.0.1 loads? ** ** ** I have a 6096 that was rebooting every 24 hours. Ascend had me load a ** stripped down load (not tbaxkh.m60) a year or so ago and it ** fixed the issue. ** Last week I had a bad modem problem and they loaded a later ** release 7.2.3 ** (tbaxkh.m60) and ever since I've been rebooting again. I ** need a stripped ** down release that only does IP. Which should I use: ** ** tbaxkh.m60 (currently load and rebooting) ** tbck.m60 (I think this is the one) ** tbixkh.m60 ** tck.m60 ** ** Thanks, ** ** Randy Smith ** Tiger Mountain Technologies ** ** ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ** ascend-users-request@bungi.com ** To get FAQ'd: ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Wed Nov 15 05:16:32 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) What is the difference between 7.0.1 loads? References: Message-ID: <00d401c04ef5$8226aa60$f942c8cc@lewiscounty.com> Thanks. That's what I needed. ----- Original Message ----- From: "Troy Settle" To: "Randy Smith" ; Sent: Wednesday, November 15, 2000 2:18 AM Subject: RE: (ASCEND) What is the difference between 7.0.1 loads? > > On ftp.ascend.com, in the /pub/Software-Releases/Max directory, you'll > find a file called upgrade-filenames.txt. In this file, you'll find a > description of what all those letters mean. > > - tbaxkh.m60 > > This load has appletalk support. Unless you're operating a > corporate network requiring appletalk support, you probably > don't need this. > > - tbck.m60 > > I believe this one has IP support, but no OSPF. > > - tbixkh.m60 > > This is the load that I use at 7.0.26. It works beautifully for me. > I've got several 4k and 6k boxes running for over a year on 7.0.22 > without issue: > > system.sysDescr.0 = Ascend Max-6000 T1/PRI & BRI S/N: 8401xxx > Software +7.0.22+ > system.sysUpTime.0 = Timeticks: (3834033500) 443 days, 18:05:35.00 > > system.sysDescr.0 = Ascend Max-HP T1/PRI S/N: 7361xxx Software > +7.0.22+ > system.sysUpTime.0 = Timeticks: (3610570800) 417 days, 21:21:48.00 > > My network environment requires the use of OSPF (I got sick of static > routes > long ago). If you've got more than a couple routers on your network, > I'd > reccomend that you go with this load and implement OSPF. > > - tck.m60 > > This is about the smallest load there is. I believe it has > IP suport, but no OSPF. Might be what you're looking for. > > > In the past, I've had Maxes spontaneously reboot, and the problem seemed > to be solved by completely wiping out the configuration, reloading the > firmware, then reconfiguring the box from scratch. > > > HTH, > > -- > Troy Settle > Pulaski Networks > 540.994.4254 > > It's always a long day, 86400 doesn't fit into a short. > > > > ** -----Original Message----- > ** From: owner-ascend-users@max.bungi.com > ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith > ** Sent: Tuesday, November 14, 2000 10:28 PM > ** To: ascend-users@bungi.com > ** Subject: (ASCEND) What is the difference between 7.0.1 loads? > ** > ** > ** I have a 6096 that was rebooting every 24 hours. Ascend had me load a > ** stripped down load (not tbaxkh.m60) a year or so ago and it > ** fixed the issue. > ** Last week I had a bad modem problem and they loaded a later > ** release 7.2.3 > ** (tbaxkh.m60) and ever since I've been rebooting again. I > ** need a stripped > ** down release that only does IP. Which should I use: > ** > ** tbaxkh.m60 (currently load and rebooting) > ** tbck.m60 (I think this is the one) > ** tbixkh.m60 > ** tck.m60 > ** > ** Thanks, > ** > ** Randy Smith > ** Tiger Mountain Technologies > ** > ** > ** ++ Ascend Users Mailing List ++ > ** To unsubscribe: send unsubscribe to > ** ascend-users-request@bungi.com > ** To get FAQ'd: > ** > ** > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at lewiscounty.com Wed Nov 15 05:16:32 2000 From: ascend at lewiscounty.com (Randy Smith) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) What is the difference between 7.0.1 loads? References: Message-ID: <00d401c04ef5$8226aa60$f942c8cc@lewiscounty.com> Thanks. That's what I needed. ----- Original Message ----- From: "Troy Settle" To: "Randy Smith" ; Sent: Wednesday, November 15, 2000 2:18 AM Subject: RE: (ASCEND) What is the difference between 7.0.1 loads? > > On ftp.ascend.com, in the /pub/Software-Releases/Max directory, you'll > find a file called upgrade-filenames.txt. In this file, you'll find a > description of what all those letters mean. > > - tbaxkh.m60 > > This load has appletalk support. Unless you're operating a > corporate network requiring appletalk support, you probably > don't need this. > > - tbck.m60 > > I believe this one has IP support, but no OSPF. > > - tbixkh.m60 > > This is the load that I use at 7.0.26. It works beautifully for me. > I've got several 4k and 6k boxes running for over a year on 7.0.22 > without issue: > > system.sysDescr.0 = Ascend Max-6000 T1/PRI & BRI S/N: 8401xxx > Software +7.0.22+ > system.sysUpTime.0 = Timeticks: (3834033500) 443 days, 18:05:35.00 > > system.sysDescr.0 = Ascend Max-HP T1/PRI S/N: 7361xxx Software > +7.0.22+ > system.sysUpTime.0 = Timeticks: (3610570800) 417 days, 21:21:48.00 > > My network environment requires the use of OSPF (I got sick of static > routes > long ago). If you've got more than a couple routers on your network, > I'd > reccomend that you go with this load and implement OSPF. > > - tck.m60 > > This is about the smallest load there is. I believe it has > IP suport, but no OSPF. Might be what you're looking for. > > > In the past, I've had Maxes spontaneously reboot, and the problem seemed > to be solved by completely wiping out the configuration, reloading the > firmware, then reconfiguring the box from scratch. > > > HTH, > > -- > Troy Settle > Pulaski Networks > 540.994.4254 > > It's always a long day, 86400 doesn't fit into a short. > > > > ** -----Original Message----- > ** From: owner-ascend-users@max.bungi.com > ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Randy Smith > ** Sent: Tuesday, November 14, 2000 10:28 PM > ** To: ascend-users@bungi.com > ** Subject: (ASCEND) What is the difference between 7.0.1 loads? > ** > ** > ** I have a 6096 that was rebooting every 24 hours. Ascend had me load a > ** stripped down load (not tbaxkh.m60) a year or so ago and it > ** fixed the issue. > ** Last week I had a bad modem problem and they loaded a later > ** release 7.2.3 > ** (tbaxkh.m60) and ever since I've been rebooting again. I > ** need a stripped > ** down release that only does IP. Which should I use: > ** > ** tbaxkh.m60 (currently load and rebooting) > ** tbck.m60 (I think this is the one) > ** tbixkh.m60 > ** tck.m60 > ** > ** Thanks, > ** > ** Randy Smith > ** Tiger Mountain Technologies > ** > ** > ** ++ Ascend Users Mailing List ++ > ** To unsubscribe: send unsubscribe to > ** ascend-users-request@bungi.com > ** To get FAQ'd: > ** > ** > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From danko at sezampro.yu Wed Nov 15 12:28:47 2000 From: danko at sezampro.yu (Danko Jevtovic) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] (ASCEND) MAX4000 reset In-Reply-To: <00d401c04ef5$8226aa60$f942c8cc@lewiscounty.com> Message-ID: Hi 2 all, I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 lines) mixes analog & ISDN, Radius authentication & accounting. Everything was find, but few weeks ago we started to experience frequent resets (we have two such units and we get few restarts every day). I suspect some hacker activity (any new exploits or security problems) or strange username/password. It there anybody in the list with similar symptoms or anybody who can understand my fatal-history? Thanks and regards, Danko WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:12:47 Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:29:34 Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:32:56 Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:33:01 Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:33:06 Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:35:24 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From danko at sezampro.yu Wed Nov 15 12:28:47 2000 From: danko at sezampro.yu (Danko Jevtovic) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] (ASCEND) MAX4000 reset In-Reply-To: <00d401c04ef5$8226aa60$f942c8cc@lewiscounty.com> Message-ID: Hi 2 all, I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 lines) mixes analog & ISDN, Radius authentication & accounting. Everything was find, but few weeks ago we started to experience frequent resets (we have two such units and we get few restarts every day). I suspect some hacker activity (any new exploits or security problems) or strange username/password. It there anybody in the list with similar symptoms or anybody who can understand my fatal-history? Thanks and regards, Danko WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:12:47 Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:29:34 Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:32:56 Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:33:01 Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:33:06 Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 Date: 11/14/2000. Time: 22:35:24 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From david at entercomp.com Wed Nov 15 15:53:44 2000 From: david at entercomp.com (David Mills) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] (ASCEND) static IP address Message-ID: How can we assign a static IP address to a dial up user? We are using NT Radius. Can we do this using the 4048 only? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From david at entercomp.com Wed Nov 15 15:53:44 2000 From: david at entercomp.com (David Mills) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] (ASCEND) static IP address Message-ID: How can we assign a static IP address to a dial up user? We are using NT Radius. Can we do this using the 4048 only? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Wed Nov 15 19:53:42 2000 From: gdaley at lucent.com (Greg Daley) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) static IP address In-Reply-To: Message-ID: <3.0.5.32.20001116125342.00ade310@mail.ascend.com.au> At 15:53 15/11/00 -0600, David Mills wrote: >How can we assign a static IP address to a dial up user? We are using NT >Radius. Can we do this using the 4048 only? in RFC Compliant Radius, use attributes: Framed-IP-Address as well as Framed-IP-Netmask Possibly like this: username1 Password = "password" Framed-IP-Address = 192.168.100.104 Framed-IP-Netmask = 255.255.255.255 On the max, if you configure a local connection profile for the user, you can set the IP Options..Lan Adrs in the connection profile. This will be assigned to the user in the PPP IPCP negotiations. Please test this with a fake user before deploying it. Greg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 16 11:38:02 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) MAX4000 reset In-Reply-To: <200011160645.WAA08831@max.bungi.com> References: <200011160645.WAA08831@max.bungi.com> Message-ID: >From: "Danko Jevtovic" > >I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 >lines) mixes analog & ISDN, Radius authentication & accounting. I think you mean 7.0.26... >Everything was find, but few weeks ago we started to experience frequent >resets (we have two such units and we get few restarts every day). I suspect >some hacker activity (any new exploits or security problems) or strange >username/password. > >It there anybody in the list with similar symptoms or anybody who can >understand my fatal-history? > >WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:12:47 > Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:29:34 > Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:32:56 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:01 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:06 > Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 > >SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:35:24 A detailed list of fatal errors and warnings is available on https://www.esight.com/. look at your errors, lack of memory is implied, possibly due to a leak. This is not surprising, as the Max 4000 has very little memory. pool -v in Diagnostics will report memory usage. I'd suggest doing fsave, nvramclear on these boxes and take it from there. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From gdaley at lucent.com Wed Nov 15 19:53:42 2000 From: gdaley at lucent.com (Greg Daley) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) static IP address In-Reply-To: Message-ID: <3.0.5.32.20001116125342.00ade310@mail.ascend.com.au> At 15:53 15/11/00 -0600, David Mills wrote: >How can we assign a static IP address to a dial up user? We are using NT >Radius. Can we do this using the 4048 only? in RFC Compliant Radius, use attributes: Framed-IP-Address as well as Framed-IP-Netmask Possibly like this: username1 Password = "password" Framed-IP-Address = 192.168.100.104 Framed-IP-Netmask = 255.255.255.255 On the max, if you configure a local connection profile for the user, you can set the IP Options..Lan Adrs in the connection profile. This will be assigned to the user in the PPP IPCP negotiations. Please test this with a fake user before deploying it. Greg ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 16 11:26:33 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) Rate limitting Pipeline In-Reply-To: <200011160645.WAA08831@max.bungi.com> References: <200011160645.WAA08831@max.bungi.com> Message-ID: >From: "Hoomaan Naimi" > >Does anybody know if I can limit the bandwidth of a customer using Pipeline >for connecting to MAXTNT, to something less than 64kbps ( say 28800bps)? I >tested Connection->session-options : rx-data-rate-limit and >tx-data-rate-limit, but these settings doesn't function correctly and due to >the document, only work for connections that use CAP-RADSL, SDSL and >unchannelized DS3 cards. There's no way to do that. You might be able to set the connection to 56k instead of 64k, but you can't rate-shape PPP or Frame with these devices. If you need to do this, you'd have to do it elsewhere on your network with some other device. Why not just not use ISDN for this customer and have 'em use a router with a modem in it? -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 16 11:38:02 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:46 2005 Subject: [Ascend] Re: (ASCEND) MAX4000 reset In-Reply-To: <200011160645.WAA08831@max.bungi.com> References: <200011160645.WAA08831@max.bungi.com> Message-ID: >From: "Danko Jevtovic" > >I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 >lines) mixes analog & ISDN, Radius authentication & accounting. I think you mean 7.0.26... >Everything was find, but few weeks ago we started to experience frequent >resets (we have two such units and we get few restarts every day). I suspect >some hacker activity (any new exploits or security problems) or strange >username/password. > >It there anybody in the list with similar symptoms or anybody who can >understand my fatal-history? > >WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:12:47 > Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:29:34 > Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:32:56 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:01 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:06 > Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 > >SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:35:24 A detailed list of fatal errors and warnings is available on https://www.esight.com/. look at your errors, lack of memory is implied, possibly due to a leak. This is not surprising, as the Max 4000 has very little memory. pool -v in Diagnostics will report memory usage. I'd suggest doing fsave, nvramclear on these boxes and take it from there. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ahakim at intouch.com Thu Nov 16 01:46:10 2000 From: ahakim at intouch.com (Ahmed El-Hakim) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Duplicate Accounting Records Message-ID: <005f01c04fa1$6164f870$094783d5@salec.com.eg> Does anyone know if there is a remedy to this problem: MAX 4k/6k/TNT sometimes send duplicate accounting records that may cause accounting problems with customer specially for those who are charged per usage. I have increased the retry time to 10 sec and max tries are 3 but no use. I am using release 8.0.3 on MAX 6k/TNT Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001116/cb5aba7d/attachment.htm From danko at sezampro.yu Thu Nov 16 12:19:50 2000 From: danko at sezampro.yu (Danko Jevtovic) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] RE: (ASCEND) MAX4000 reset In-Reply-To: Message-ID: >From: "Danko Jevtovic" > >I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 >lines) mixes analog & ISDN, Radius authentication & accounting. I think you mean 7.0.26... ============================================= Yes, typing error. >Everything was find, but few weeks ago we started to experience frequent >resets (we have two such units and we get few restarts every day). I suspect >some hacker activity (any new exploits or security problems) or strange >username/password. > >It there anybody in the list with similar symptoms or anybody who can >understand my fatal-history? > >WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:12:47 > Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:29:34 > Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:32:56 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:01 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:06 > Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 > >SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:35:24 A detailed list of fatal errors and warnings is available on https://www.esight.com/. look at your errors, lack of memory is implied, possibly due to a leak. This is not surprising, as the Max 4000 has very little memory. pool -v in Diagnostics will report memory usage. ============================================== Looks like memory, but I have same problem on both units and everything was find for months until two weeks ago. I suspect some external cause related to hidden software problem. Regards, Danko ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From danko at sezampro.yu Thu Nov 16 12:19:50 2000 From: danko at sezampro.yu (Danko Jevtovic) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] RE: (ASCEND) MAX4000 reset In-Reply-To: Message-ID: >From: "Danko Jevtovic" > >I am having reset problems with MAX4000 software 7.2.26, E1 PRI ISDN (2 >lines) mixes analog & ISDN, Radius authentication & accounting. I think you mean 7.0.26... ============================================= Yes, typing error. >Everything was find, but few weeks ago we started to experience frequent >resets (we have two such units and we get few restarts every day). I suspect >some hacker activity (any new exploits or security problems) or strange >username/password. > >It there anybody in the list with similar symptoms or anybody who can >understand my fatal-history? > >WARNING: Index: 145 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:12:47 > Location: b00aebc0 b00afbf4 b00b5dbc b00b6158 b00c2acc b00cd690 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:29:34 > Location: b00525ac b00c7a34 b0177a74 b0170ce0 b00ce250 b0053a08 > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:32:56 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >WARNING: Index: 175 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:01 > Location: b00525ac b00ce970 b00c6908 b016acc8 b016b140 b016b80c > >FATAL ERROR: Index: 2 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:33:06 > Location: b0114068 b0055bac b0192fb0 b019349c b01996ac b009eae0 > >SYSTEM IS UP: Index: 100 Load: feik.m40 Revision: 7.0.26 > Date: 11/14/2000. Time: 22:35:24 A detailed list of fatal errors and warnings is available on https://www.esight.com/. look at your errors, lack of memory is implied, possibly due to a leak. This is not surprising, as the Max 4000 has very little memory. pool -v in Diagnostics will report memory usage. ============================================== Looks like memory, but I have same problem on both units and everything was find for months until two weeks ago. I suspect some external cause related to hidden software problem. Regards, Danko ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at owt.com Thu Nov 16 13:58:59 2000 From: ascend at owt.com (Russ Hughes) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) Max 4000 Making unwanted outgoing call Message-ID: Since changing phone companies I have discovered my Max 4000 is making 1000's of expensive outgoing calls to my ISDN customers. All of the outgoing calls are to customers with profiles in the max, all are set AnsOrig=Ans Only, Callback=No, Exp Callback=No and none have numbers in Dial #. My only guess is that the outgoing calls must have something to due with dynamic bandwidth allocation. I've searched the documentation that I can find and several mailing list archives and have not found an explanation or a way to stop the outgoing calls. Can anyone give me some pointers as to what is causing this? Russ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at owt.com Thu Nov 16 13:58:59 2000 From: ascend at owt.com (Russ Hughes) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) Max 4000 Making unwanted outgoing call Message-ID: Since changing phone companies I have discovered my Max 4000 is making 1000's of expensive outgoing calls to my ISDN customers. All of the outgoing calls are to customers with profiles in the max, all are set AnsOrig=Ans Only, Callback=No, Exp Callback=No and none have numbers in Dial #. My only guess is that the outgoing calls must have something to due with dynamic bandwidth allocation. I've searched the documentation that I can find and several mailing list archives and have not found an explanation or a way to stop the outgoing calls. Can anyone give me some pointers as to what is causing this? Russ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From david at entercomp.com Thu Nov 16 14:48:25 2000 From: david at entercomp.com (David Mills) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) log files Message-ID: in the ascend 4048 log files example: call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... What does the c=45 and p=60 tell you? TIA ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at owt.com Thu Nov 16 15:01:37 2000 From: ascend at owt.com (Russ Hughes) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call In-Reply-To: <4.3.2.7.2.20001116123717.00c34690@akita.eng.ascend.com> Message-ID: The connection is ISDN PRI and there are no outgoing numbers in radius and the customers that are getting called are not in radius but in the max connection profiles. I haven?t checked the duration of many of the call yet but this one was short. Here is a snippit of the logs for an example connection. Is there any way to make the max tell me what is causing it to dial out? Nov 16 12:42:13 max ASCEND: slot 0 port 0, line 1, channel 12, Incoming Call, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:13 max ASCEND: slot 9 port 1, Assigned to port, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:15 max ASCEND: slot 9 port 1, line 1, channel 12, Call Connected, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:15 max ASCEND: call 114 AN slot 9 port 1 64K 0650 Nov 16 12:42:18 max ASCEND: slot 9 port 1, LAN session up, Iwolfjohn [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: call 114 CL 0K u=Iwolfjohn c=185 p=60 s=64000 r=64000 Nov 16 12:42:29 max ASCEND: slot 9 port 1, line 1, channel 12, Call Disconnected [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: slot 9 port 1, Call Terminated [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: slot 0 port 0, LAN session down, Iwolfjohn [MBID 241; 5095437034->0650] Nov 16 12:42:29 max Conn=("Iwolfjohn" 5095437034->0650 PPP 64000/64000 60/185) Auth=(5 99/4 105/4) Sess=(11 131/8 4589/12) Nov 16 12:43:20 max ASCEND: slot 9 port 1, Outgoing Call [MBID 244] Nov 16 12:43:20 max ASCEND: slot 9 port 1, line 3, channel 1, Call Connected, 5095437034 [MBID 244] Nov 16 12:44:06 max ASCEND: slot 10 port 1, Call Terminated [MBID 244] >> Nope - the calling side ALWAYS makes all the calls - so unless you >> originated the calls from the MAX - it will not make any calls in the same >> session. > >> Anything in RADIUS that might have an outgoing number? > >> Is your local connection to the phone company ISDN or robbed-bit? > > > > Kevin Smith TNT/APX Engineering > kas@lucent.com Lucent Technologies > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Thu Nov 16 11:26:33 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) Rate limitting Pipeline In-Reply-To: <200011160645.WAA08831@max.bungi.com> References: <200011160645.WAA08831@max.bungi.com> Message-ID: >From: "Hoomaan Naimi" > >Does anybody know if I can limit the bandwidth of a customer using Pipeline >for connecting to MAXTNT, to something less than 64kbps ( say 28800bps)? I >tested Connection->session-options : rx-data-rate-limit and >tx-data-rate-limit, but these settings doesn't function correctly and due to >the document, only work for connections that use CAP-RADSL, SDSL and >unchannelized DS3 cards. There's no way to do that. You might be able to set the connection to 56k instead of 64k, but you can't rate-shape PPP or Frame with these devices. If you need to do this, you'd have to do it elsewhere on your network with some other device. Why not just not use ISDN for this customer and have 'em use a router with a modem in it? -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From david at entercomp.com Thu Nov 16 14:48:25 2000 From: david at entercomp.com (David Mills) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) log files Message-ID: in the ascend 4048 log files example: call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... What does the c=45 and p=60 tell you? TIA ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at owt.com Thu Nov 16 15:01:37 2000 From: ascend at owt.com (Russ Hughes) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call In-Reply-To: <4.3.2.7.2.20001116123717.00c34690@akita.eng.ascend.com> Message-ID: The connection is ISDN PRI and there are no outgoing numbers in radius and the customers that are getting called are not in radius but in the max connection profiles. I haven?t checked the duration of many of the call yet but this one was short. Here is a snippit of the logs for an example connection. Is there any way to make the max tell me what is causing it to dial out? Nov 16 12:42:13 max ASCEND: slot 0 port 0, line 1, channel 12, Incoming Call, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:13 max ASCEND: slot 9 port 1, Assigned to port, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:15 max ASCEND: slot 9 port 1, line 1, channel 12, Call Connected, 5095437034 [MBID 241; 5095437034->0650] Nov 16 12:42:15 max ASCEND: call 114 AN slot 9 port 1 64K 0650 Nov 16 12:42:18 max ASCEND: slot 9 port 1, LAN session up, Iwolfjohn [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: call 114 CL 0K u=Iwolfjohn c=185 p=60 s=64000 r=64000 Nov 16 12:42:29 max ASCEND: slot 9 port 1, line 1, channel 12, Call Disconnected [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: slot 9 port 1, Call Terminated [MBID 241; 5095437034->0650] Nov 16 12:42:29 max ASCEND: slot 0 port 0, LAN session down, Iwolfjohn [MBID 241; 5095437034->0650] Nov 16 12:42:29 max Conn=("Iwolfjohn" 5095437034->0650 PPP 64000/64000 60/185) Auth=(5 99/4 105/4) Sess=(11 131/8 4589/12) Nov 16 12:43:20 max ASCEND: slot 9 port 1, Outgoing Call [MBID 244] Nov 16 12:43:20 max ASCEND: slot 9 port 1, line 3, channel 1, Call Connected, 5095437034 [MBID 244] Nov 16 12:44:06 max ASCEND: slot 10 port 1, Call Terminated [MBID 244] >> Nope - the calling side ALWAYS makes all the calls - so unless you >> originated the calls from the MAX - it will not make any calls in the same >> session. > >> Anything in RADIUS that might have an outgoing number? > >> Is your local connection to the phone company ISDN or robbed-bit? > > > > Kevin Smith TNT/APX Engineering > kas@lucent.com Lucent Technologies > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sp at iphh.de Thu Nov 16 16:48:27 2000 From: sp at iphh.de (Sascha E. Pollok) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) log files In-Reply-To: Message-ID: > in the ascend 4048 log files example: > call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > > What does the c=45 and p=60 tell you? Well, cause 45 is definitely "Peer sent a term-req" meaning that the remote end wants to terminate the session. progress 60 is "Lan session is up" in my opinion. Meaning that the session was up but the caller terminated the session (e.g. by disconnecting the session in the dialup-networking). There is usually nothing wrong with this codes. Most of the sessions we got here are terminated with these codes. The "c=" is just the "cause" why the session was dropped and the "p=" is the "progress" of the session meaning the last state the session was in. Hope this helps! Regars, Sascha ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sp at iphh.de Thu Nov 16 16:48:27 2000 From: sp at iphh.de (Sascha E. Pollok) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) log files In-Reply-To: Message-ID: > in the ascend 4048 log files example: > call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > > What does the c=45 and p=60 tell you? Well, cause 45 is definitely "Peer sent a term-req" meaning that the remote end wants to terminate the session. progress 60 is "Lan session is up" in my opinion. Meaning that the session was up but the caller terminated the session (e.g. by disconnecting the session in the dialup-networking). There is usually nothing wrong with this codes. Most of the sessions we got here are terminated with these codes. The "c=" is just the "cause" why the session was dropped and the "p=" is the "progress" of the session meaning the last state the session was in. Hope this helps! Regars, Sascha ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at austintx.net Thu Nov 16 17:08:26 2000 From: ascend at austintx.net (Randy Martin) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) log files In-Reply-To: Message-ID: <5.0.0.25.2.20001116170600.028759e0@post.austintx.net> At 02:48 PM 11/16/2000 -0600, you wrote: >in the ascend 4048 log files example: >call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > >What does the c=45 and p=60 tell you? >TIA > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: Go to www.esight.com, login (if you don't have access, just register), and get a copy of the Ascend Max 4000 Administration Guide. Look on page 6-12 and you'll find a complete listing of the disconnect cause codes and the progress codes. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Thu Nov 16 17:13:35 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] RE: (ASCEND) log files In-Reply-To: Message-ID: p = connect progress c = disconnect cause 60 = Lan Session Up 45 = Remote end requested PPP termination There's a complete list on www.esight.com that you can get. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of David Mills > Sent: Thursday, November 16, 2000 3:48 PM > To: ascend-users@max.bungi.com > Subject: (ASCEND) log files > > > in the ascend 4048 log files example: > call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > > What does the c=45 and p=60 tell you? > TIA > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at austintx.net Thu Nov 16 17:08:26 2000 From: ascend at austintx.net (Randy Martin) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] Re: (ASCEND) log files In-Reply-To: Message-ID: <5.0.0.25.2.20001116170600.028759e0@post.austintx.net> At 02:48 PM 11/16/2000 -0600, you wrote: >in the ascend 4048 log files example: >call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > >What does the c=45 and p=60 tell you? >TIA > >++ Ascend Users Mailing List ++ >To unsubscribe: send unsubscribe to ascend-users-request@bungi.com >To get FAQ'd: Go to www.esight.com, login (if you don't have access, just register), and get a copy of the Ascend Max 4000 Administration Guide. Look on page 6-12 and you'll find a complete listing of the disconnect cause codes and the progress codes. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Thu Nov 16 17:13:35 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] RE: (ASCEND) log files In-Reply-To: Message-ID: p = connect progress c = disconnect cause 60 = Lan Session Up 45 = Remote end requested PPP termination There's a complete list on www.esight.com that you can get. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of David Mills > Sent: Thursday, November 16, 2000 3:48 PM > To: ascend-users@max.bungi.com > Subject: (ASCEND) log files > > > in the ascend 4048 log files example: > call 7 CL ok u=somename c=45 p=60 s=33600 r=26400.... > > What does the c=45 and p=60 tell you? > TIA > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From postmaster at 808news.com Thu Nov 16 09:06:01 2000 From: postmaster at 808news.com (R Gamberg) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) V.92 / Comdex Message-ID: <20001116200651.SM00470@web032> Lucent demo's V.92 modem-on-hold and V.44 compression at Comdex 2000; Apparently the demo lacks connections using PCM upstream.... See the 16-Nov-00 V.92 Special Report Update at www.808hi.com/56k/v92s.htm Anybody on the list at Comdex? I'm seeking more info on the Lucent demo as well as what Cisco is showing for V.92.... Also interested in any comments and opinion on your plans/need to support V.92.... mailto:richard@808hi.com Aloha, v.Richard www.808hi.com/56k/ - 56k=v.Unreliable ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From postmaster at 808news.com Thu Nov 16 09:06:01 2000 From: postmaster at 808news.com (R Gamberg) Date: Tue Jan 18 13:59:47 2005 Subject: [Ascend] (ASCEND) V.92 / Comdex Message-ID: <20001116200651.SM00470@web032> Lucent demo's V.92 modem-on-hold and V.44 compression at Comdex 2000; Apparently the demo lacks connections using PCM upstream.... See the 16-Nov-00 V.92 Special Report Update at www.808hi.com/56k/v92s.htm Anybody on the list at Comdex? I'm seeking more info on the Lucent demo as well as what Cisco is showing for V.92.... Also interested in any comments and opinion on your plans/need to support V.92.... mailto:richard@808hi.com Aloha, v.Richard www.808hi.com/56k/ - 56k=v.Unreliable ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tony at lava.net Fri Nov 17 03:36:30 2000 From: tony at lava.net (Antonio Querubin) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] (ASCEND) whither avm? In-Reply-To: <200011170645.WAA14631@max.bungi.com> Message-ID: We recently received a new MAX 6000 and it came with software version 8.0.2. Looking through the manuals I can't find any mention of the 'avm' diagnostic command that used to be available in version 6. Anybody know what the equivalent of avm is in this more recent software version? Has it been done away with altogether? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tony at lava.net Fri Nov 17 03:36:30 2000 From: tony at lava.net (Antonio Querubin) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] (ASCEND) whither avm? In-Reply-To: <200011170645.WAA14631@max.bungi.com> Message-ID: We recently received a new MAX 6000 and it came with software version 8.0.2. Looking through the manuals I can't find any mention of the 'avm' diagnostic command that used to be available in version 6. Anybody know what the equivalent of avm is in this more recent software version? Has it been done away with altogether? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skm at scotnet.co.uk Fri Nov 17 05:39:50 2000 From: skm at scotnet.co.uk (Stephen Mulrine) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call References: Message-ID: <3A151906.E7447BBD@scotnet.co.uk> Russ Hughes wrote: > The connection is ISDN PRI and there are no outgoing numbers in radius and > the customers that are getting called are not in radius but in the max > connection profiles. Might it be possible to put the mockers on its dial-out attempts by setting Use Trunk Groups to "yes" and, if necessary, assigning all the ISDN channels to a group which will not be used? (The default of 9 might be okay.) There is a debug command, wddialout, which is supposed to show what had caused the MAX to dial out, but it never worked for me. Stephen ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From skm at scotnet.co.uk Fri Nov 17 05:39:50 2000 From: skm at scotnet.co.uk (Stephen Mulrine) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call References: Message-ID: <3A151906.E7447BBD@scotnet.co.uk> Russ Hughes wrote: > The connection is ISDN PRI and there are no outgoing numbers in radius and > the customers that are getting called are not in radius but in the max > connection profiles. Might it be possible to put the mockers on its dial-out attempts by setting Use Trunk Groups to "yes" and, if necessary, assigning all the ISDN channels to a group which will not be used? (The default of 9 might be okay.) There is a debug command, wddialout, which is supposed to show what had caused the MAX to dial out, but it never worked for me. Stephen ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From blaz at amis.net Fri Nov 17 09:41:25 2000 From: blaz at amis.net (Blaz Zupan) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: > We recently received a new MAX 6000 and it came with software version > 8.0.2. Looking through the manuals I can't find any mention of the 'avm' > diagnostic command that used to be available in version 6. Anybody know > what the equivalent of avm is in this more recent software version? Has > it been done away with altogether? Try "lanp modem". Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From blaz at amis.net Fri Nov 17 09:41:25 2000 From: blaz at amis.net (Blaz Zupan) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: > We recently received a new MAX 6000 and it came with software version > 8.0.2. Looking through the manuals I can't find any mention of the 'avm' > diagnostic command that used to be available in version 6. Anybody know > what the equivalent of avm is in this more recent software version? Has > it been done away with altogether? Try "lanp modem". Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Fri Nov 17 11:48:21 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call In-Reply-To: <200011170645.WAA14631@max.bungi.com> References: <200011170645.WAA14631@max.bungi.com> Message-ID: >From: Russ Hughes > >Since changing phone companies I have discovered my Max 4000 is making >1000's of expensive outgoing calls to my ISDN customers. All of the >outgoing calls are to customers with profiles in the max, all are set >AnsOrig=Ans Only, Callback=No, Exp Callback=No and none have numbers in Dial >#. With those settings, it's hard to see how the Max could be placing calls. Certainly I've _never_ seen one do that. But if the Max is really placing calls from a local profiles, then the number must be in the config. Try saving the config out as text and searching it for the number(s) you see on your bill. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From plalor at infoasis.com Fri Nov 17 11:48:21 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) Max 4000 Making unwanted outgoing call In-Reply-To: <200011170645.WAA14631@max.bungi.com> References: <200011170645.WAA14631@max.bungi.com> Message-ID: >From: Russ Hughes > >Since changing phone companies I have discovered my Max 4000 is making >1000's of expensive outgoing calls to my ISDN customers. All of the >outgoing calls are to customers with profiles in the max, all are set >AnsOrig=Ans Only, Callback=No, Exp Callback=No and none have numbers in Dial >#. With those settings, it's hard to see how the Max could be placing calls. Certainly I've _never_ seen one do that. But if the Max is really placing calls from a local profiles, then the number must be in the config. Try saving the config out as text and searching it for the number(s) you see on your bill. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tony at lava.net Fri Nov 17 14:01:46 2000 From: tony at lava.net (Antonio Querubin) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: On Fri, 17 Nov 2000, Blaz Zupan wrote: > > We recently received a new MAX 6000 and it came with software version > > 8.0.2. Looking through the manuals I can't find any mention of the 'avm' > > diagnostic command that used to be available in version 6. Anybody know > > what the equivalent of avm is in this more recent software version? Has > > it been done away with altogether? > > Try "lanp modem". Thanks! Did this first appear in version 7 or did it first appear in version 8? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From blaz at amis.net Fri Nov 17 14:02:50 2000 From: blaz at amis.net (Blaz Zupan) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: On Fri, 17 Nov 2000, Antonio Querubin wrote: > Thanks! Did this first appear in version 7 or did it first appear in > version 8? It was first in version 8. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tony at lava.net Fri Nov 17 14:01:46 2000 From: tony at lava.net (Antonio Querubin) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: On Fri, 17 Nov 2000, Blaz Zupan wrote: > > We recently received a new MAX 6000 and it came with software version > > 8.0.2. Looking through the manuals I can't find any mention of the 'avm' > > diagnostic command that used to be available in version 6. Anybody know > > what the equivalent of avm is in this more recent software version? Has > > it been done away with altogether? > > Try "lanp modem". Thanks! Did this first appear in version 7 or did it first appear in version 8? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From blaz at amis.net Fri Nov 17 14:02:50 2000 From: blaz at amis.net (Blaz Zupan) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] Re: (ASCEND) whither avm? In-Reply-To: Message-ID: On Fri, 17 Nov 2000, Antonio Querubin wrote: > Thanks! Did this first appear in version 7 or did it first appear in > version 8? It was first in version 8. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From hahaha at sexyfun.net Tue Nov 21 07:40:15 2000 From: hahaha at sexyfun.net (Hahaha) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] (ASCEND) Enanito si, pero con que pedazo! Message-ID: <008a014401315b0MAIL2@mail2.arnet.com.ar> Faltaba apenas un dia para su aniversario de de 18 años. Blanca de Nieve fuera siempre muy bien cuidada por los enanitos. Ellos le prometieron una *grande* sorpresa para su fiesta de compleaños. Al entardecer, llegaron. Tenian un brillo incomun en los ojos... -------------- next part -------------- A non-text attachment was scrubbed... Name: enano porno.exe Type: application/octet-stream Size: 23040 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001121/1434e743/enanoporno.obj From hahaha at sexyfun.net Tue Nov 21 07:40:15 2000 From: hahaha at sexyfun.net (Hahaha) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] (ASCEND) Enanito si, pero con que pedazo! Message-ID: <008a014401315b0MAIL2@mail2.arnet.com.ar> Faltaba apenas un dia para su aniversario de de 18 años. Blanca de Nieve fuera siempre muy bien cuidada por los enanitos. Ellos le prometieron una *grande* sorpresa para su fiesta de compleaños. Al entardecer, llegaron. Tenian un brillo incomun en los ojos... -------------- next part -------------- A non-text attachment was scrubbed... Name: enano porno.exe Type: application/octet-stream Size: 23040 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001121/1434e743/enanoporno-0001.obj From guido at ipa.net Wed Nov 22 08:52:48 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:48 2005 Subject: [Ascend] (ASCEND) Max 6000 reset In-Reply-To: Message-ID: I've got a 6000 running 9.0.0 that is appearantly resetting itself. I'm not sure why but the following is a snippet of the fatal-history log. I checked esight's fatal log list but it didn't show an entry for 330 or 385. If anybody has any ideas I'd appreaciate the info. WARNING: Index: 330 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:52:18 Location: b0111018 b02d4234 b02d5df0 b0252e8c b0141000 b0204434 FATAL ERROR: Index: 1 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:52:18 Location: b02d425c b02d5df0 b0252e8c b0141000 b0204434 b02044f0 SYSTEM IS UP: Index: 100 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:55:36 WARNING: Index: 109 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:21:22 Location: b02d5888 b0251894 b02a467c b02dd5e8 b02dd4b8 b02dacf4 SYSTEM RESET OCCURRED: Index: 385 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:24:40 Location: b0187ee4 b02498f0 b0185a6c 00000000 00000000 00000000 SYSTEM IS UP: Index: 100 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:24:40 Thanks. ---Dave Montgomery ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From guido at ipa.net Wed Nov 22 08:52:48 2000 From: guido at ipa.net (Dave Montgomery) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) Max 6000 reset In-Reply-To: Message-ID: I've got a 6000 running 9.0.0 that is appearantly resetting itself. I'm not sure why but the following is a snippet of the fatal-history log. I checked esight's fatal log list but it didn't show an entry for 330 or 385. If anybody has any ideas I'd appreaciate the info. WARNING: Index: 330 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:52:18 Location: b0111018 b02d4234 b02d5df0 b0252e8c b0141000 b0204434 FATAL ERROR: Index: 1 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:52:18 Location: b02d425c b02d5df0 b0252e8c b0141000 b0204434 b02044f0 SYSTEM IS UP: Index: 100 Load: tik.m60 Revision: 9.0.0 Date: 11/19/2000. Time: 10:55:36 WARNING: Index: 109 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:21:22 Location: b02d5888 b0251894 b02a467c b02dd5e8 b02dd4b8 b02dacf4 SYSTEM RESET OCCURRED: Index: 385 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:24:40 Location: b0187ee4 b02498f0 b0185a6c 00000000 00000000 00000000 SYSTEM IS UP: Index: 100 Load: tik.m60 Revision: 9.0.0 Date: 11/20/2000. Time: 21:24:40 Thanks. ---Dave Montgomery ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From wagner at grz.at Wed Nov 22 23:58:47 2000 From: wagner at grz.at (wagner@grz.at) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From wagner at grz.at Wed Nov 22 23:58:47 2000 From: wagner at grz.at (wagner@grz.at) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at saffron.colloquium.co.uk Thu Nov 23 08:53:52 2000 From: ascend at saffron.colloquium.co.uk (ascend@saffron.colloquium.co.uk) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) ISDN Multilink problems with Cisco 1603R and Max 4000 Message-ID: <200011231453.OAA05496@saffron.colloquium.co.uk> Hello; We are an ISP trying to set up one of our customers with a Cisco 1603R, to connect to our Ascend Max 4000 using ISDN. The customer can connect fine with no problems when using a single channel PPP connection, but when we switch the connection to multilink, it appears to work to start with, but at the point when the connection would normally drop, the link goes dead - the line physically stays up, but no traffic passes between the Cisco and our Ascend, and the only solution is to power-cycle the Cisco. Some more information: the Ascend Max 4000 in question is running System 6.1.24, and the Cisco 1603R is running IOS 12.0. Here is a copy of the config of the Cisco :- ! version 12.0 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname GMILTD ! enable password xxxxxxxxxx ! username GMILTD password 0 xxxxxxxx ip subnet-zero isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address ip.of.the.cisco 255.255.255.248 no ip directed-broadcast ! interface BRI0 description ISDN connectivity ip unnumbered Ethernet0 no ip directed-broadcast encapsulation ppp ip tcp header-compression dialer idle-timeout 20 dialer map ip ip.of.the.ascend name GMILTD 95556667777 dialer-group 1 isdn switch-type basic-net3 no ppp lcp fast-start ppp authentication chap pap callin ppp chap hostname GMILTD ppp chap password 7 xxxxxxxxxxxxxx ppp pap sent-username GMILTD password 7 xxxxxxxxxxxxxx ! ip nat translation timeout never ip nat translation tcp-timeout never ip nat translation udp-timeout never ip nat translation finrst-timeout never ip nat translation syn-timeout never ip nat translation dns-timeout never ip nat translation icmp-timeout never ip classless ip route 0.0.0.0 0.0.0.0 ip.of.the.ascend ip route ip.of.the.ascend 255.255.255.255 BRI0 ! access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 5 0 password xxxxxxxxxx login transport input none line vty 0 4 exec-timeout 5 0 password xxxxxxxxxx login ! end If anybody has any ideas, I'd be most grateful ! Cheers; Kevin Drysdale, Colloquium Internet Technical Support. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at saffron.colloquium.co.uk Thu Nov 23 08:53:52 2000 From: ascend at saffron.colloquium.co.uk (ascend@saffron.colloquium.co.uk) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) ISDN Multilink problems with Cisco 1603R and Max 4000 Message-ID: <200011231453.OAA05496@saffron.colloquium.co.uk> Hello; We are an ISP trying to set up one of our customers with a Cisco 1603R, to connect to our Ascend Max 4000 using ISDN. The customer can connect fine with no problems when using a single channel PPP connection, but when we switch the connection to multilink, it appears to work to start with, but at the point when the connection would normally drop, the link goes dead - the line physically stays up, but no traffic passes between the Cisco and our Ascend, and the only solution is to power-cycle the Cisco. Some more information: the Ascend Max 4000 in question is running System 6.1.24, and the Cisco 1603R is running IOS 12.0. Here is a copy of the config of the Cisco :- ! version 12.0 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname GMILTD ! enable password xxxxxxxxxx ! username GMILTD password 0 xxxxxxxx ip subnet-zero isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address ip.of.the.cisco 255.255.255.248 no ip directed-broadcast ! interface BRI0 description ISDN connectivity ip unnumbered Ethernet0 no ip directed-broadcast encapsulation ppp ip tcp header-compression dialer idle-timeout 20 dialer map ip ip.of.the.ascend name GMILTD 95556667777 dialer-group 1 isdn switch-type basic-net3 no ppp lcp fast-start ppp authentication chap pap callin ppp chap hostname GMILTD ppp chap password 7 xxxxxxxxxxxxxx ppp pap sent-username GMILTD password 7 xxxxxxxxxxxxxx ! ip nat translation timeout never ip nat translation tcp-timeout never ip nat translation udp-timeout never ip nat translation finrst-timeout never ip nat translation syn-timeout never ip nat translation dns-timeout never ip nat translation icmp-timeout never ip classless ip route 0.0.0.0 0.0.0.0 ip.of.the.ascend ip route ip.of.the.ascend 255.255.255.255 BRI0 ! access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 5 0 password xxxxxxxxxx login transport input none line vty 0 4 exec-timeout 5 0 password xxxxxxxxxx login ! end If anybody has any ideas, I'd be most grateful ! Cheers; Kevin Drysdale, Colloquium Internet Technical Support. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From owner-ascend-users at max.bungi.com Thu Nov 23 12:13:48 2000 From: owner-ascend-users at max.bungi.com (owner-ascend-users@max.bungi.com) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) Payoff Overdue Bills For Pennies On The Dollar!! Message-ID: <7urmn3jaFram5C5u0> Do you want to put money back in your pocket, while we relieve you from creditor phone calls? YOU'LL SAVE 40% to 80% off of the TOTAL amount owed, while we negotiate with your creditors. WE REDUCE PROBLEM DEBTS: (Business and Personal) - Past-due Payables - Disputed Bills with Suppliers - Lawsuits - Judgments - Liens - Taxes - Credit Card Bills - Medical Bills We specialize in out-of-court settlements with your creditors, to help you avoid Wage Garnishments, Judgments, Foreclosures and Bankruptcy. You keep CONTROL; decide after the settlement is reached whether or not you wish to accept the settlement, AFTER you know exactly how much money you have saved. Our fee is a flat percentage of what you save, so you're always in a net savings position. NO RESULTS, NO FEE. We have been in business over 18 years, helping thousands of people. . . "Just like yourself". -------------------------------------------------------------------- CALL TODAY - BE DEBT FREE TOMORROW - 888-568-1825 -------------------------------------------------------------------- Need help in collecting money that is OWED to you? Asset investigation,Pre and Post Judgment remedies. We have over 18 years experience in collecting monies, and can help you where others have failed. -------------------------------------------------------------------- CALL TODAY - YOU HAVE NOTHING TO LOSE - 888-568-1825 -------------------------------------------------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From owner-ascend-users at max.bungi.com Thu Nov 23 12:13:48 2000 From: owner-ascend-users at max.bungi.com (owner-ascend-users@max.bungi.com) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) Payoff Overdue Bills For Pennies On The Dollar!! Message-ID: <7urmn3jaFram5C5u0> Do you want to put money back in your pocket, while we relieve you from creditor phone calls? YOU'LL SAVE 40% to 80% off of the TOTAL amount owed, while we negotiate with your creditors. WE REDUCE PROBLEM DEBTS: (Business and Personal) - Past-due Payables - Disputed Bills with Suppliers - Lawsuits - Judgments - Liens - Taxes - Credit Card Bills - Medical Bills We specialize in out-of-court settlements with your creditors, to help you avoid Wage Garnishments, Judgments, Foreclosures and Bankruptcy. You keep CONTROL; decide after the settlement is reached whether or not you wish to accept the settlement, AFTER you know exactly how much money you have saved. Our fee is a flat percentage of what you save, so you're always in a net savings position. NO RESULTS, NO FEE. We have been in business over 18 years, helping thousands of people. . . "Just like yourself". -------------------------------------------------------------------- CALL TODAY - BE DEBT FREE TOMORROW - 888-568-1825 -------------------------------------------------------------------- Need help in collecting money that is OWED to you? Asset investigation,Pre and Post Judgment remedies. We have over 18 years experience in collecting monies, and can help you where others have failed. -------------------------------------------------------------------- CALL TODAY - YOU HAVE NOTHING TO LOSE - 888-568-1825 -------------------------------------------------------------------- ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jaswant_b at yahoo.com Fri Nov 24 02:15:45 2000 From: jaswant_b at yahoo.com (jaswant_b@yahoo.com) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) Barring PSTN users from access PRI lines Message-ID: <8vl83h+vlp3@eGroups.com> Dear friends, I am trying to configure MAX TNT in such a way that only ISDN user can dial the E1 PRI line, rest will be denied. I have following configuration of my TNT: admin> show Shelf 1 ( standalone ): { shelf-1 slot-1 0 } UP 8e1-card { shelf-1 slot-2 0 } UP 8e1-card { shelf-1 slot-3 0 } UP 8e1-card { shelf-1 slot-4 0 } UP 8e1-card { shelf-1 slot-5 0 } UP ether3-card { shelf-1 slot-6 0 } UP madd2-card { shelf-1 slot-7 0 } UP madd2-card { shelf-1 slot-8 0 } UP madd2-card { shelf-1 slot-9 0 } UP madd2-card { shelf-1 slot-10 0 } UP madd2-card { shelf-1 slot-11 0 } UP madd2-card { shelf-1 slot-12 0 } UP madd2-card { shelf-1 slot-13 0 } UP madd2-card { shelf-1 slot-14 0 } UP madd2-card { shelf-1 slot-15 0 } UP madd2-card We have E1 R2 & E1 PRI in the same chassis. Can someone help me on this. Thanks Jaswant ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jaswant_b at yahoo.com Fri Nov 24 02:15:45 2000 From: jaswant_b at yahoo.com (jaswant_b@yahoo.com) Date: Tue Jan 18 13:59:49 2005 Subject: [Ascend] (ASCEND) Barring PSTN users from access PRI lines Message-ID: <8vl83h+vlp3@eGroups.com> Dear friends, I am trying to configure MAX TNT in such a way that only ISDN user can dial the E1 PRI line, rest will be denied. I have following configuration of my TNT: admin> show Shelf 1 ( standalone ): { shelf-1 slot-1 0 } UP 8e1-card { shelf-1 slot-2 0 } UP 8e1-card { shelf-1 slot-3 0 } UP 8e1-card { shelf-1 slot-4 0 } UP 8e1-card { shelf-1 slot-5 0 } UP ether3-card { shelf-1 slot-6 0 } UP madd2-card { shelf-1 slot-7 0 } UP madd2-card { shelf-1 slot-8 0 } UP madd2-card { shelf-1 slot-9 0 } UP madd2-card { shelf-1 slot-10 0 } UP madd2-card { shelf-1 slot-11 0 } UP madd2-card { shelf-1 slot-12 0 } UP madd2-card { shelf-1 slot-13 0 } UP madd2-card { shelf-1 slot-14 0 } UP madd2-card { shelf-1 slot-15 0 } UP madd2-card We have E1 R2 & E1 PRI in the same chassis. Can someone help me on this. Thanks Jaswant ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From psc5 at powersupply.net Fri Nov 24 06:54:15 2000 From: psc5 at powersupply.net (PowerNet) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] (ASCEND) Assigning IP's In-Reply-To: References: Message-ID: <200011240754150499.12E4ECD1@mail.powersupply.net> We are using max 4K's and max 6K's. We have some at a pop right now with a single class c. We are adding more equipment to that location and another class c. What is the be way to let the max's utilize the addresses? We have never done this before. The max's have ip's of 1 network and need to assign ip's from 2 different networks. Thanks, John ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From psc5 at powersupply.net Fri Nov 24 06:54:15 2000 From: psc5 at powersupply.net (PowerNet) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] (ASCEND) Assigning IP's In-Reply-To: References: Message-ID: <200011240754150499.12E4ECD1@mail.powersupply.net> We are using max 4K's and max 6K's. We have some at a pop right now with a single class c. We are adding more equipment to that location and another class c. What is the be way to let the max's utilize the addresses? We have never done this before. The max's have ip's of 1 network and need to assign ip's from 2 different networks. Thanks, John ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Fri Nov 24 13:16:29 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] RE: (ASCEND) Assigning IP's In-Reply-To: <200011240754150499.12E4ECD1@mail.powersupply.net> Message-ID: John, Here's how I generally deploy my POPs: 10.10.22.0/27 30 addresses for the LAN 10.10.22.1 Gateway router 10.10.22.2 Max 01 10.10.22.3 Max 02 etc... Then, for the dialup pools, I do the following: Max 01, 96 ports: Static Route 10.10.22.32/27 to 127.0.0.2 ( 32 addresses to rj0) Static Route 10.10.22.64/26 to 127.0.0.2 ( 64 addresses to rj0) Pool#1 Start: 10.10.22.32 Pool#1 Count: 96 Max 02, 48 ports: Static Route 10.10.22.128/27 to 127.0.0.2 ( 32 addresses to rj0) Static Route 10.10.22.160/28 to 127.0.0.2 ( 16 addresses to rj0) Pool#1 Start: 10.10.22.128 Pool#1 Count: 46 Max 03, 48 Ports: 10.10.22.176/28 and 10.10.22.192/27 Here, you have a /27 left over. I would use these addresses for static IP assignments, web hosting, or customer subnets. Max 04, 96 Ports: 10.10.33.0/26 and 10.10.33.64/27 Max 05, 96 Ports: 10.10.33.96/27 and 10.10.33.128/26 Max 06, 48 Ports: 10.10.33.192/27 and 10.10.33.224/28 In this netblock, you end up with a /28 left over. again, this can be used for any number of other things. Or, you can combine it with the /27 above and deploy another 48 ports. For each additional max, I just keep giong on the subnets. I use combinations of /26, /27, or /28 subnets to get the right amount of IPs assigned to each max. With the way I've laid things out above, you can easily deploy 29 maxen without issue. If you actually reach that many, you'd probably be better off with a TNT or APX :) Also, I'd reccomend using OSPF over static routing, especially if you are issuing any static IP addresses. If you want to chat about this, feel free to drop a private message or give me a call. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of PowerNet > Sent: Friday, November 24, 2000 7:54 AM > To: ascend-users@bungi.com > Subject: (ASCEND) Assigning IP's > > > > We are using max 4K's and max 6K's. > We have some at a pop right now with a single class c. > We are adding more equipment to that location and another class c. > What is the be way to let the max's utilize the addresses? > We have never done this before. > > The max's have ip's of 1 network and need to assign ip's from 2 > different networks. > > Thanks, > John > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Fri Nov 24 13:16:29 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] RE: (ASCEND) Assigning IP's In-Reply-To: <200011240754150499.12E4ECD1@mail.powersupply.net> Message-ID: John, Here's how I generally deploy my POPs: 10.10.22.0/27 30 addresses for the LAN 10.10.22.1 Gateway router 10.10.22.2 Max 01 10.10.22.3 Max 02 etc... Then, for the dialup pools, I do the following: Max 01, 96 ports: Static Route 10.10.22.32/27 to 127.0.0.2 ( 32 addresses to rj0) Static Route 10.10.22.64/26 to 127.0.0.2 ( 64 addresses to rj0) Pool#1 Start: 10.10.22.32 Pool#1 Count: 96 Max 02, 48 ports: Static Route 10.10.22.128/27 to 127.0.0.2 ( 32 addresses to rj0) Static Route 10.10.22.160/28 to 127.0.0.2 ( 16 addresses to rj0) Pool#1 Start: 10.10.22.128 Pool#1 Count: 46 Max 03, 48 Ports: 10.10.22.176/28 and 10.10.22.192/27 Here, you have a /27 left over. I would use these addresses for static IP assignments, web hosting, or customer subnets. Max 04, 96 Ports: 10.10.33.0/26 and 10.10.33.64/27 Max 05, 96 Ports: 10.10.33.96/27 and 10.10.33.128/26 Max 06, 48 Ports: 10.10.33.192/27 and 10.10.33.224/28 In this netblock, you end up with a /28 left over. again, this can be used for any number of other things. Or, you can combine it with the /27 above and deploy another 48 ports. For each additional max, I just keep giong on the subnets. I use combinations of /26, /27, or /28 subnets to get the right amount of IPs assigned to each max. With the way I've laid things out above, you can easily deploy 29 maxen without issue. If you actually reach that many, you'd probably be better off with a TNT or APX :) Also, I'd reccomend using OSPF over static routing, especially if you are issuing any static IP addresses. If you want to chat about this, feel free to drop a private message or give me a call. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of PowerNet > Sent: Friday, November 24, 2000 7:54 AM > To: ascend-users@bungi.com > Subject: (ASCEND) Assigning IP's > > > > We are using max 4K's and max 6K's. > We have some at a pop right now with a single class c. > We are adding more equipment to that location and another class c. > What is the be way to let the max's utilize the addresses? > We have never done this before. > > The max's have ip's of 1 network and need to assign ip's from 2 > different networks. > > Thanks, > John > > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From cassie380 at excite.com Sat Nov 25 14:04:22 2000 From: cassie380 at excite.com (cassie380@excite.com) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] (ASCEND) New Cancer Stock Launch Message-ID: <584.616543.824290@excite.com> Nov 17, 2000 * * * * * * * * * * * * * * Investors Spotlight by Looknofurther * * * * * * * * * * * * Bioenvision.co.uk (BIOV.OB) BIOENVISION READIES LEAD PRODUCT LAUNCH Reports Substantive Progress On Four Platform Technologies BIOENVISION INC. - OTCBB Symbol: BIOV.OB In a recent press release President & CEO Chris Wood commented, "The global anti-cancer therapy market, presently valued at approximately $16 billion, is poised for considerable further growth. We believe this market will double in the next 4 years. This expansion will be driven by innovative new therapies which should dramatically improve control over the disease. During the past fiscal year, we made substantive progress developing our four platform technologies. We intend marketing our breast cancer drug, Modrefen, in 2001. This product will compete in the market-place with drugs such as Genentech's (NYSE:DNA - news) Herceptin but it's novel mode of action puts it in a specific therapeutic niche. Extensive clinical trials showed that Modrefen is effective in up to 55% of patients with breast cancer who relapse after hormone therapy with drugs such as Astra Zeneca's (NYSE:AZN - news) Tamoxifen." Dr. Wood continued, "During the next 12 months we intend to find a co-development partner for our anti-leukemia agent, Clofarabine. This drug is in Phase II clinical trials and early results are encouraging. This product will compete with Fludarabine, which is marketed in the USA by Berlex, a subsidiary of Schering AG (717200D) and Pentotatin which is marketed by Supergen (NASDAQ:SUPG - news). We continue to make substantive progress on our Gene Therapy platform. In the past year the team added a second gene to the vector and conducted successful pre-clinical trials. The results have confirmed the ability of the vector to transfer DNA to skeletal muscle and for release of gene product into the blood stream. In an earlier clinical trial, with the albumin gene attached to the vector, patients with low serum albumin levels due to end-stage liver disease, had serum levels returned to the normal range after treatment. We believe that these agents have considerable commercial possibilities." Company Overview Bioenvision is a development-stage, biopharmaceutical company primarily engaged in the development of products and technologies for the treatment of cancer. Bioenvision has acquired development, manufacturing and marketing rights to four technologies from which a range of products have been derived and from which additional products may be developed in the future. Bioenvision aims to continue developing its existing platform technologies, acquire additional technologies and products with multiple uses, and commercialize products for the multi-billion dollar cancer treatment market. Bioenvision expects to begin marketing Trilostane for the treatment of post-menopausal breast cancer on a commercial scale in the United States and Europe in the second quarter of 2001. The product is already FDA-approved in the United States for another use. Bioenvision plans to apply to use the drug in the United States for treatment of hormone sensitive cancers, such as breast cancer and advanced prostrate cancer. In addition, three of the other products and technologies to which Bioenvision has acquired rights are presently being tested in clinical trials, and an additional eight are in the pre-clinical stage of development. Assuming the successful completion of clinical trials, Bioenvision anticipates that by the end of 2002, five of Bioenvision's products and technologies will have received regulatory approval for specific disease (primarily cancer) treatment indications in the United States or Europe and seven will be in the final stages of the clinical trial process. Bioenvision has had discussions with potential development partners over the past year and plan to continue to explore the possibilities for co-development and sub-licensing. Bioenvision expects to enter into a co-development agreement for at least one of our products within the next few months although there can be no assurances that any such agreement will be reached. Bioenvision is also working on a fourth group of compounds that act as cytostatic agents by stopping the growth of cancer cells. There are at least three potential products in this category, one of which is set for a Phase I clinical trial in the coming year. These compounds are at an early stage of development but the Company expects these agents to fill the product pipeline for the future. In March 2000, Bioenvision recieved an equity investment of $2 million from Bioaccelerate BVI, a Swiss-based investment company which enabled the Company to move ahead in its business plan during 2000. Bioaccelerate has an option to invest an additional $4 million in the Company and that investment relates to certain milestones in the coming 12 months. Product Portfolio The following is a description of Bioenvision's current portfolio of technologies, products and products in development. Product / Disease intended / Current stage /Anticipated Time to be treated of Development Until Marketed Cancer Treatment --------------------------------------------------------------------- Modrefen / Breast cancer / At market / - - - Abetafen / Prostate cancer / Phase II trials / 2 years Clofarabine / Leukemia, Lymphoma / Phase II trials / 18 months Clofarabine / Solid tumors / Phase I trials / 2 years Cytostatics / Bladder cancer / Phase I trials / 3 years RA inhibitor / Leukemia / Pre-clinical / 4 years Hormone blocker / Prostate cancer / Pre-clinical / 4 years Gene Therapy -------------------------------------------------------------------- Product 1 / Leukemia / Phase I, II / 3 years Product 2 / Cancer support / Phase I, II / 3 years Non-Cancer Applications -------------------------------------------------------------------- Trilostane / Cushing's disease / At market / - - - Trilostane / Alzheimer's disease / Pre-clinical / 2 years Clofarabine / Transplantation / Phase I trials / 3 years Gene Therapy / Vaccines, Cirrhosis, Diabetes, MS / R & D / 5 years HISTORY The Company was founded by Chris Wood and financed by Kevin Leech, who were responsible for the first two public biotech companies in Europe in 1987, being Medeva plc and ML Laboratories plc respectively. STRATEGIC RELATIONSHIPS London School of Pharmacy University of Cardiff National Institute of Cancer, Bari, Italy University College, London MD Anderson Cancer Center, Houston, Texas Southern Research Institute, Alabama Memorial Sloan Kettering Cancer Institute, New York Imperial College, London STRATEGY Bioenvision's strategy is to license and acquire products ready for clinical trials or at a late stage of development, and to use the expertise of Bioenvision's management to take the products through clinical trials and to commercially position the products for today's marketplace. Bioenvision will establish an oncology sales force for the North American market while establishing a joint venture sales force in Europe. This will give Bioenvision the ability to distribute products from Bioenvision's own pipeline as well as products from other biotech companies looking for a dedicated oncology distribution chain. IMPORTANT DISCLAIMER ------------------------------------------------------------------ Looknofurther is an independent electronic publication providing information on selected public companies. Any company profiled by Looknofurther pays cash or stock consideration for the electronic dissemination of the company's information for a specified time period and/or our comments about the company and/or our development of the company's website. Section 17 (b) of the Securities Act of 1933 requires that Looknofurther fully disclose the type consideration (i.e. cash, free trading stock, restricted stock, resrticted stock with regisrtation rights, stock options, stock warrants, or other type consideration) and the specific amount of the consideration our company receives or will receive, directly or indirectly, from an issuer, underwriter or dealer. No information contained in this publication should be considered as a solicitation to purchase or sell the securities of the profiled companies. Looknofurther is not a registered investment advisor or a registered securities broker dealer. We do not undertake or represent to make investment reccomendations or advise pertaining to the purchase or sale of the securities mentioned in our publications. The information contained within our publications are carefully compiled by Looknofurther based on our sources that we believe to be reliable. Looknofurther, however, does not quarantee the accuracy of any information contained in our publications. Looknofurther, moreover, does not endorse independently verify, or assert the truthfullness or reliablility of any statements or data made by us or the profiled companies in our publications. Investors should not rely solely on the information contained in our publications. Instead, investors should use the information provided on the profiled companies only as a starting point for conducting additional research that will permit them to form their own opinions regarding an investment in the profiled company's securities. The receipt of the information contained in our publications shall not create, under any circumstance, any implication that there has been no change in the affairs of the profiled company since the date of the profiled company pres! s releases or other information disseminated via our publications. The information contained in our publications may pertain to small cap and/or thinly traded securities which by there very nature involve an extremely high degree of risk. An investment in these type of securities could result in the loss of some or all an investment in the company. In addition, due to the illiquid nature of some of these securities, an investor may find or encounter difficulties liquidating the securities. Looknofurther may liquidate the stock consideration it receives at any time it deems it appropriate to do so. The liquidation of our stock may have a negative impact on the securities of the company liquidated, including decreased market value and/or dilution of the company's securities. The following company has agreed to pay Looknofurther to: distribute the company's information and reports in an email newsletter. Looknofurther has agreed to electronically disseminate this publication for $2000. You are currently subscribed to Looknofurther, to unsubscribe send a blank email to: nofurther@hotmail.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From cassie380 at excite.com Sat Nov 25 14:04:22 2000 From: cassie380 at excite.com (cassie380@excite.com) Date: Tue Jan 18 13:59:50 2005 Subject: [Ascend] (ASCEND) New Cancer Stock Launch Message-ID: <584.616543.824290@excite.com> Nov 17, 2000 * * * * * * * * * * * * * * Investors Spotlight by Looknofurther * * * * * * * * * * * * Bioenvision.co.uk (BIOV.OB) BIOENVISION READIES LEAD PRODUCT LAUNCH Reports Substantive Progress On Four Platform Technologies BIOENVISION INC. - OTCBB Symbol: BIOV.OB In a recent press release President & CEO Chris Wood commented, "The global anti-cancer therapy market, presently valued at approximately $16 billion, is poised for considerable further growth. We believe this market will double in the next 4 years. This expansion will be driven by innovative new therapies which should dramatically improve control over the disease. During the past fiscal year, we made substantive progress developing our four platform technologies. We intend marketing our breast cancer drug, Modrefen, in 2001. This product will compete in the market-place with drugs such as Genentech's (NYSE:DNA - news) Herceptin but it's novel mode of action puts it in a specific therapeutic niche. Extensive clinical trials showed that Modrefen is effective in up to 55% of patients with breast cancer who relapse after hormone therapy with drugs such as Astra Zeneca's (NYSE:AZN - news) Tamoxifen." Dr. Wood continued, "During the next 12 months we intend to find a co-development partner for our anti-leukemia agent, Clofarabine. This drug is in Phase II clinical trials and early results are encouraging. This product will compete with Fludarabine, which is marketed in the USA by Berlex, a subsidiary of Schering AG (717200D) and Pentotatin which is marketed by Supergen (NASDAQ:SUPG - news). We continue to make substantive progress on our Gene Therapy platform. In the past year the team added a second gene to the vector and conducted successful pre-clinical trials. The results have confirmed the ability of the vector to transfer DNA to skeletal muscle and for release of gene product into the blood stream. In an earlier clinical trial, with the albumin gene attached to the vector, patients with low serum albumin levels due to end-stage liver disease, had serum levels returned to the normal range after treatment. We believe that these agents have considerable commercial possibilities." Company Overview Bioenvision is a development-stage, biopharmaceutical company primarily engaged in the development of products and technologies for the treatment of cancer. Bioenvision has acquired development, manufacturing and marketing rights to four technologies from which a range of products have been derived and from which additional products may be developed in the future. Bioenvision aims to continue developing its existing platform technologies, acquire additional technologies and products with multiple uses, and commercialize products for the multi-billion dollar cancer treatment market. Bioenvision expects to begin marketing Trilostane for the treatment of post-menopausal breast cancer on a commercial scale in the United States and Europe in the second quarter of 2001. The product is already FDA-approved in the United States for another use. Bioenvision plans to apply to use the drug in the United States for treatment of hormone sensitive cancers, such as breast cancer and advanced prostrate cancer. In addition, three of the other products and technologies to which Bioenvision has acquired rights are presently being tested in clinical trials, and an additional eight are in the pre-clinical stage of development. Assuming the successful completion of clinical trials, Bioenvision anticipates that by the end of 2002, five of Bioenvision's products and technologies will have received regulatory approval for specific disease (primarily cancer) treatment indications in the United States or Europe and seven will be in the final stages of the clinical trial process. Bioenvision has had discussions with potential development partners over the past year and plan to continue to explore the possibilities for co-development and sub-licensing. Bioenvision expects to enter into a co-development agreement for at least one of our products within the next few months although there can be no assurances that any such agreement will be reached. Bioenvision is also working on a fourth group of compounds that act as cytostatic agents by stopping the growth of cancer cells. There are at least three potential products in this category, one of which is set for a Phase I clinical trial in the coming year. These compounds are at an early stage of development but the Company expects these agents to fill the product pipeline for the future. In March 2000, Bioenvision recieved an equity investment of $2 million from Bioaccelerate BVI, a Swiss-based investment company which enabled the Company to move ahead in its business plan during 2000. Bioaccelerate has an option to invest an additional $4 million in the Company and that investment relates to certain milestones in the coming 12 months. Product Portfolio The following is a description of Bioenvision's current portfolio of technologies, products and products in development. Product / Disease intended / Current stage /Anticipated Time to be treated of Development Until Marketed Cancer Treatment --------------------------------------------------------------------- Modrefen / Breast cancer / At market / - - - Abetafen / Prostate cancer / Phase II trials / 2 years Clofarabine / Leukemia, Lymphoma / Phase II trials / 18 months Clofarabine / Solid tumors / Phase I trials / 2 years Cytostatics / Bladder cancer / Phase I trials / 3 years RA inhibitor / Leukemia / Pre-clinical / 4 years Hormone blocker / Prostate cancer / Pre-clinical / 4 years Gene Therapy -------------------------------------------------------------------- Product 1 / Leukemia / Phase I, II / 3 years Product 2 / Cancer support / Phase I, II / 3 years Non-Cancer Applications -------------------------------------------------------------------- Trilostane / Cushing's disease / At market / - - - Trilostane / Alzheimer's disease / Pre-clinical / 2 years Clofarabine / Transplantation / Phase I trials / 3 years Gene Therapy / Vaccines, Cirrhosis, Diabetes, MS / R & D / 5 years HISTORY The Company was founded by Chris Wood and financed by Kevin Leech, who were responsible for the first two public biotech companies in Europe in 1987, being Medeva plc and ML Laboratories plc respectively. STRATEGIC RELATIONSHIPS London School of Pharmacy University of Cardiff National Institute of Cancer, Bari, Italy University College, London MD Anderson Cancer Center, Houston, Texas Southern Research Institute, Alabama Memorial Sloan Kettering Cancer Institute, New York Imperial College, London STRATEGY Bioenvision's strategy is to license and acquire products ready for clinical trials or at a late stage of development, and to use the expertise of Bioenvision's management to take the products through clinical trials and to commercially position the products for today's marketplace. Bioenvision will establish an oncology sales force for the North American market while establishing a joint venture sales force in Europe. This will give Bioenvision the ability to distribute products from Bioenvision's own pipeline as well as products from other biotech companies looking for a dedicated oncology distribution chain. IMPORTANT DISCLAIMER ------------------------------------------------------------------ Looknofurther is an independent electronic publication providing information on selected public companies. Any company profiled by Looknofurther pays cash or stock consideration for the electronic dissemination of the company's information for a specified time period and/or our comments about the company and/or our development of the company's website. Section 17 (b) of the Securities Act of 1933 requires that Looknofurther fully disclose the type consideration (i.e. cash, free trading stock, restricted stock, resrticted stock with regisrtation rights, stock options, stock warrants, or other type consideration) and the specific amount of the consideration our company receives or will receive, directly or indirectly, from an issuer, underwriter or dealer. No information contained in this publication should be considered as a solicitation to purchase or sell the securities of the profiled companies. Looknofurther is not a registered investment advisor or a registered securities broker dealer. We do not undertake or represent to make investment reccomendations or advise pertaining to the purchase or sale of the securities mentioned in our publications. The information contained within our publications are carefully compiled by Looknofurther based on our sources that we believe to be reliable. Looknofurther, however, does not quarantee the accuracy of any information contained in our publications. Looknofurther, moreover, does not endorse independently verify, or assert the truthfullness or reliablility of any statements or data made by us or the profiled companies in our publications. Investors should not rely solely on the information contained in our publications. Instead, investors should use the information provided on the profiled companies only as a starting point for conducting additional research that will permit them to form their own opinions regarding an investment in the profiled company's securities. The receipt of the information contained in our publications shall not create, under any circumstance, any implication that there has been no change in the affairs of the profiled company since the date of the profiled company pres! s releases or other information disseminated via our publications. The information contained in our publications may pertain to small cap and/or thinly traded securities which by there very nature involve an extremely high degree of risk. An investment in these type of securities could result in the loss of some or all an investment in the company. In addition, due to the illiquid nature of some of these securities, an investor may find or encounter difficulties liquidating the securities. Looknofurther may liquidate the stock consideration it receives at any time it deems it appropriate to do so. The liquidation of our stock may have a negative impact on the securities of the company liquidated, including decreased market value and/or dilution of the company's securities. The following company has agreed to pay Looknofurther to: distribute the company's information and reports in an email newsletter. Looknofurther has agreed to electronically disseminate this publication for $2000. You are currently subscribed to Looknofurther, to unsubscribe send a blank email to: nofurther@hotmail.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From michael.herzog at tekonet.de Sun Nov 26 05:14:03 2000 From: michael.herzog at tekonet.de (michael.herzog@tekonet.de) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] problems with e1 and nailed connections Message-ID: <001126121403104100@mail.tekonet.de> hy, we use a max-tnt with ... { shelf-1 slot-1 0 } UP 4ether2-card { shelf-1 slot-4 0 } UP 8e1-card { shelf-1 slot-5 0 } UP csmx-card { shelf-1 slot-6 0 } UP csmx-card { shelf-1 slot-7 0 } UP csmx-card { shelf-1 slot-8 0 } UP csmx-card { shelf-1 slot-9 0 } UP csmx-card { shelf-1 slot-16 0 } UP hdlc-card now we want to realize 64 and 128k nailed connection with a p50, the telco gave us two timeslots (5 and 6). the connection run without problems if we use only one channel. if we connect with to channels we got a lot of crc (bad blocks). i have no idea how we can fix the problem. it could be that is a problem of the telco but they told me all the connections on the telco-side running well. the max-tnt run with Software version 7.0.26. the telco used bosch and a ntpm from quante. i hope someone can halp me. mfg michael From wagner at grz.at Mon Nov 27 01:37:57 2000 From: wagner at grz.at (Christoph WAGNER) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who has done so and can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From wagner at grz.at Mon Nov 27 01:37:57 2000 From: wagner at grz.at (Christoph WAGNER) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who has done so and can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From wagner at grz.at Mon Nov 27 07:47:24 2000 From: wagner at grz.at (Christoph WAGNER) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] RE: RE: (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I have a cisco secure server with RADIUS/Ascend5 dictionary -> I don?t have any "Service-Type = Outbound-User" which I can configure. Here you can see a sample I tested: User Profile Information user = dialouttst{ profile_id = 31 profile_cycle = 14 member = DialOut_User radius=Ascend5 { check_items= { 2=password } reply_attributes= { 6=5 (=>dialout-framed-user <-> Outbound-User??) 131=1 (=>Dialout-allowed) } } } Regards, Chris An: wagner@grz.at Kopie: Thema: RE: (ASCEND) How to configure |-----------------------| RADIUS for MAX1800 and deskdial | [ ] Nicht Archivieren | (DialOut)? |-----------------------| -------+--------------------------------+------------------------- out-xx-kjackson Password = "wxwqqbbDlei4" Service-Type = Outbound-User, Ascend-Dialout-Allowed = 1 -----Original Message----- From: wagner@grz.at [mailto:wagner@grz.at] Sent: Monday, November 27, 2000 1:38 AM To: ascend-users@max.bungi.com; wagner@grz.at Subject: FW: (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who has done so and can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: =?iso-8859-1?Q?mime001.txt?= Type: application/octet-stream Size: 1449 bytes Desc: Text - character set unknown Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001127/c910cfdf/iso-8859-1Qmime001.obj From wagner at grz.at Mon Nov 27 07:47:24 2000 From: wagner at grz.at (Christoph WAGNER) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] RE: RE: (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Message-ID: Hi, I have a cisco secure server with RADIUS/Ascend5 dictionary -> I don?t have any "Service-Type = Outbound-User" which I can configure. Here you can see a sample I tested: User Profile Information user = dialouttst{ profile_id = 31 profile_cycle = 14 member = DialOut_User radius=Ascend5 { check_items= { 2=password } reply_attributes= { 6=5 (=>dialout-framed-user <-> Outbound-User??) 131=1 (=>Dialout-allowed) } } } Regards, Chris An: wagner@grz.at Kopie: Thema: RE: (ASCEND) How to configure |-----------------------| RADIUS for MAX1800 and deskdial | [ ] Nicht Archivieren | (DialOut)? |-----------------------| -------+--------------------------------+------------------------- out-xx-kjackson Password = "wxwqqbbDlei4" Service-Type = Outbound-User, Ascend-Dialout-Allowed = 1 -----Original Message----- From: wagner@grz.at [mailto:wagner@grz.at] Sent: Monday, November 27, 2000 1:38 AM To: ascend-users@max.bungi.com; wagner@grz.at Subject: FW: (ASCEND) How to configure RADIUS for MAX1800 and deskdial (DialOut)? Hi, I want to configure a MAX1800 for use with deskdial-utility. The user profiles should be on a RADIUS server. Anybody who has done so and can give me a configuration example for the parameters on the MAX1800 and for the RADIUS profile? Kind regards, Christoph Wagner PC/LAN Genossenschafts-Rechenzentrum Linz Ges.m.b.H. A-4020 Linz, Goethestrasse 80 Tel.: +43 732 6929 1505 Fax.: +43 732 6929 1220 wagner@grz.at http://www.grz.at GRZ - Gemeinsam Richtung Zukunft ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: -------------- next part -------------- A non-text attachment was scrubbed... Name: =?iso-8859-1?Q?mime001.txt?= Type: application/octet-stream Size: 1449 bytes Desc: Text - character set unknown Url : http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001127/c910cfdf/iso-8859-1Qmime001-0001.obj From acchan at utinet.com Tue Nov 28 02:43:25 2000 From: acchan at utinet.com (acchan) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) max4000 Message-ID: <000701c05917$4661ac60$0554b8d2@utinet.com> Anyone has used MAX 4000 with 48 ports 56K modems Your response is really much appreciated Albert Chan acchan@utinet.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From acchan at utinet.com Tue Nov 28 02:43:25 2000 From: acchan at utinet.com (acchan) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) max4000 Message-ID: <000701c05917$4661ac60$0554b8d2@utinet.com> Anyone has used MAX 4000 with 48 ports 56K modems Your response is really much appreciated Albert Chan acchan@utinet.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mlevans at blacksburg.net Tue Nov 28 02:31:36 2000 From: mlevans at blacksburg.net (Lyle Evans) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) FS: rackmount brackets for Ascend & other equipment Message-ID: <3.0.5.32.20001128033136.008b2b60@pop.blacksburg.net> We are selling rackear kits for Ascend 4xxx, and Ascend 1800, We are also selling generic rackears kits for rackmount equipment, in 1U to 6U sizes, and rackears for some models of Cisco, 3comm, Livingston and other brands of networking equipment. Prices range from $23.00 to $50.00 per pair, depending on model plus $7.00 shipping/handling per order. For further information and to order please visit: http://www.rackears.com/ Thank you, Lyle Evans lyle@rackears.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From mlevans at blacksburg.net Tue Nov 28 02:31:36 2000 From: mlevans at blacksburg.net (Lyle Evans) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) FS: rackmount brackets for Ascend & other equipment Message-ID: <3.0.5.32.20001128033136.008b2b60@pop.blacksburg.net> We are selling rackear kits for Ascend 4xxx, and Ascend 1800, We are also selling generic rackears kits for rackmount equipment, in 1U to 6U sizes, and rackears for some models of Cisco, 3comm, Livingston and other brands of networking equipment. Prices range from $23.00 to $50.00 per pair, depending on model plus $7.00 shipping/handling per order. For further information and to order please visit: http://www.rackears.com/ Thank you, Lyle Evans lyle@rackears.com ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From stuart.everard at db.com Tue Nov 28 08:03:18 2000 From: stuart.everard at db.com (Stuart Everard) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) MIB request Message-ID: Can anyone suggest where I can download the relevent MIBs for MAX4000 v 7.04 Regards Stuart Everard -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From stuart.everard at db.com Tue Nov 28 08:03:18 2000 From: stuart.everard at db.com (Stuart Everard) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] (ASCEND) MIB request Message-ID: Can anyone suggest where I can download the relevent MIBs for MAX4000 v 7.04 Regards Stuart Everard -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tkinnen at lucentradius.com Tue Nov 28 13:12:12 2000 From: tkinnen at lucentradius.com (Thomas C Kinnen) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] Re: (ASCEND) Barring PSTN users from access PRI lines References: <8vl83h+vlp3@eGroups.com> Message-ID: <3A24038C.27CCFD5C@lucentradius.com> jaswant_b@yahoo.com wrote: > > Dear friends, > > I am trying to configure MAX TNT in such a way that only ISDN user > can dial the E1 PRI line, rest will be denied. I have following > configuration of my TNT: If using RADIUS you can try using NAS-Port-Type a a verification item on the user's RADIUS entries. -- Thomas C Kinnen - [RADIUS Engineer] - LUCENT Technologies INS "All of the opinions stated above are my own and not my employer's, unless they were given to me by my employer" ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From jb at jbacher.com Tue Nov 28 10:02:24 2000 From: jb at jbacher.com (Jan Bacher) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] Re: (ASCEND) MIB request In-Reply-To: Message-ID: <4.2.2.20001128100115.00b2c9f0@mail.jbacher.com> At 02:03 PM 11/28/00 +0000, Stuart Everard wrote: >Can anyone suggest where I can download the relevent MIBs for MAX4000 v 7.04 ftp ftp.ascend.com cd pub/Software-Releases/SNMP/MIBS/Release-980624 They're all there. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Tue Nov 28 09:15:54 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:51 2005 Subject: [Ascend] RE: (ASCEND) MIB request In-Reply-To: Message-ID: Good question. It's been a couple years since they've updated the MIBS on their ftp site, however, in a previous position, we used the more recent MIBS against 7.0.22 without issue. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short > -----Original Message----- > From: owner-ascend-users@max.bungi.com > [mailto:owner-ascend-users@max.bungi.com]On Behalf Of Stuart Everard > Sent: Tuesday, November 28, 2000 9:03 AM > To: ascend-users@bungi.com > Subject: (ASCEND) MIB request > > > > Can anyone suggest where I can download the relevent MIBs for > MAX4000 v 7.04 > > Regards > > Stuart Everard > > > > -- > > This e-mail may contain confidential and/or privileged > information. If you are not the intended recipient (or have > received this e-mail in error) please notify the sender > immediately and destroy this e-mail. Any unauthorised copying, > disclosure or distribution of the material in this e-mail is > strictly forbidden. > > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request@bungi.com > To get FAQ'd: > > ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From sts at 54.ru Wed Nov 29 02:24:15 2000 From: sts at 54.ru (serge terekhov) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] Re: (ASCEND) MIB request Message-ID: <200011290824.OAA41903@trango.cis.ru> > >Can anyone suggest where I can download the relevent MIBs for MAX4000 v 7.04 > ftp ftp.ascend.com > cd pub/Software-Releases/SNMP/MIBS/Release-980624 or this may help: not for 7.0.4 but 7.0.3, though cd pub/Software-Releases/Max/Release-7.0.X/7.0.3/MIB (they forget to place MIBs in 7.0.4 release dir) ciao, ============== serge terekhov :: STS-RIPE :: icq:14838398 :: +7 3832 222886/223666 (c)ardinal (i)nternet (s)ervices (co)mpany :: http://www.cis.ru/ ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From ascend at saffron.colloquium.co.uk Wed Nov 29 06:17:51 2000 From: ascend at saffron.colloquium.co.uk (ascend@saffron.colloquium.co.uk) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] (ASCEND) Re: Ascend and a Cisco Message-ID: <200011291217.MAA20616@saffron.colloquium.co.uk> Hi; Thanks for your suggestion, Craig - unfortunately, this fix didn't work out for us. We found that both channels could be brought up, but, as before, after a certain amount of time, the link went dead, even though the lines stayed up. Even before it reached this point, the connection was very slow and unreliable - when we pinged their IP address from the Ascend they were connected to, we typically only got every other packet back, at best. It seems that something is fundamentally going wrong when we switch to dual channel. A PPP connection works fine, but whenever we set ppp on the Cisco to multilink, causing them to negotiate an MPP connection on the Ascend, that's when the trouble begins, with very poor network performance, and eventual deterioration to the point of no throughput. Once again, thanks for the suggestion - can you (or anyone else on the list) think of any other possible cause for this problem, or something else we can try to fix it ? Cheers; Kevin Drysdale, Colloquium Internet Technical Support. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From troy at psknet.com Wed Nov 29 08:14:14 2000 From: troy at psknet.com (Troy Settle) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] RE: (ASCEND) Re: Ascend and a Cisco In-Reply-To: <200011291217.MAA20616@saffron.colloquium.co.uk> Message-ID: Kevin, I missed the first part of this thread, and don't know if you're talking about a cisco connecting to an Ascend, or vis-versa, but here's the dialer config from my router at home (Cisco 804) which is connected to a Max 1800. interface Dialer1 ip address negotiated no ip directed-broadcast no ip proxy-arp encapsulation ppp no ip split-horizon dialer remote-name isdn-02.rad dialer idle-timeout 2147483 dialer string 4908 dialer string 4909 dialer hold-queue 10 dialer load-threshold 1 either dialer pool 1 dialer-group 1 pulse-time 0 ppp pap sent-username troy password 7 xxxxxxxxxxxxxxx ppp multilink This cisco has been connected without issue (except power outages) for over a year and a half. Hope this helps you. -- Troy Settle Pulaski Networks 540.994.4254 It's always a long day, 86400 doesn't fit into a short ** -----Original Message----- ** From: owner-ascend-users@max.bungi.com ** [mailto:owner-ascend-users@max.bungi.com]On Behalf Of ** ascend@saffron.colloquium.co.uk ** Sent: Wednesday, November 29, 2000 7:18 AM ** To: ascend-users@bungi.com ** Subject: (ASCEND) Re: Ascend and a Cisco ** ** ** Hi; ** ** Thanks for your suggestion, Craig - unfortunately, this fix ** didn't work out ** for us. We found that both channels could be brought up, but, as before, ** after a certain amount of time, the link went dead, even though the lines ** stayed up. Even before it reached this point, the connection ** was very slow ** and unreliable - when we pinged their IP address from the Ascend ** they were ** connected to, we typically only got every other packet back, at best. ** ** It seems that something is fundamentally going wrong when we ** switch to dual ** channel. A PPP connection works fine, but whenever we set ppp ** on the Cisco ** to multilink, causing them to negotiate an MPP connection on the Ascend, ** that's when the trouble begins, with very poor network performance, and ** eventual deterioration to the point of no throughput. ** ** Once again, thanks for the suggestion - can you (or anyone else ** on the list) ** think of any other possible cause for this problem, or something ** else we can ** try to fix it ? ** ** Cheers; ** Kevin Drysdale, Colloquium Internet Technical Support. ** ++ Ascend Users Mailing List ++ ** To unsubscribe: send unsubscribe to ascend-users-request@bungi.com ** To get FAQ'd: ** ** ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From lennard at ns1.carib-link.net Wed Nov 29 13:48:52 2000 From: lennard at ns1.carib-link.net (Lennard Kong) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] (ASCEND) OSPF question Message-ID: Hello, Attempting to configure a Max 4004 to redistribute the ip addresses of dialup users as they are connected to other ospf routers. I have configured the ospf section in the mod config and able to see other neighbour routers and receive routes from them etc. However I am unable to send routes to them. Any ideas ? Thanks, Lennard Kong ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From pavich at nctimes.com Wed Nov 29 16:43:38 2000 From: pavich at nctimes.com (Bill Pavich) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] (ASCEND) Max TNT - version 7.2.3 Message-ID: <3.0.3.32.20001129144338.00ea6060@192.9.219.10> Is 7.2.3 on a Max TNT a stable os version? Or, do you guys recommend I update it? What current rev is working well for you? I have been trying to track down a problem with sudden disconnects from the dialup users on this box and I haven't been able to find anything wrong. I thought i'd try updating the os version as a start, unless anyone out there thinks that won't help with sudden disconnects. Thanks. ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From scott at millenniumsolutions.net Wed Nov 29 19:30:24 2000 From: scott at millenniumsolutions.net (Scott Woodland) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] MAX4048's Message-ID: <029901c05a6d$1cb2f840$d3fea8c0@new2u.net> Hello All, For those of you that may have current or upcomming needs for more MAX4048's or the MOD16-S56 cards....I have a few in stock ready for shipment. Also, I have (1) Cisco7206VXR in stock that I'd like to make someone a great deal on. Lastly....we buy a lot of used equipment...so if you have any to sell off..let me know. Please respond off list to scott@millenniumsolutions.net Regards, Scott Woodland Millennium Solutions Group, Inc. 575 Menlo Drive, Suite 4 Rocklin, CA 95765 Ph. 888-801-2001 or 916-630-2001 Ext.230 Fax 916-630-2000 www.millenniumsolutions.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://shadowknight.real-time.com/pipermail/rte-ascend/attachments/20001129/060baf29/attachment.html From plalor at infoasis.com Thu Nov 30 11:50:16 2000 From: plalor at infoasis.com (Peter Lalor) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] Re: (ASCEND) Max TNT - version 7.2.3 In-Reply-To: <200011300645.WAA06368@max.bungi.com> References: <200011300645.WAA06368@max.bungi.com> Message-ID: >From: Bill Pavich > >Is 7.2.3 on a Max TNT a stable os version? Or, do you guys recommend I >update it? What current rev is working well for you? For us, 8.x was fine, as is 9.0 now. YMMV. >I have been trying to track down a problem with sudden disconnects from the >dialup users on this box and I haven't been able to find anything wrong. I >thought i'd try updating the os version as a start, unless anyone out there >thinks that won't help with sudden disconnects. Read the later release notes for those version that include later modem code for the TNT. -- Peter Lalor Infoasis plalor@infoasis.com http://www.infoasis.com/ "Where's my burrito?" -- Homer ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: From tanner at real-time.com Tue Nov 21 17:08:27 2000 From: tanner at real-time.com (Bob Tanner) Date: Tue Jan 18 13:59:52 2005 Subject: [Ascend] help Message-ID: <20001121170827.J21604@real-time.com> help -- Bob Tanner | Phone : (612)943-8700 http://www.mn-linux.org | Fax : (612)943-8500 Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9