priority-queue outside
!
! (Step 1) ————-Specify a class map which identifies the VoIP traffic
! On my network, the VoIP adapter uses the EF PHB (101110)
class-map VoIP
description High Priority = VoIP
match dscp ef
!
! (Step 2) ————–Assign the class map to a policy map
! (remember this doesn’t activate the policy)
! And, as an action, send it to the LLQ
policy-map General-Purpose
class VoIP
priority
!
! (Step 3) —————–Finally, activate the policy by assigning it to the
! outside interface:
service-policy General-Purpose interface outside
!
! To see whether the policy is “working”, issue this command and view the results:

show service-policy
Interface outside:
Service-policy: General-Purpose
Class-map: VoIP
Priority:
Interface outside: aggregate drop 0, aggregate transmit 1256


The inside interface of the Security Appliance cannot be accessed from the outside, and vice-versa, unless the management-access is configured in global configuration mode. Once management-access is enabled, Telnet, SSH, or HTTP access must still be configured for the desired hosts.

pix(config)#management-access inside
pix(config)#show running-config management-access
management-access inside

So what I needed was a simulation of four different ISPs each with different static IP, all that to test my four VPN connections between them.

Starting point.
http://www.dd-wrt.com/wiki/index.php/VLAN_Detached_Networks_(Separate_Networks_With_Internet)
http://www.dd-wrt.ca/wiki/index.php/Linking_Subnets_with_Static_Routes

To get it going all I had to do is configure VLAN on dd-wrt and then set up wireless as the client to my Wi-Fi so I can access internet and all worked without any other adjustments