- USR-TC - mailman.xmission.com

(usr-tc) TRAP disconnect reasons
by Paul Farber 18 Aug '99

18 Aug '99

Anyone figure out why ALL modem failure reasons are always 0? enterprises.usr.nas.mdm.mdmCs.mdmCsTable.mdmCsEntry.mdmCsConnectFailReason.1 = 0, The reference chp 24 "Modem Disconnect and Fail to Connect Reasons" starts at drtDrop(1) and is only for the Quad modems???? TCM reports a variety of call failure types, but traps don't. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber(a)admin.f-tech.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 3

(usr-tc) Interface load SNMP data on Netservers?
by Scott Trautman 18 Aug '99

18 Aug '99

Sooo...to explain the inevitable question about why using a Netserver rather than ARC's for this... I tried PRIME on HiperDSP/ARC for ISDN. Beyond some really strange behavior whereby ISDN customers w/two channels would be admin reset about every 2 minutes, figured out that using TSMON for ISDN and modems together would be pretty much impossible with the way TSMON works and way ARC's show user connections anyway. Oh well. I've put the PRIME (for ISDN only mind you) on a chassis with Netserver, Dual T1 card. Workin' like a charm. But, we'd desire to get byte flow information from the individual interfaces, as we do via PM*'s, and actually no problem with ARC's, but just can't seem to get much of any SNMP response from Netservers even though SNMP is turned on. Any ideas? Zat just the way it works? In the next release of Netserver code? (joke..I make joke...I know I know already..) Thanks! SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718 - 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 flash going bad
by Michael DeMan 17 Aug '99

17 Aug '99

We've had a problem in the past two days with our flash going bad in our HiperArc unit. Is this indiciative of a failing card or is there perhaps another issue we can look into. This happened two evenings ago, and just about an hour ago this morning (Wednesday). We are running ARC 4.1.59, with hardware revision 19.0.0. - mike - 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) 1 ARC - 14 DSPS
by Jamie Orzechowski 17 Aug '99

17 Aug '99

Should PPP Offloading be enabled with 14 DSPS being control by one chassis?? and 14 DSPS takes up more than one class C ... so would I have my first IP pool (entre class c) sent on eth0 and then have the remaning IP's on eth1?? or can you have 2 ippools on the same interface? - 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) DNIS not working on PRI
by Marshall Morgan 17 Aug '99

17 Aug '99

We are using Bellsouth provided PRI's in 6 different cities and cannot seem to get DNIS information sent to us over many of them. Modems are DSP 2.0.81 and DualPRI 3.1.5 on ARC 4.1.59-6. I haved talked to them on many occasions but cannot seem to get anywhere. What should I look to first? The DSP/DPI cards are set at factory defaults and there is no difference in code/settings between city1 and city4 but one works?! Looks like telco to me but I would like to know if over PRI anything else needs to be checked on my side. Any ideas? City1: Calling-Station-Id = "2288977988" Called-Station-Id = "" City2: Calling-Station-Id = "6014854289" Called-Station-Id = "" City3: Calling-Station-Id = "6012667011" Called-Station-Id = "" City4: Calling-Station-Id = "6629632985" Called-Station-Id = "8426002" City5: Calling-Station-Id = "6017316412" Called-Station-Id = "" City6: Calling-Station-Id = "6622366776" Called-Station-Id = "" Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.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.

1 0

RE: (usr-tc) Internic
by Robert von Bismarck 17 Aug '99

17 Aug '99

Yeah, same here, some root servers know about a domain, some don't. They seem out of synch. Little reboot needed I'd say ;-) Robert -----Original Message----- From: Jim Johnson [SMTP:jim@perigee.net] Sent: mercredi, 18. aoÃ»t 1999 15:45 To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) Internic I don't think that is what we have been seeing. I miss the status field they use to display on WHOIS. :( Jim Hofmann wrote: > > What we've seen the last couple days has been attributed to folks not paying the internic bill. Go figure, they want you to pay to play :) > > This being my most technically capable mailing list :), I thought I > would ask this off-topic qustion. Has anyone else observed problems > with Internic the last few days. Root servers are timing out, domains > are being dropped off the servers. We had 20 domains yesterday that > were just gone from the root servers that we complained to Internic > about. Today, the list is down to five. Our support people have heard > from people of many domains that have been unreachable the last couple > days. Seems like these widespread problems would have been headline > news. > > Jay Hofmann Email: jayh(a)iglou.com > Technical Support Team Leader 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.

1 0

RE: (usr-tc) Internic
by Hofmann 17 Aug '99

17 Aug '99

What we've seen the last couple days has been attributed to folks not paying the internic bill. Go figure, they want you to pay to play :) This being my most technically capable mailing list :), I thought I would ask this off-topic qustion. Has anyone else observed problems with Internic the last few days. Root servers are timing out, domains are being dropped off the servers. We had 20 domains yesterday that were just gone from the root servers that we complained to Internic about. Today, the list is down to five. Our support people have heard from people of many domains that have been unreachable the last couple days. Seems like these widespread problems would have been headline news. Jay Hofmann Email: jayh(a)iglou.com Technical Support Team Leader 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.

2 1

(usr-tc) NFAS on DSPs
by Stainforth, Matthew 17 Aug '99

17 Aug '99

I just swapped out a dual PRI card and a set of quads for two DSPs and I'm trying to do NFAS. The telco sees the D channel up and the channels are all supposedly up and idle but the second card is reporting the D channel is down. Is this normal since the D channel is on the first PRI span or does it indicate a problem? At first I had the NFAS ID wrong on the second DSP. When I brought it up, it was reporting all channels were in service and idle. I thought that was rather strange and I knew it was wrong since I verified this with the telco. I set it to the correct value, rebooted the card, and it is still reporting all channels in service and idle. I'm still waiting on hold to get the switch techs to try putting some channels into IMB and see if I see them go out of service on this end (which, to me, would indicate that the second card is getting the signalling information ok) but surely there's an easier way to see if signalling is getting to the second card or not... Matthew... - 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) Internic
by Jim Johnson 17 Aug '99

17 Aug '99

This being my most technically capable mailing list :), I thought I would ask this off-topic qustion. Has anyone else observed problems with Internic the last few days. Root servers are timing out, domains are being dropped off the servers. We had 20 domains yesterday that were just gone from the root servers that we complained to Internic about. Today, the list is down to five. Our support people have heard from people of many domains that have been unreachable the last couple days. Seems like these widespread problems would have been headline news. Jim - 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) Acct-Terminate-Cause
by mingkai＠pacific.net.sg 17 Aug '99

17 Aug '99

Hi, I would like to find out under what circumstances do the Hiperarc (with HiperDSP cards) send out accounting stop packets with the attribute Acct-Terminate-Cause set to Lost-Carrier. Is this terminaate-cause send only when the HiperDSP modems detect a loss of DCD (carrier) before a LCP termination packet is received ? Or are there other circumstances under which the HiperAARCs will send a RADIUS stop packet with this terminate cause? Any advise will be greatly appreciated. Thanks. Ming Kai Network Engineer Pacific Internet Ltd - 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