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

(usr-tc) Bad modems
by Steve Cobb 20 Nov '00

20 Nov '00

How do I soft-busy a modem from within TCM?? Thanks, Steve Cobb - 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 7

(usr-tc) WTB Analog/Digital Modems
by eric＠dol.net 30 Jul '00

30 Jul '00

I need to buy 15-18 analog quad modems nic/mac for a pop. Please respond privately. thanks eric - 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.

9 18

(usr-tc) Neopyte
by Wilson Tuma 19 Jul '00

19 Jul '00

Hi list I am a neopyte when the total control unit are concern. I just acquire a total control unit with one T1, card and 6 quad digital/analog modem cards. I plan not to use the t1 line for another two month so my configuration border on programming the total contral to use the twenty four analog modems including one a hiper ARC NAC and the NMC. I have follow all the instruction specified in the hiper access reference manual provided with the documentation CD but I must be doing something wrong because the modem with pick up. When I put phone line in on the the entries and dial the number it just keeps on ringing Could any of you tell me the set of CLI instructions to make the portmaster pick up the phone in three rinngs modem pool : ippool , start address 207.8.232.166, 24 ports I am using cleartcpd for dial/network users. TIA Wilson Tuma

3 2

(usr-tc) subscribe usr-tc usr-tc@lists.openaccess.org
by Michael DeMan 17 Jul '00

17 Jul '00

- 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.

4 5

(usr-tc) arcs and ospf
by Mike Andrews 26 May '00

26 May '00

I've been having a really bizarre problem off and on the last week or two. Occasionally some of my ARCs will suddenly stop doing OSPF right. The routing table loses all OSPF routes, and the ARC stops announcing its routes via OSPF to our Ciscos. Disabling/enabling OSPF doesn't help, but most of the time (not all the time) rebooting the ARC will. One thing that seemed to trigger it was rebooting some of our Ciscos... and since that happens so infrequently (not rebooted since going to ARC 4.2 in fact) it's hard to track down. I don't know which one exactly, maybe our AS border router dying is what threw it off. It also happened last night when I installed a Cisco Catalyst 2924XL (replacing an old 10BaseT hub, finally!) which didn't involve rebooting the Ciscos, but involved having them unreachable for a minute or two as cables were switched and Spanning Tree did its thing... I have another ARC with no modems on the same LAN (for testing) and it initially did the same thing, but now I'm having trouble reproducing it. When it was screwed up one night, it fixed itself overnight, but it obviously took hours to do, which kinda defeats the purpose of OSPF. I know this is really vague, but problem is, I don't really know where to start looking for this, because I didn't document very well what my current OSPF settings are. (A bulk-config-to-ASCII utility would be REALLY HELPFUL HERE :) I could reverse-engineer HARM and try to get a dump of that part of the config via SNMP somehow, I guess, but... yuck. Anyway, I'm also not a real in-depth OSPF guru yet. Has anyone seen anything like this before or know of any particular settings that I might want to check? This is driving me nuts (not to mention my customers) and I'm not sure where to start. A quick look at some of the 'show' screens -- this is with the card actually routing correctly: > show ospf global GLOBAL OSPF SETTINGS Router ID: 206.240.130.12 Administrative Status: ENABLED OSPF Version Number: 2 Area Border Router Status: DISABLED Autonomous System Border Router Status: ENABLED Type-of-service (TOS) Support: OFF External LSDB Limit: -1 Multicast Extensions Support: OFF Exit Overflow Interval: 0 Router's Support for OSPF Demand Routing: OFF OSPF Traps: DISABLED > show ospf area 0.0.0.0 OSPF AREA SETTINGS Area ID: 0.0.0.0 OSPF Area Type: TRANSIT Area Status: ENABLED > list ospf recei OSPF Receive Policies: Address/Mask Action Routing Preference 199.077.100.000/23 Accept Pref1 206.240.130.000/23 Accept Pref1 208.006.168.000/22 Accept Pref1 > list ospf send OSPF Send Policies: Source Address/Mask Action LOCAL 199.077.100.000/23 Advertise LOCAL 206.240.130.000/23 Advertise LOCAL 208.006.168.000/22 Advertise > list ospf int OSPF INTERFACE TABLE IfIpAddr/IfInd AreaId IfType AdminStat IfState Metric 206.240.130.12 0.0.0.0 BC ENABLED OtherDsgRtr 10 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 "With sufficient thrust, pigs fly just fine." -- RFC 1925 - 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.

6 8

Re: (usr-tc) Suggested Firmware
by K Mitchell 08 May '00

08 May '00

At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: >No, you should be running 2.0.51 on the DSP's for that... How does 2.0.51 work with 0.49 hardware? -- 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.

5 5

(usr-tc) IMAC disconnects
by Wayne Barber 08 May '00

08 May '00

Is anyone else having problems with IMACs disconnecting frequently? We have a couple customers that are having problems with getting dropped soon after they connect (sometimes less than a minute, other times 10-15 minutes later). Other times, they can stay on for hours. Is there some setting on a Mac that can improve this? Thanks, Wayne Barber Coastal Telco Services - 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) Static Routing Question
by Mike Storjohann 01 May '00

01 May '00

The mask on the Hiper ARC is /24. On with the dispute! I am learning a lot from the discussion so keep it up! Thanks. Mike Storjohann -----Original Message----- From: owner-usr-tc(a)lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Colin Wantling Sent: Tuesday, April 25, 2000 2:00 PM To: 'usr-tc(a)lists.xmission.com' Subject: RE: (usr-tc) Static Routing Question Jeff, We need Mike to confirm what the mask is on the HARC interface. This will get us past this techie discussion an onto helping the guy. His attached network may well be mask /29 /28 ... etc. This would give the error message he gets as it would then include the address of the HARC itself. Not a question of Classful/Classless, more a question of inconsistency and getting caught. Regards, Colin Also sprach Colin Wantling >Maybe yes, maybe no. No "maybe" to it...as long as the next-hop of the route isn't within the route itself, there's no problem. 10.1.1.12 isn't within 10.1.1.9/32, so there's no problem. Even if it were, its *possible* to even get that to work...but there's not a "standard" way of doing it. If you put the /32 in there, its gonna be the most specific route, so it will (should) be referenced before any shorter length match. At that point, the only questions are, "Is the next-hop reachable?" There's another route that is valid for the next-hop address (locally connected), so yes. "Is there a higher precedence route of the same mask length (ie, /32)?" Possible, but unlikely. >The route Mike is adding has a /32 mask, he doesn't say what the mask >is on the HARC ethernet interface already. Doesn't matter. As long as the next-hop for the /32 route is reachable, it should be accepted. Even if the next-hop isn't reachable, the route should probably be accepted...just not entered into the active routing table. >By giving it an address from another subnet, you can beat >the rules. s/rules/bugs/ :) -- 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. - 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 13

(usr-tc) Tunneling on TC/Xstop
by Brian 30 Apr '00

30 Apr '00

Has anyone implemented a tunnel from the USR TC to an Xstop box as described in: http://www.xstop.com/techsupport/techdoc_WhitePaper_R6_TunnelSetup.pdf I am interested in getting this to work. Brian ----------------------------------------------------- Brian Feeny (BF304) signal(a)shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal 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 2

(usr-tc) linkAbort(44)
by Edward G. Davis 27 Apr '00

27 Apr '00

I'm having a bit of trouble with several hiper dsp cards that I've installed in one of my pops. Here's the scenario: All Hiper equipment running latest versions of code, I'm set up with NFAS groups of 7 circuits. I get a card about 3/4 full, then everyone drops with a termination code of "linkAbort(44) and the card won't take calls anymore. Up to this point I've swapped out existing hardware with new and the problem seems to be solved on that slot, but I'm running out of hardware to swap out. Anyone have any ideas?? Thanks - 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