- USR-TC - mailman.xmission.com

(usr-tc) pmwho question..
by Steve Monkhouse 04 Sep '00

04 Sep '00

Hello all.. Ive ben using pmwho now for probably about 2.5 years.. and it works really well for what i need.. anyway.. quick question if i may.. in the pmwho.c source, its mentioned about setting up the password tables for multiple passwords.. ( which is what we have ).. Im having trouble compiling it again though.. The original is thus ........... struct { char hostname[32]; char password[32]; } pwtable[] = { /* { "pm1", "topsecret" } */ }; my modified one looks like ......... struct { char hostname[32]; char password[32]; } pwtable[] = { { "pm1", "topsecret" } { "pm2", "topsecret1" } }; Yet whenever i compile Im getting errors.. is my structure incorrect ?? Thanks in advance.. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

RE: (usr-tc) bad modems in hiper dsp
by Blake Fithen 31 Aug '00

31 Aug '00

2.0.51 fixed that for us. It was quite a relief blake > -----Original Message----- > From: Jim Baxter [SMTP:jim@atconnex.net] > Sent: Thursday, August 31, 2000 8:25 AM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) bad modems in hiper dsp > > Mike., > > Thanks for the info. I am running DSP code 2.0.81 and yes, the modems > fail > in pairs, mod:1 and mod:2 do not accept calls properly on one of my DSPs, > and mod:13 and mod:14 do not work on another. > > Jim Baxter > Systems Administration > AtConnex Networks > jim(a)atconnex.net > > > ----- Original Message ----- > From: <mike(a)otherland.dyndns.org> > To: <usr-tc(a)lists.xmission.com> > Sent: Wednesday, August 30, 2000 11:00 PM > Subject: Re: (usr-tc) bad modems in hiper dsp > > > > On Wed, 30 Aug 2000, Jim Baxter wrote: > > > > > I have come accross several bad modems on my hiper dsps. I logged > into > the > > > CLI on the hiper arc, and disabled them using > > > > > > HiPer>> disable interface slot:xx/mod:xx > > > > > > I would assume this would work fine, however now when all the other > modems > > > on the card fill up, my customers receive fast busy signals. This > should > > > not be the case as our phone lines are configured such that all calls > should > > > roll over onto the second PRI once the first one is full. Has anyone > > > experienced this before? Is there a way that I can busy out a modem > on > a > > > DSP so that the incoming calls will still roll onto the next pri? > > > > You have assumed wrong.. This stops the HARC from using the interface > but > > not the DSP from accepting a call on them. You should try setting the > > DS0s Local Out Of Service (L00S). Then you should get the desired effect > > if your spans are provisioned correctly. > > > > I have never seen bad "modems" on a hiper DSP card. There are only 12 > DSPs > > each with 2 virtual modems. Do you see failed modems in pairs, if not > > then its not a hardware problem. What code are you running? > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) bad modems in hiper dsp
by Jim Baxter 31 Aug '00

31 Aug '00

I have come accross several bad modems on my hiper dsps. I logged into the CLI on the hiper arc, and disabled them using HiPer>> disable interface slot:xx/mod:xx I would assume this would work fine, however now when all the other modems on the card fill up, my customers receive fast busy signals. This should not be the case as our phone lines are configured such that all calls should roll over onto the second PRI once the first one is full. Has anyone experienced this before? Is there a way that I can busy out a modem on a DSP so that the incoming calls will still roll onto the next pri? Thanks Jim Baxter Systems Administration AtConnex Networks jim(a)atconnex.net - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 2

(usr-tc) dead hiper dsp
by Kalev Nurklik 31 Aug '00

31 Aug '00

Got a HDSP here with solid red for 'Run/Fail'. There is also fourth LED amber on utilization bar or whatever it's called counting from down to up. Nothing else is lit. Anybody has a clue what that means? I have removed and re-seated both NAC and NIC and in correct order. That means NIC first then NAC - no help. I haven't checked the console yet but thought to turn to the list before I get to that. I think I remember from somewhere that the utilization LEDs represent the error that has occured - is there a table describing these? Would it help to re-flash the card? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik(a)delfi.ee http://online.delfi.ee - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 2

Re: (usr-tc) bad modems in hiper dsp
by K Mitchell 30 Aug '00

30 Aug '00

At 02:53 PM 8/30/00 -0400, Jim Baxter wrote: >I have come accross several bad modems on my hiper dsps. I logged into the >CLI on the hiper arc, and disabled them using > >HiPer>> disable interface slot:xx/mod:xx > >I would assume this would work fine, however now when all the other modems >on the card fill up, my customers receive fast busy signals. This should >not be the case as our phone lines are configured such that all calls should >roll over onto the second PRI once the first one is full. Has anyone >experienced this before? Is there a way that I can busy out a modem on a >DSP so that the incoming calls will still roll onto the next pri? Soft busy will do this. Through TCM, highlight the top lights of the card, then go to configure...actions/commands. Select the "Timeslot" radio button and highlight the modem numbers you want to busy. Then use the "software/soft busy out" command. I'm not aware of a way to do this via the ARC console. The way I do it is to soft busy only bad modems through heavy use periods, then soft busy the entire card at the end of the evening(soft busy will not knock off users, but will prevent any relogons after the modem is vacated). Thus, by morning the card will be empty and I can reset the card. -- Kirk Mitchell-General Manager mitch(a)keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) Multicast
by Steve Johnson 29 Aug '00

29 Aug '00

I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does anyone know if these support multicast by default, and if not can someone point me the direction of some documentation on how to turn this on? Also I just setup another one of these boxes, but it wont let me telnet into it, is there something I need to turn on in order to be able to telnet into this box? Thanks -Steve - Steve Johnson - linuxnut(a)sonic.net Sonic.net, Inc. System Administrator 300 B Street #100 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

5 11

RE: (usr-tc) Multicast
by Vance McIndoe 29 Aug '00

29 Aug '00

Sorry Brian, I haven't found the HARC's debug of multicast very good at all - it looks like you have covered all the options for the dial-in user - you may even have too much enabled.... > -----Original Message----- > From: Brian [SMTP:signal@shreve.net] > Sent: Tuesday, August 29, 2000 2:13 PM > To: Vance McIndoe > Cc: 'usr-tc(a)lists.xmission.com' > Subject: RE: (usr-tc) Multicast > > On Tue, 29 Aug 2000, Vance McIndoe wrote: > > > Brian, > > > > I think you'll find that the RADIUS attributes, when set, cause changes > to > > the user's modem interface. You can probably use set modem_group all > ...... > > and then do a, save all, to set the same options globally. Remember > this > > wort of change will be visible to the astute dial-in customer though > :-) > > vance, > > I think just setting the defaults like you show below does the trick. I > can observe: > > HiPer>> show ip igmp slot:9/mod:17 > slot:9/mod:17 > Query Interval 125 seconds > Max Response 10 seconds > Version 2 > Querier 208.206.76.40 > Joins 1 > Groups 1 > Robustness 2 > Routing ENABLED > Multicast Forwarding ENABLED > Multicast Proxy ENABLED > IGMP Short Packets 0 > IGMP Bad Checksum 0 > Queries Received 0 > Reports Received 0 > Reports For Known Groups Received 0 > Wrong Version Reports Received 0 > Reports Sent 0 > > > I am dialing in with a pipeline p50. I set multicast forwarding on on > it. But on my linux box behind the pipeline I can't mtrace anything, and > SDR shows nothing. I see the packets going out (the box is configured > correct for multicast because if I connect it on the lan where the total > control is, it works fine: mtrace, sdr, etc) > > Any ideas? I just want to make sure that multicast is working thru the > total control, I would have thought I could mtrace thru the connection. > > Brian > > > > > > Vance > > > > > -----Original Message----- > > > From: Brian [SMTP:signal@shreve.net] > > > Sent: Tuesday, August 29, 2000 11:49 AM > > > To: usr-tc(a)lists.xmission.com > > > Cc: usr-tc(a)xmission.com > > > Subject: Re: (usr-tc) Multicast > > > > > > > > > if a user is configured via radius with no multicast radius options, > but > > > the ARC has the commands below configured, will that user be able to > > > receive multicast? > > > > > > I can add the 5 lines to my ARC's, but don't want to have to add 3 > lines > > > to every users radius profile if I don't have too. > > > > > > At first look it doesn't appear to be working. Is there a "show" or > > > "list" command that will tell me that mutlicast is enabled for a user? > > > > > > I am trying this dialed in, and trying to run SDR but get nothing. I > am > > > using a pipeline which has multicast enabled on it (perhaps the ARC > does > > > not build or forward an SDR cache information?) > > > > > > Brian > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > anyone > > > > > know if these support multicast by default, and if not can someone > > > point > > > > > me > > > > > the direction of some documentation on how to turn this on? > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > multicast. The Netserver router card has no multicast capability. > > > > Multicast is disabled by default on the HiPer ARC. To turn it on > you do > > > > something like: > > > > > > > > set ip multicast proxy interface eth:1 > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > set network user default igmp multicast_forwarding enabled > > > > set network user default igmp multicast_proxy enabled > > > > set network user default igmp routing enabled > > > > > > > > This seems to work for users wishing to receive multicast via > dialup. I > > > > haven't yet tested whether this also allows users to source > multicast > > > via > > > > dialup. > > > > > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages > send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > ----------------------------------------------- > > > Brian Feeny, CCNA, CCDA signal(a)shreve.net > > > Network Administrator > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > ______________________________________________________________ > > This email has been virus and policy checked by InterConnect Secure's > > Messaging Management System (MMS) product from Tumbleweed > > > > Network ICE "Stop hackers cold!" > > Free download of Black ICE - see just who is interested your PC. > > http://www.interconnect.co.nz/Interconnect/secure/networkice.htm > > ______________________________________________________________ > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal(a)shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > ______________________________________________________________ This email has been virus and policy checked by InterConnect Secure's Messaging Management System (MMS) product from Tumbleweed Network ICE "Stop hackers cold!" Free download of Black ICE - see just who is interested your PC. http://www.interconnect.co.nz/Interconnect/secure/networkice.htm ______________________________________________________________ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Multicast
by Vance McIndoe 28 Aug '00

28 Aug '00

Brian, I think you'll find that the RADIUS attributes, when set, cause changes to the user's modem interface. You can probably use set modem_group all ...... and then do a, save all, to set the same options globally. Remember this wort of change will be visible to the astute dial-in customer though :-) Vance > -----Original Message----- > From: Brian [SMTP:signal@shreve.net] > Sent: Tuesday, August 29, 2000 11:49 AM > To: usr-tc(a)lists.xmission.com > Cc: usr-tc(a)xmission.com > Subject: Re: (usr-tc) Multicast > > > if a user is configured via radius with no multicast radius options, but > the ARC has the commands below configured, will that user be able to > receive multicast? > > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines > to every users radius profile if I don't have too. > > At first look it doesn't appear to be working. Is there a "show" or > "list" command that will tell me that mutlicast is enabled for a user? > > I am trying this dialed in, and trying to run SDR but get nothing. I am > using a pipeline which has multicast enabled on it (perhaps the ARC does > not build or forward an SDR cache information?) > > Brian > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > anyone > > > know if these support multicast by default, and if not can someone > point > > > me > > > the direction of some documentation on how to turn this on? > > > > You'll need a HiPer ARC router card installed in the chassis to do > > multicast. The Netserver router card has no multicast capability. > > Multicast is disabled by default on the HiPer ARC. To turn it on you do > > something like: > > > > set ip multicast proxy interface eth:1 > > set ip igmp eth:1 multicast_forwarding enabled > > set network user default igmp multicast_forwarding enabled > > set network user default igmp multicast_proxy enabled > > set network user default igmp routing enabled > > > > This seems to work for users wishing to receive multicast via dialup. I > > haven't yet tested whether this also allows users to source multicast > via > > dialup. > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal(a)shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ______________________________________________________________ This email has been virus and policy checked by InterConnect Secure's Messaging Management System (MMS) product from Tumbleweed Network ICE "Stop hackers cold!" Free download of Black ICE - see just who is interested your PC. http://www.interconnect.co.nz/Interconnect/secure/networkice.htm ______________________________________________________________ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

(usr-tc) ARC losing time
by Brian 26 Aug '00

26 Aug '00

Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out and goto a time far in the future like year 2088 or something to that effect? Is this issue fixed in any more recent ARC code? ----------------------------------------------- Brian Feeny, CCNA, CCDA signal(a)shreve.net Network Administrator ShreveNet Inc. (ASN 11881) - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

(usr-tc) Filter wildcards
by Pete Ashdown 25 Aug '00

25 Aug '00

I'd like to construct a filter that will stop attempts to send traffic to broadcast and subnet addresses of class C's. In other words *.*.*.0 and *.*.*.255. Any good ideas on this? I don't recall if the TC has any provision for wildcards in filters. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0