I have created a new sister website to the geek diaries called The Voip Guru
Check it out!
I will be talking about me experiences with VOIP in Adelaide, with vendors such as Asterisk, Cisco and others.
Archive for the 'Technical' Category
It’s easier than I thought!
I have chosen to move all of my websites to a new host starting tonight.
Wordpress is pretty easy, I just need to see how Joomla will go…
Web Marketing 101, drive traffic to your site by having interesting information updated regularly. Have people link to that information:
Here is the link:
http://blog.voipsupply.com/asterisk-hardware/iax-phone-contest
Customers of Geek would know that now a big push for Geek is PBX, particularly the VOIP PBX, we offer 3 brands and I will get into more detail about that later.
One brand we offer to the very small business is Asterisk. This solution, like any VOIP sultion is 90% networking and 10% telephony.
Well one of the things that makes the networking side of it so hard is that SIP, Skinny and other phone control protocols are cumbersome and messy.
SIP (Session Initiation Protocol) uses a shotgun approach, via RTP (Real Time Protocol) to get the message across, in Astersisk the default ports that need to be punched through your firewall are: 10,000-11,000 (look in your /etc/asterisk/rtp.conf)
Most routers and firewalls don’t like this and can lose track easily. Particularly when NAT (network address translation is involved)
The answer to this with SIP phones is to: Continue reading ‘IAX2 vs SIP,’
I thought I would start my return to the blogosphere with a post about how I think DR plans should be constructed.
I recently posted to the SA SBS User’s group about an alternative way of thinking about server imaging. I think some people got it, and some didn’t. I didn’t want to ruffle any feathers or anything silly like that, It’s just that obviously sometimes I don’t make my self clear.
A poster asked what imaging product provides the fastest recovery in the event of a meltdown for SBS2003.
I based my answer on the following assumptions: Continue reading ‘Disaster Recovery’
