Select the File Tab (Far Left)

Computer support for your small business

Select Rules and Alerts ( Bottom Square Button)
The Rules and Alerts Screen will appear.
Select New Rule

Select the Second Line (As highlighted above)
Click ‘specific words’ (in blue down the bottom)
Add: [Spam] (and any other word that you want relocated, eg: Cheap Drugs! Etc)
Click OK
Click specified and select the Junk Folder

Click next, and then finish
Name the rule.
Ensure the tick box is ticked next to the Rule
After completing this, you can select ‘Run Rules Now’
This will clean any messages in your inbox, and relocate them to the Junk Folder as the rule specifies.

This process can also apply to any other rules you with to create to move emails from a particular company, person, domain etc etc.
It allows you to move emails automatically base on the rule you create! ?

Check it out!

www.thevoipguru.com

I will be talking about me experiences with VOIP in Adelaide, with vendors such as Asterisk, Cisco and others.

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…

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:
a) limit your self to one SIP phone per NAT(ted) end point (ie one phone per remote site)
or
b) use IPSEC tunnelling to provide a “routed environment”

While IPSEC is more secure, that lax security only applies to internal (extension to extension) conversations. External conversations are never secure.

Now there is another option!

http://blog.voipsupply.com/asterisk-hardware/iax-phone-contest

Voipsupply in the US has released a new IAX2 compatable phone, and while these have been available in the past they have been of the cheap rubbishy “yum cha” variety. The new phone seeks to change all that.

IAX stands for Internetwork Asterisk eXchange and it is what Geek uses to connect multiple Asterisk servers together (when you need connectivity between two sites). Also one of our Voice carriers support this protocol and via it, we can easily deliver 100 number blocks cheaply and with a minimum of configuration.

Getting back to the point, with this new phone we can have a phone that can easily be taken anywhere and plugged in to a broadband connection, with NO configuration required AT ALL on the firewall, in almost all cases you can start talking instantly. And you can have as many phones as you like on the one connection without the need for a remote server or IPSEC tunneling!

I will watch this phone closely and asses the DSP (digital sound processor) quality and it’s speaker phone. If the sound stacks up, it could be a useful addition to the Geek PBX offering!

Installing wideband (g722) codec translation in Asterisk 1.4.x

To install g722 as an available codec first install the backport patch: (usual disclaimers apply – it worked for me and did not ruin my pbx, use at your own risk)

cd /usr/src/asterisk
wget http://carlton.oriley.net/drupal/fil…7.1-g722.patch
patch -p0 < asterisk-1.4.7.1-g722.patch
make
make install
amportal restart

to see if it worked, jump into the console:
Asterisk -r
and then type
core show translation

along the bottom of the table alongside g722 you should see a row of numbers (the lower the better ) if you see dashes, the install didn’t work.

You will of course need to use the allow=g722 statement for the protocols you require:
sccp.conf, sip_custom.conf & iax_custom.conf
Plus any extensions for which you have used the disallow statement.

Bear in mind of course, there aren’t too many phones that support wideband as yet…

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:
1: the server was nearing the end of it’s productive life (SBS2003 was superseded about 4 months ago)
2: The user has some form of off-site backup already (I nearly die when people even suggest that an off-site backup is not an ABSOLUTE MUST!!!!!) Don’t make me rant about this now.
3: The user was only now getting nervous about the possibility of a “server meltdown”.

I try to base my DR planning on scenarios. Scenarios, in order of likelihood based on my experience is as follows:
1: User deleted files / corrupted files
2: Power supply failure in server
3: Hard disk failure in server
4: Operating system corruption
5: Theft of server (AND ALL BACKUP TAPES / DEVICES)
6: Fire / destruction of premises. (This has only ever happened once)

There is no doubt that the fastest way of getting a server backup and running is via virtualisation. I doubt anyone who thinks otherwise would have had much experience with virtualisation. My concept of using VMconvert and then restoring the current data set via conventional tape or file based backup means seems to be somewhat lost in the physical old school thinking.

The fact is that once you start getting your head around virtualisation then you cease to think of a server as being anything other than a commodity, much like petrol for your car. You start to realise that the LAST place you want to store data is the same place as the computer that serves it to you. In all but the most budget conscious sites (and this is where I go wrong arguing with the SBS Users crowd) flat files should be stored on some form of NAS or SAN device that has adequate redundancy built in. People who can’t get their heads around this concept will be left behind as everyone else moves onto the cloud.

I do agree however, that when you have a server onsite, imaged based backups are here to stay, but they can’t be the only backup.
For SBS Server installations, running a core accounting application, such as MYOB I recommend the following.

1: BACKUP THE MYOB / PRIMARY APP DATA
This is achieved via one of two ways:
a key user uses a high capacity USB “thumb drive” and manually backs up the data. This thumb drive leaves the site daily. For SQL servers a flat file based “Cold backup” or scripted “hot backup + transfer” is used. The scripts are easy to write and run. Generally this will be the business owner or key accounts person.
or
If the key person is unreliable, we recommend an automated Internet based backup for this critical data.
The key thing here is GET THIS DATA OFF SITE.

Most small businesses would be happy to leave it there. and in the event of major data loss, if they had even just that one thing, the business would survive.

2: Daily backups using an imaged based product.
Weekly full + daily incremental is recommended.
Really what you want here is to have a quick backup / restore routine that is used if someone accidentally deletes a file and you haven’t bothered to switch on shadow copies or in the event of catastrophic hard disk or raid failure. This backup never leaves the site, as typically you would do this to 3.5″ hard disks and they tend to be too fragile. Also the full + incremental routine (needed because USB2 is soooo slow) gets confused when you start swapping drives around. We use Acronis for this.

3: Daily complete backups of DATA & METADATA ONLY
To a large capacity tape medium. People who think tapes are dead (I was one of them) haven’t seen the recent advances (and price drops) in the new media formats. LTO/Ultrium absolutely kicks arse right now in terms of price and performance and to be able to backup your data at full SAS performance can’t be beaten. Use a real software product here, something that replaces Microsoft’s RSM (note other than RSM, there is nothing wrong with NT backup). We use Symantec Backup Exec. Backup Assist seems to be just as good, just the price advantage they once had has now been eroded with Symantec’s OEM program.
The only time you will use this backup is in the event of theft or fire. (More common than you might think)

4: Run a “once off” or “infrequent” VM convert. Store this machine on a fast desktop computer with the VMServer installed but completely disabled. In the event of a “Melt down”, you can plug your USB 3.5″ drive with your onsite backups straight in, and other than a short amount of time to restore your files / key DB’s (sharepoint, systemstate, exchange) you are up and running instantly. If you are running OEM versions of SBS2003 you then have 30-60 days to replace the broken bits in your old server or even better convince the customer to move to SBS2008 on a new system.

4 Key rules:
Have a written disaster recovery plan, write into it your acceptable down times based on the likely scenarios.
Always have a backup of your data off-site.
Monitor, check and TEST your backups.
Don’t buy crappy hardware to begin with.

If your customer doesn’t agree to your terms, make them sign a waiver explaining that they are acting against your advice.

I thought I would start my return post with my thoughts on disaster recovery

I’ll let you know when I’m done…