Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » US Telco Support » Qwest » POTS line testing
Search Topic:
Uniqs:
1164
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Posting:
Post a:
Post a:
[NEWS] Small Wireless Companies Serve Oregon Well »
« Any plans to discontinue CAP DSL?  
AuthorAll Replies


UHF
All static, all day, Forever
Premium,MVM
join:2002-05-24
clubs:
·Qwest.net
·Callcentric
·surpasshosting
·Dish Network
·Future Nine Corpor..

POTS line testing

This is fairly off-topic for this forum, but theres probably some guys here that can help me out.

At work we have remote video servers that use POTS lines with dial-in modems. We dial in over a modem in a PC once a day to look at the sites. One site stopped working all of a sudden. We connect, but no data transfers, and the modems disconnect.

We swapped out the server (with internal modem) so we've ruled that out. We've dialed in from dozens of other PC's remotely, so it's not an issue with the modems or phone lines at that end either.

Only thing left seems to be the phone line at that remote site. Telco (not Qwest in this case) says the line is fine, they "tested" it by listening for noise with the tech's ears and a butt set. The tech also dialed into the modem pool at the CO and that worked. At that point he told us it's our problem and left.

Aren't there tests they can do for SNR, attenuation, and things like that? If they do, what numbers should I see for a phone line that meets FCC specs?

Thanks for any help with this. It's driving me crazy.


AthlGrond
Premium,MVM
join:2002-04-25
Aurora, CO
·Comcast

Have you tried replacing the modem at the remote site? (Seems like you would have considering how through you have been, however it wasn't mentioned.)
--
"It's like a Zen koan - if you say something stupid, and no one is there to hear it, are you still an idiot?" -Mike Krahulik


UHF
All static, all day, Forever
Premium,MVM
join:2002-05-24
clubs:
Yes, it's internal to the server that we swapped out with another site. The problem remains with the site, not with the server/modem. Both servers work fine at another location.


AthlGrond
Premium,MVM
join:2002-04-25
Aurora, CO
·Comcast

Ah, sorry I misunderstood, I thought that the remote sites were calling in to the server, not the server being at the remote site. (So... never mind. )
--
"It's like a Zen koan - if you say something stupid, and no one is there to hear it, are you still an idiot?" -Mike Krahulik


AMD Phreak
Premium
join:2003-12-14

reply to UHF
There are SNR tests that they can perform. I don't know what they should be for lines that are not provisioned as data circuits but there are minimum standards. If this were a leased-line dry pair they might work it a bit more (no, i am not talking about the naked-dsl type of dry pair). There are probably tests they can do such as blowing a tone down the line and measuring dB levels on the opposite end, but I cannot say for sure. I'll notify a tech and see if he can stop in here and comment.
--
"No job is so important, and no service is so urgent that we cannot take the time to do it safely."
-- AT&T
--Safety One Tower Rescue Certified
--LLigetfa:"Wimax is like teenage sex. Everyone talks about doing it."


RockyBB
Premium
join:2005-01-31
Longmont, CO

reply to UHF
have you tried ruling out the inside wire from the demarc to the device? maybe move the device closer to the demarc or use a different jack? maybe run some new cat 5 from the demarc to the device? are you running the line through a phone system? any changes in the building which might have touched the path from the demarc to the device? yah, it's probably Bell's problem, but if you can rule out the inside wire it will justify another dispatch...


no_one

@iauq.com

reply to UHF
I do not know about your provider but when complete with work a full test is done. Never any guarantees on dial up speed but should work like a fully tested clean POTS pair. Does include tests like loss, SNR etc. A full automated test.
Though of course the ear is always good for the quick check along the way. Always a full test at the end even with POTS. Of course not the stricter standards of a data circuit.


no_one

@QWEST.NET

reply to UHF
Basically there are specs for a POTS line from the old bell system. So all lines should be tested. If in the middle or=f nowhere a little high loss or some areas low inductive battery. But in general there are specs for a Pots line. The ear can be a very quick and easy first judge of a line and its problems. Though a complete test should be run when work is completed.
Some pair gain systems are not super friendly with dial up. But that should have been from day one.
Try a laptop taken to the site and dial up something.
If the tech dialed into a modem pool that does show it at least partially works. Though may have been trained at some ridiculously low speed. Most telcos do not guarantee dial up speeds but it usually should work reasonably well especially for remote equipment. May take 10 minutes to do something instead of 5 but it mostly should work.
Depending on the state highway departments use pots dial up on remote freeway, interstate signs. There is still a demand for dial up for remote equipment where not alot of data is being pushed and simple things need to be done.


UHF
All static, all day, Forever
Premium,MVM
join:2002-05-24
clubs:
·Qwest.net
·Callcentric
·surpasshosting
·Dish Network
·Future Nine Corpor..

reply to UHF
Thanks for the tips. We finally got them to commit to doing a full test on the line. I hope it fixes it. I'm not even sure who the provider is, one of our other guys has been dealing with this problem and finally asked me what I thought after claiming the line was tested. After bugging him he told me that the "test" was the ear and the modem call from the remote site into a digital modem pool at the C.O. The local bell tech said that proves it works, unless something in the switch is bad, which he had no way to test and he wouldn't escalate the problem to the switching tech. I'm guessing it's some independent telco.


no_one

@QWEST.NET
reply to UHF
Yes it could be as abstract as the switch. But one modem pool at some low rate may not be what you are trying to train at. Could also be the other inside issues others have said.


Splitpair
Premium
join:2000-07-29
Cow Towne
·T-Mobile US

reply to UHF
said by UHF See Profile :

After bugging him he told me that the "test" was the ear and the modem call from the remote site into a digital modem pool at the C.O. [/bqoute]

I can do really well with a buttset but one cannot always clear a modem problem with one.

More than likely since it once worked and now doesn't and given the fact you have swapped modems with a known worker it's a line problem. The tech needs to open the loop and do at the minimum a basic DC test and I would hope a balance test.

[bqoute] The local bell tech said that proves it works, unless something in the switch is bad, which he had no way to test and he wouldn't escalate the problem to the switching tech.
That only proves the line is capable of handling outgoing calls.

I'm guessing it's some independent telco.
You might want to see if the service is provided by an ILEC or a CLEC. I have seen CLEC lines that simply will not handle dial-up data calls I believe due to the way they transport calls from the ILEC CO to their switch.

Wayne
--
If you cannot fix it with a buttset and some beanies you ain't a technician.


Splitpair
Premium
join:2000-07-29
Cow Towne
·T-Mobile US

reply to no_one
said by no_one :

If in the middle or=f nowhere a little high loss or some areas low inductive battery.
I think you mean high inductive noise which can be a problem anywhere one has long runs ajacent to power..

Some pair gain systems are not super friendly with ]
dial up.
Universal pairgain should be able to support 14.4k and intergrated PG should support up to 33k.

Wayne
--
If you cannot fix it with a buttset and some beanies you ain't a technician.
Forums » US Telco Support » Qwest[NEWS] Small Wireless Companies Serve Oregon Well »
« Any plans to discontinue CAP DSL?  


Wednesday, 02-Dec 19:05:13 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 10 years online! © 1999-2009 dslreports.com.
page compression OFF
Most commented news this week
· [161] Comcast Releasing Promised Usage Meter
· [93] Graduate Student Unveils Sprint's GPS Sharing With Feds
· [79] Latest Consumer Reports Survey Not Kind To AT&T
· [70] Baltimore To Ban Lazy Cable Installs
· [62] Broadband Killed The Game Console
· [54] Rogers Unveils The ISP Dream Model
· [46] ACTA: Global Three Strikes
· [41] Rural Carriers Quickly Embracing Fiber
· [38] Charter Exits Chapter 11
· [33] AT&T Top Lobbyist Cicconi Has His Feelings Hurt
Most people now reading
· MS admits Windows Updates principally created to annoy [Security]
· Quality/longevity of 15A 120V receptacles [Home Repair & Improvement]
· IMG 1.7 (IMG Updates and Discussion) [Verizon FIOS TV]
· UBB round 2 at the CRTC [Canadian Broadband]
· [Newsgroups] Newzleech down? [Filesharing Software]
· Ooma changing features [VOIP Tech Chat]
· Bandwidth Limits/Congestion Management - All discussion here [Comcast HSI]
· [WIN7] When exactly should you flash bios when installing new OS [Microsoft Help]
· A little freaky, not sure if its legit. [Spam, Scam and Phishbusters]