January 2000 - USR-TC - mailman.xmission.com

(usr-tc) ARC & NMC IP Addresses
by Jeremy Gault 19 Jan '00

19 Jan '00

Hi, We are needing to change the IP addresses of our HiPer ARC and NMC cards. Does anyone know/have the command used to change these? (I'm sure it's something simple.) Any help would be appreciate.d Thanks. Jeremy Jeremy Gault Systems Administrator - WingNET Internet Services http://www.wingnet.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) ARC tftp upload
by Charles Sprickman 19 Jan '00

19 Jan '00

Hi, Is there any way (not involving snmp) to upload new code to the arc? Or to download from the arc cli? On site, and would like to give this a whirl as my laptop (w/TCM) is being unpredictable... Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork(a)inch.com access(a)inch.com | = =----------------= - 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.

3 2

(usr-tc) Serial Connection and HiperArc 4.1.22
by Richard Bosire 19 Jan '00

19 Jan '00

Hi's I upgraded one my Netservers to HiperArc 4.1.22 and I can no longer configure services per modem basis. I used to offer rlogin services on a group of modems [ for uucp, rather archaic but still in use] on the former and now that cant work on the latter. All there is on the HiperArc is global config for either Radius or Tacas Auth. Anyone knows how i can configure per modem basis differnt services, eg configure a group of modem to handle my uucp clients who are authenticated on a different host from the Radius Server.. TIA bosire richard bosire AfricaOnline (k) Ltd. p.o box 63017 Nairobi, Kenya tel 254.2.243775, fax 254.2.243762 http://www.africaonline.co.ke - 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.

3 2

RE: (usr-tc) Restricting MPPP
by Scott Trautman 19 Jan '00

19 Jan '00

-----Original Message----- From: Jeff Mcadams [mailto:jeffm@iglou.com] Sent: Wednesday, January 19, 2000 10:53 AM To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) Restricting MPPP Thus spake Scott Trautman >Same problem as I figured out last time--- multiple users, one of them >is setup (client) for MPPP, any connections afterwards will get dropped >as they definately won't be able to bond to the other connection. >IS there a way to limit MPPP with a RADIUS attribute? (using livingston >2.01). Seems like I ought to be able to <not allow> MPPP, but not as a >check event as in IF you want MPPP, but we say no, drop the connection >(pain in the butt), but more like So you want MPPP, fine, we're not >going to allow it but you think what you want to think. >Make sense? Not really. >Port-Limit attibute wouldn't do it. >Not seeing any other attributes that really do it either. I did look through >the usr-tc archive. >Anyone know? I would really think this'd be something I ought to be >able to control. I can't even filter for it either, now can I? It's >grabbing the username at the HiperARC upon login. So...what exactly is your problem here...I didn't follow. You have multiple people logging in with the same userid? You limit that with YES. Simultaneous-Use (non-reliably as far as I'm concerned), or with a script that goes in and checks for duplicate logins (I recommend SNMP for this). Port-Limit will limit the number of channels allowed in a multi-link bundle. These really shouldn't interact. There is no way really to enable or disable multi-link on a per-user basis...you can disable it on the whole Arc with "disable ppp multilink_ppp", but then you won't let *anyone* use MP...not what you want I suspect. Port-Limit can be set to 1, which would allow them to run MP, but only allow one link in the bundle...essentially, they get no benefit from MP at that point, but technically they can still run the MP protocol. Okay, I'll try Port-Limit, but doubt that's going to work. If you're running into multiple users running multi-link logging in seperately, but your Arcs are trying to bundle the links together, then you need to get a log of the LCP negotiation of the connections...it sounds like they're not sending a Multi-Link endpoint discriminator, or the Arc is handing it incorrectly. If they're logging in from seperate Separate locations not a problem. It's only within 1 unit for multiple people using the SAME userid. If the client is broken, okay so it is, I don't have much control over that; just seems to me that the Arc ought be able to limit this, or time-out the endpoint thing. Dunno. locations, they should have seperate EDO's, and the Arc should (and I haven't seen any problems with this) handle the connections as totally seperate sessions, Port-Limit wouldn't apply, Multi-Link is a moot point. Anyway...maybe you can give a better description of what you're seeing...and the behavior you'd like to see...there should be a way of doing what you want without actually disabling MP for the user. There's really very little reason to need to actually disable MP for a user. -- Jeff McAdams Email: jeffm(a)iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - 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.

2 1

RE: (usr-tc) D Channel Problem
by Stainforth, Matthew 19 Jan '00

19 Jan '00

Was the telco able to successfully turn up the T1 carrier and the D channel? If not, you have a provisioning or configuration problem. Have a look in the manual...it should tell you what the blinking LED state means. And that should give you a clue as to what exactly is the problem. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Jason P. [mailto:jjperc@petronet.net] > Sent: Wednesday, January 19, 2000 12:11 PM > To: usr-tc(a)lists.xmission.com > Subject: (usr-tc) D Channel Problem > > > I just installed our seventh Hiper DSP card into our chassis and the > Loopback/D-Alarm LED on this card keeps alternating between green and > red about every 30 seconds. I have this card set up exactly like the > other cards in this chassis and the telco (supposedly) has this span > setup the same way as all of our others. Does anyone have any insight > into what could be going on? > > Here are my specs: > > T1 PRI > Hiper DSP 2.0.81 > Hiper ARC 4.1.59-6 > Hiper NMC 6.1.17 > > 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. > - 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) Restricting MPPP
by Scott Trautman 19 Jan '00

19 Jan '00

Hi, Same problem as I figured out last time--- multiple users, one of them is setup (client) for MPPP, any connections afterwards will get dropped as they definately won't be able to bond to the other connection. IS there a way to limit MPPP with a RADIUS attribute? (using livingston 2.01). Seems like I ought to be able to <not allow> MPPP, but not as a check event as in IF you want MPPP, but we say no, drop the connection (pain in the butt), but more like So you want MPPP, fine, we're not going to allow it but you think what you want to think. Make sense? Port-Limit attibute wouldn't do it. Not seeing any other attributes that really do it either. I did look through the usr-tc archive. Anyone know? I would really think this'd be something I ought to be able to control. I can't even filter for it either, now can I? It's grabbing the username at the HiperARC upon login. SMT - 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 4.2.32-1 vs 4.1.22
by Charles Sprickman 19 Jan '00

19 Jan '00

Hello, Anyone care to elaborate on the differences you've seen between these two? I'm currently way back at 4.1.72. Are some of the early Mac ppp problems fixed as of this version? I've decided to go ahead with DSP 2.0.51 in hopes that it fixes the most compatibility issues, but I'm torn between the ARC releases. I don't want something flakey, but 3Com does seem to be pushing it by sticking it in TCS 3.6 as the only arc code in that bundle. I would very much like to deal with OSPF rather than RIP. What other fun things can I expect here? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork(a)inch.com access(a)inch.com | = =----------------= - 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.

3 3

RE: (usr-tc) Diva TA
by Aran Grooms 19 Jan '00

19 Jan '00

Has anyone seen the same problems with Netservers? I had our customer attempt a connection to one of our netservers, and they had the same issue. Aran Grooms NetWalk System Administrator agrooms(a)netwalk.com > -----Original Message----- > From: Kent Tambling [mailto:Kent@acceleration.net] > Sent: Tuesday, January 18, 2000 4:32 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Diva TA > > > Yup, confirmed here, they don't connect(well). We looked around for a > work-around > and found nothing, including Eicon's tech support. If they > connect, they do > a spiral > to death thing and stop moving data. > > Kent Tambling > kent(a)acceleration.net > System Administrator > www.acceleration.net > > > ----- Original Message ----- > From: "Aran Grooms" <agrooms(a)calltech.com> > To: "Usr-Tc (E-mail)" <usr-tc(a)lists.xmission.com> > Sent: Tuesday, January 18, 2000 4:16 PM > Subject: (usr-tc) Diva TA > > > Has anyone noticed any compatibility issues with Diva TAs and > Hyperarcs? > I've got a client who is completely unable to make any sort > of connection to > us, although he is able to connect to other providers (likely > not using USR > equipment). If anyone has seen this before, was there a > workaround, or an > update provided by eicon (or usr)? > > thanks! > > Aran Grooms > NetWalk System Administrator > agrooms(a)netwalk.com > > - > 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

RE: (usr-tc) Soft busy on HDM
by Stainforth, Matthew 19 Jan '00

19 Jan '00

That's what our telco calls the state of the B channel when we busy them out from our end. I believe it stands for Remote Made Busy. It's analogous to LocalOutOfService in TCM. When they're taken out of service or turned down by the telco (RemoteOutOfService) they tend to call it IMB, what the "I" stands for, I can't remember. I suspect every switch manufacturer has a different term for out of service states but those are the ones with which I'm familiar. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: D A Substanley [mailto:das@gol.com] > Sent: Wednesday, January 19, 2000 5:37 AM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Soft busy on HDM > > > Hi Matthew, > > What does RMB stand for? I'm trying to explain this to our > NTT contact here, but it's rough going as it's all in Japanese. > > Thanks > > das > > Stainforth, Matthew (MatthewS(a)staff.brunnet.net) spake: > > > > > Get together with your telco rep and make sure your > translation supports > > service messages. I understand that NI-2 does not but most > (if not all) > > others do. It just sounds like the switch is not listening > to your RMB > > requests. > > > > > -----Original Message----- > > > From: D A Substanley [SMTP:das@gol.com] > > > Sent: Monday, January 17, 2000 9:34 PM > > > To: usr-tc(a)lists.xmission.com > > > Subject: Re: (usr-tc) Soft busy on HDM > > > > > > Hi Mike, > > > > > > Thanks for the response. I'm using PRI. I have had two > cards soft busied > > > for > > > about three days with no change. Customers are still > logging in happily, > > > so it > > > must be something to do with the switch type. > Unfortunately, I have no > > > access > > > to any kind of support over here as 3Com Japan won't give > me the time of > > > day. > > > <sigh> > > > > > > Thanks for the help! > > > > > > das > > > > > > Mike Andrews (mandrews(a)bit0.com) spake: > > > > > > > Are you running PRI or Channelized T1? > > > > > > > > If PRI, this probably has a lot to do with the switch > type. On the > > > DMS100 > > > > we're on, I've never seen calls come into a card that's > had all the > > > > channels soft-busied. Just set the card to soft-busy, > flash the new > > > code, > > > > wait for everyone to log out, then reboot the card. > Voila. It's > > > supposed > > > > to work the same on a 5ESS. On INS1500 things could be > different, I > > > > guess... > > > > > > > > > > > > Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ > > > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > > > Internet services for Frankfort, Lawrenceburg, Owenton, > Shelbyville > > > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > > > > > On Mon, 17 Jan 2000, Christopher Berry wrote: > > > > > > > > > When I need to busy out a time span on a T1, I do a > hard busy as I was > > > told > > > > > that the CO can override a soft busy. Since I do not > want any traffic > > > to > > > > > come in while flashing, I'm told, I always do this. > > > > > > > > > > Hope this helps. > > > > > > > > > > Christopher Berry > > > > > rof.net Web Design and Technical Support > > > > > (970) 945-4920 x17 > > > > > > > > > > ----- Original Message ----- > > > > > From: "D A Substanley" <das(a)gol.com> > > > > > To: <usr-tc(a)lists.xmission.com> > > > > > Sent: Saturday, January 15, 2000 8:16 AM > > > > > Subject: Re: (usr-tc) Soft busy on HDM > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > Thanks for the response. Yes, I do wait. I have > tried the command > > > > > > several times but to no avail. It's frustrating to > have a command > > > > > > that I know would be extremely useful, but no able > to implement. > > > > > > > > > > > > das > > > > > > > > > > > > Buzz Gould (buzzg(a)rconnect.com) spake: > > > > > > > > > > > > > After you hit the execute button, do you wait > until every channel > > > on the > > > > > > > card shows "Success" in the result column? If > you hit the close > > > button > > > > > > > before you get a success back for each channel, > the command will > > > fail > > > > > and > > > > > > > you will get calls on some of the channels. > > > > > > > > > > > > > > At 11:21 AM 1/14/00 +0900, you wrote: > > > > > > > >Hi all, > > > > > > > > > > > > > > > >I'm having problems with soft busying HiperDSP > cards. It seems > > > that > > > > > > > >even when I perform the soft busy on every > channel, calls are > > > still > > > > > > > >able to come in on that card. Is there > something that I am > > > missing > > > > > > > >on this concept? Could it be in any way related > to the switch > > > type? > > > > > > > >I'm using INS1500. > > > > > > > > > > > > > > > >HDM -> 1.2.5 > > > > > > > >HARC -> 4.1.59 > > > > > > > > > > > > > > > >Thanks > > > > > > > > > > > > > > > >das > > > > > > > > > > > > > > > > > > > > > > > >-- > > > > > > > >______________________________________________ > > > > > > > >Alex Substanley Exodus Communications K.K. > > > > > > > > Engineering Department > > > > > > > >Das Man TEL: 81-3-5334-1700 > > > > > > > >Systems Engineer FAX: 81-3-5334-1711 > > > > > > > >______________________________________________ > > > > > > > > > > > > > > > >- > > > > > > > > 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. > > > > > > > > > > > > > > Buzz Gould > > > > > > > Information Systems Engineer > > > > > > > Rural Connections - a OneMain.com Company > > > > > > > www.rconnect.com > > > > > > > 507 847-2700 Ext. 6119 > > > > > > > buzzg(a)rconnect.com > > > > > > > > > > > > > > - > > > > > > > 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. > > > > > > > > > > > > -- > > > > > > ______________________________________________ > > > > > > Alex Substanley Exodus Communications K.K. > > > > > > Engineering Department > > > > > > Das Man TEL: 81-3-5334-1700 > > > > > > Systems Engineer FAX: 81-3-5334-1711 > > > > > > ______________________________________________ > > > > > > > > > > > > - > > > > > > 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. > > > > > > -- > > > ______________________________________________ > > > Alex Substanley Exodus Communications K.K. > > > Engineering Department > > > Das Man TEL: 81-3-5334-1700 > > > Systems Engineer FAX: 81-3-5334-1711 > > > ______________________________________________ > > > > > > - > > > 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. > > -- > ______________________________________________ > Alex Substanley Exodus Communications K.K. > Engineering Department > Das Man TEL: 81-3-5334-1700 > Systems Engineer FAX: 81-3-5334-1711 > ______________________________________________ > > - > 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

RE: (usr-tc) Soft busy on HDM
by Stainforth, Matthew 19 Jan '00

19 Jan '00

Get together with your telco rep and make sure your translation supports service messages. I understand that NI-2 does not but most (if not all) others do. It just sounds like the switch is not listening to your RMB requests. > -----Original Message----- > From: D A Substanley [SMTP:das@gol.com] > Sent: Monday, January 17, 2000 9:34 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Soft busy on HDM > > Hi Mike, > > Thanks for the response. I'm using PRI. I have had two cards soft busied > for > about three days with no change. Customers are still logging in happily, > so it > must be something to do with the switch type. Unfortunately, I have no > access > to any kind of support over here as 3Com Japan won't give me the time of > day. > <sigh> > > Thanks for the help! > > das > > Mike Andrews (mandrews(a)bit0.com) spake: > > > Are you running PRI or Channelized T1? > > > > If PRI, this probably has a lot to do with the switch type. On the > DMS100 > > we're on, I've never seen calls come into a card that's had all the > > channels soft-busied. Just set the card to soft-busy, flash the new > code, > > wait for everyone to log out, then reboot the card. Voila. It's > supposed > > to work the same on a 5ESS. On INS1500 things could be different, I > > guess... > > > > > > Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > On Mon, 17 Jan 2000, Christopher Berry wrote: > > > > > When I need to busy out a time span on a T1, I do a hard busy as I was > told > > > that the CO can override a soft busy. Since I do not want any traffic > to > > > come in while flashing, I'm told, I always do this. > > > > > > Hope this helps. > > > > > > Christopher Berry > > > rof.net Web Design and Technical Support > > > (970) 945-4920 x17 > > > > > > ----- Original Message ----- > > > From: "D A Substanley" <das(a)gol.com> > > > To: <usr-tc(a)lists.xmission.com> > > > Sent: Saturday, January 15, 2000 8:16 AM > > > Subject: Re: (usr-tc) Soft busy on HDM > > > > > > > > > > Hi, > > > > > > > > Thanks for the response. Yes, I do wait. I have tried the command > > > > several times but to no avail. It's frustrating to have a command > > > > that I know would be extremely useful, but no able to implement. > > > > > > > > das > > > > > > > > Buzz Gould (buzzg(a)rconnect.com) spake: > > > > > > > > > After you hit the execute button, do you wait until every channel > on the > > > > > card shows "Success" in the result column? If you hit the close > button > > > > > before you get a success back for each channel, the command will > fail > > > and > > > > > you will get calls on some of the channels. > > > > > > > > > > At 11:21 AM 1/14/00 +0900, you wrote: > > > > > >Hi all, > > > > > > > > > > > >I'm having problems with soft busying HiperDSP cards. It seems > that > > > > > >even when I perform the soft busy on every channel, calls are > still > > > > > >able to come in on that card. Is there something that I am > missing > > > > > >on this concept? Could it be in any way related to the switch > type? > > > > > >I'm using INS1500. > > > > > > > > > > > >HDM -> 1.2.5 > > > > > >HARC -> 4.1.59 > > > > > > > > > > > >Thanks > > > > > > > > > > > >das > > > > > > > > > > > > > > > > > >-- > > > > > >______________________________________________ > > > > > >Alex Substanley Exodus Communications K.K. > > > > > > Engineering Department > > > > > >Das Man TEL: 81-3-5334-1700 > > > > > >Systems Engineer FAX: 81-3-5334-1711 > > > > > >______________________________________________ > > > > > > > > > > > >- > > > > > > 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. > > > > > > > > > > Buzz Gould > > > > > Information Systems Engineer > > > > > Rural Connections - a OneMain.com Company > > > > > www.rconnect.com > > > > > 507 847-2700 Ext. 6119 > > > > > buzzg(a)rconnect.com > > > > > > > > > > - > > > > > 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. > > > > > > > > -- > > > > ______________________________________________ > > > > Alex Substanley Exodus Communications K.K. > > > > Engineering Department > > > > Das Man TEL: 81-3-5334-1700 > > > > Systems Engineer FAX: 81-3-5334-1711 > > > > ______________________________________________ > > > > > > > > - > > > > 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. > > -- > ______________________________________________ > Alex Substanley Exodus Communications K.K. > Engineering Department > Das Man TEL: 81-3-5334-1700 > Systems Engineer FAX: 81-3-5334-1711 > ______________________________________________ > > - > 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.

2 2