chuma.org

Category: Vonage

  • Guess what? The router is crap.

    So apparently, the Linksys BEFSR81 router that I scored isn’t all it’s cracked up to be. Two major drawbacks are going to force me to get rid of it, possibly with extreme prejudice:

    1. The QoS features of this router are useless. You can do port-based QoS, but that only deals with transfers WITHIN THE LAN. Useless. You can also do ‘application-based’ QoS, but that just marks the outgoing packets with a ToS priority flag, so if your ISP doesn’t respect the flags, it’s useless. Also you have to enter one port at a time, and with Vonage the voice packets could use any UDP port from 10000-20000. ARGH. So no traffic prioritization has actually been happening for the past week, which explains a lot: we’ve been getting occasional echoing and stuttering on Vonage calls. This article at PracticallyNetworked has the skinny on the QoS.

    2. This router seems to have a problem with either UDP streaming or something else, because every so often it just goes batshit crazy and drops ALL LAN TRAFFIC for periods of time – anywhere from 5-15 seconds to minutes. The WAN side stays up, but the LAN just drops 100% of packets. It sometimes comes back, and after resetting the router it’s OK for a while, but this is purely unacceptable. Once when it did this it took 2-3 minutes for Vonage to reconnect and during that time Sandy was trying to get the voicemail. FFS! She was pissed and now I’m pissed. I did a bit of research and found lots of other people having the same issues.
      Particularly this guy’s page was informative.

    So it looks like I’ll have to either get a new router or use my Linux box. I didn’t want to spend any more money but a Linksys WRT54G or WRT54GS should do the trick with a minimum of fuss. I really don’t want to have to rely on my Linux box for routing because it’ll suck a ton of juice out of the UPS if the power goes out. With just the DSL modem, router, and VoIP box on the UPS it’ll last for hours and hours.

    Update my friend Jon writes below that he’s been using the same router, with the same issues. Bleah. I’m going out and getting a WRT54G tonight 🙁

  • Home networking is done.

    Well it seems like Bell finally transfered my number over to Vonage today. I noticed because the Vonage phone was ringing more than it ever has, and there’s suddenly no voltage on the Bell line 😛

    If you’re an incredible geek or just interested, this is what my home network/phone wiring looks like now.

  • Home network re-wire project

    I drew four network diagrams before finally figuring out how I was going to hook things up at home. I really wanted something to provide QoS to the VoIP phone adapter, and ended up borrowing a Linksys wired router (BEFSR81) that does port-based QoS. Doing QoS in Linux is really, really scary, and I wasn’t prepared to spend the time to wrap my head completely around it. On this router I just say “port 1 has high priority over everything else” and that should work just fine.

    So last night I spent an hour installing the new router, reconfiguring my old Microsoft wireless router to be a bridge (but also a wireless access point at the same time), running an Ethernet cable in the ceiling to connect one router to the other, moving the UPS over to the wiring cabinet, and then re-wiring everything and tidying up. But now the networking part of this project is… done!

    The final part will be wiring the security system up to the VoIP connection, testing it, and then when our Bell phone line is gone, hooking up the house phone jacks to VoIP.

  • Flying free without a dial tone: it has begun…

    Bell finally showed up at 3pm and wired up my second pair in about 30 minutes. Boy, did the tech really not want to talk to me at all. Thanks Bell, for wasting an entire day of my time. I figured I wouldn’t have to be around, and the tech only knocked on the door to give me the “workorder completed” paperwork.

    An hour or two later (I was making dinner at the same time), I wired up the new pair into the basement, installed a jack on it, and had my TekSavvy 3Mb DSL service up and running. Sweeeet. 3Mb service seems pretty darn stable already. I faxed in my cancellation to TFNet today. They gave me solid years of service though, I’ve got no complaints about them.

    Then it was time to activate my Vonage retail kit, which I picked up at Best Buy. This is that little PAP2 phone adapter thing. Well… I had an issue. The signup website told me that my device was not configured for Canadian service, and to call Vonage to get it fixed. Great. So I called, and spoke to many people in India for a while. At first, I couldn’t find anyone who would believe me: they took me for some kind of ‘merican idiot I guess and made me check and re-check the device address I was typing in, etc. I almost went nuts from it. Also twice they transfered me to a Vonage USA representative even though everytime I started with “Hi, I’m calling from Canada…”

    My fourth time trying to get some help, I got it right off the bat. Turns out someone screwed up at some warehouse somewhere, and put a bunch of phone adapters that were programmed for the US into Canadian-marked boxes. So they took my details and a few hours later called back to say I could activate it in Canada now. Great. So now it’s active! But I have to wait 15 days for Vonage to transfer my number from Bell to my VoIP. But that’s fine, it will give me a chance to finish the rest of this project, which is:

    • finish phone wiring so that security system is routed through VoIP, with proper line interruption, and then test it out
    • configure my Linux server back into a router, and my wireless router into a “dumb” bridge
    • setup QoS on the Linux box using WonderShaper, to make sure that VoIP traffic gets priority over other stuff.

  • ADT did something right…

    Now that I no longer fear the big, bad world of security systems, I opened up the box in my basement with the security system’s guts. And looky looky, what did I find but the ADT default programming sheet the installer left, all nicely folded up (click for larger, readable version):

    ADT Installer Sheet

    While it doesn’t tell me my installer code (which they didn’t leave as the default, but isn’t my phone number either… grrrr), it does tell me that they are supposed to setup the system to use the SIA format – one that should work with Vonage.

    I’m still waiting for Bell to arrive and wire up a demarc box and jack for my new dry DSL. 🙁

  • Collecting more information about my security system

    I’ve amassed a whole lot of information about my security system over the last few days. I’m starting to feel better and better about switching to VoIP and ensuring that my system will be able to communicate.

    First off. my “ADT Focus 32” system is really a close of the DSC Power832, which is very commonly deployed. After scouring some websites for a while I managed to snag the Programming Worksheets and the Installation Manual for this unit, which I’m going to need if I want to program the thing myself.

    Secondly, I finally found good information about what protocols exist for security system communication and what will work for VoIP.

    This report from the Canadian Alarm and Security Association (Google cache) shows that they did a little test of what protocols will work with VoIP. Here’s the Coles Notes edition:

    • The Contact ID protocol sucks, it won’t work with VoIP. DTMF Express didn’t work either. There’s too much echo coming back to the security system for it to receive signals from the monitoring station. In the case of Contact ID, your system won’t be able to receive the “OK” from the monitoring station, so it will keep on retransmitting until a counter is reached, and then your panel will display an error.
    • Pulse formats like 10, 20, or 40 pps should work fine. 4×2 and 1400Hz handshake seems to be the “standard”. However pulse is the slowest of all formats.
    • SIA format will work as well. Apparently this is because the VoIP hardware thinks that it sounds like a fax transmission, and switches the protocol for the VoIP signal to a type specifically for modem/fax type transmission. SIA is basicially bursts of modem transmission, so it works.

    This posts on dslreports is where I got some good info as well.

    So now from here, I’m going to call ADT and see if I can get them to program my panel remotely to use the SIA protocol. Then we should be hunky-dory when the VoIP switch happens.

  • Getting rid of Bell: still a head-spinning exercise

    The debate at home about going VoIP with Vonage for our main phone line heated back up at home yesterday. It’s something we’ve been thinking about for months, and according to our calculations we’d save $40 a month – but it has two main impediments:

    1. We use DSL for our internet connection and are not willing to switch to cable. “Dry” DSL is now an option (DSL service without local phone service on the same line) but it’s so new no one seems to know about it.
    2. Our security system requires that we have phone line monitoring. Nevermind the fact that we get reamed out the ass paying for it. And we’re locked into our contract until the summer of 2007.

    (1) is no longer an issue, now that “dry” DSL is available – DSL without Bell phone service. #2 is still an issue, though it might be possible to get it to work over VoIP.

    I called up my ISP to ask them abou dry DSL and they didn’t have a lot of answers for me unfortunately. They said to switch my line I’d have to fight Bell tooth and nail, and also that Bell still requires that you pay for using their wires even when they’re not providing service on it.

    I poked around online and found another provider – TekSavvy out of Chatham, Ontario. They mention dry DSL right on their website so I figured I’d call them up to talk about it. Well, I spent about 15 minutes on the phone with a fellow named Bill who answered all my questions and generally impressed the hell out of me with his candor and straightforward facts. Here’s what I learned:

    1. Yes, Bell still charges your DSL provider for using their copper when Bell isn’t charging you for phone service. In most places, that’s $16.99 a month. HOWEVER, that fee is currently unregulated (Bell set it themselves) and the CRTC is expected to set this fee in the next few months. It’s likely that the CRTC will force Bell to lower it. Right now, for my dry DSL, it would be $16.99/month on top of the DSL service.
    2. It is really hard to get Bell to convert a currently active phone line with DSL to “dry” DSL. They will fight and bitch and complain. Also you might be without any service for two or three weeks. BUT, if you have another free line running to your house (and you probably do – they always run lots of extra copper for future service), it’s much easier to get them to bring up dry DSL on that unallocated line. The wait time is still 2-3 weeks but since they’re not losing any money out of the workorder, there’s less crap to cut through. Once you get DSL up on the other pair, you can cancel your phone service and the other DSL service. You might have some overlap for a while though, but it sounds like less of a mess.
    3. If I wanted Vonage to keep my existing phone number, I’d have to ask Vonage to take it over when I activate their service. Yet another reason to do point #2 (get a second DSL service temporarially) first, because if I cancelled my phone number without Vonage taking it over, I’d never get it back.

    4. I even picked the guy’s brain about running my security system over VoIP. I’ve read about some people doing it but he said there are two main problems:

      the reason the security companies are so dead-set against internet monitoring is because of insurance and possible outages. If your internet went down say four or five times a year, that’s considered a lot of times. They are very slow to change their tune because they’re afraid of not being able to provide reliable enough service, and of losing their insurance coverage. And insurance policies take forever to catch up to technological advances.

      the reason that you will have problems trying to trick your security system into running over VoIP is because VoIP is asynchronous – only one side transmits at a time. Normal phone service it, by definition, synchronous – both ends of the line can talk and hear each other simultaneously. Security systems talk like this and need a synchronous connection. Your VoIP provider would have to be able to switch very fast between the two ends of the link while your security system is talking in order for the connection to work. I think this is what I have read about where people phone up Vonage and get them to change some setting on their line which improves the security system communication

    What I would kill for is for my security provider to just install and support a dialer capture module like this one. It tricks your existing system into thinking it’s talking to a phone line, while retransmitting the data over the internet using TCP/IP. Boy, would I.

    So that’s a lot to think about, but it’s also more information than I’ve ever gotten on the subject. Many thanks to TekSavvy, I might just be calling them up for my new DSL service if I can solve issue #2.