Archive for the 'Video over IP' Category

Video Surveillance, the Kapanga Way…

Sunday, September 16th, 2007 by Martin Cadirola

Next time you go on vacation you may want to consider Kapanga as a cheap, reliable and effective way to video-monitor your house (or office) activity. Some members of the Kapanga team use it to ensure the pet sitter is taking good care of your pets while you are out :>)

So how does Kapanga work as a video surveillance device? Here are the main requirements:

1. Multiple Kapanga Softphones are distributed in the area to be monitored.
2. Each Kapanga may be connected to multiple cameras.
3. Kapanga Softphones can talk to other Kapanga Softphones and access each other video feeds and control information.
4. Kapanga Softphone can detect motion, loud noises, temperature changes and other trigger actions/alarms.

While you are out, you can call home from your 3G phone and a Kapanga Softphone will automatically answer. After entering a Username and Password the Kapanga will give you access to the video feed of all the cameras. Your home-based Kapanga will also provide control and status information of all the detectors since your last call. Sounds like 007 stuff, eh?

Another cool thing you can do is to configure Kapanga to call you in case of any event triggered (for example an alarm triggered by an event). We used this setup at a NASA group during a scientific field campaign when an instrument needed on-site attention at random times. We configured Kapanga to call one of our engineers’ cellphone when attention was required. And voilá!

If you want to give this feature a try, please feel free to contact us at support [at] kapanga [dot] net.

Introducing Kapanga Mobile Edition (Beta)!

Wednesday, December 13th, 2006 by Martin Cadirola

You may have noticed a few posts in our blog…and here’s the reason why: working very hard to release a public beta of Kapanga Softphone - Mobile Edition :>D . Kapanga Mobile has been in development for over a year and the good news is that it’s been tested with quite a number of large companies. All of us here at the Kapanga Team are strong believers in public feedback and already appreciate the kind words of encouragement. For those who have not seen the press release, click here; you can try the beta by completing the form here. Cheers!

Troubleshooting VoIP: What is Dead Air?

Wednesday, September 6th, 2006 by Martin Cadirola

One of the most common problems when placing/receiving VoIP calls is when a call is established but there is neither audio nor video. This condition is commonly known as “dead air”.

For those used to the old standard TDM telephony this is an uncommon situation, audio for calls is guaranteed as soon as the call is established; this is because media (audio/video) and signaling (information required to establish and terminate a call) travel typically through the same route so if there is no media, there will be no call either.

For VoIP, the route of the media is almost always completely independent from the route of the signaling. If for some reason the path for the media is broken, the call will exhibit a “dead air” condition. So what can cause the media path from being broken in first place? What should be checked in that case? Here are a few things to check for:

1. Connectivity: If the dead air is symmetrical (silence on both directions) make sure that there is connectivity with the remote media endpoint. You can check the SIP response using Ethereal to capture a network trace and determine what the remote address of the endpoint is. Then ping it.

2. Firewalls: Some VoIP providers have a specific range of RTP ports that can be used to send/receive media to/from. If the softphone is not configured correctly to use this range the media streams can be blocked. This could happen for any case of dead air; symmetric or not and even cases where audio is blocked but video is not.

3. Codec mismatchs: Another common problem that causes dead air is codec mismatch, for example if the softphone is configured to do G.723 5K3 but the endpoint is expecting G.723 6K3, all audio packets are dropped at the endpoint. Looking at a network trace captured using Ethereal should show this mismatch.

We will be writing more tips for troubleshooting VoIP, so please stay tuned!

Hello and Welcome!

Wednesday, August 9th, 2006 by Martin Cadirola

Hi there. We’ll be here blogging about current events in the VoIP world, and also planning on keeping you up-to-date with developments with Kapanga Softphone. We have been posting some news on the Community Forum, and due to customer requests we felt that a lot more people would benefit for having information in this format. Without extending this first entry too much, we want to thank again all users of our product. Stay tuned!