Conection ipsec and QOS

prioritise the tunnel enpoints, service Any - QoS within a tunnel is impossible since the packets are encrypted before they pass the QoS module.

Greetings
cyclops
  

and how i can resolve this problem?


Thanks 

and how i can resolve this problem?


Thanks 

From: left_ext_IP To: right_ext_IP Weight:High Borrow:Borrow
From: Any To:Any Weight:low Borrow:Borrow

Should do the trick. I haven't tested it - input from others is highly appreciated  [:)]

Ah, think its clear that you need those settings on both sides From and To has to be turned.

Greetings
cyclops  

When i put thisi in QOS, this is the message:

"Any-Any-Any rules do not make sense in QoS"

 

You can, and should, use from Any and to Any in a QoS rule, but the protocol type can not be Any. QoS works by giving some protocol types priority over others, thus allowing you to give protocols such as DNS or PPTP higher priority on the outbound link than protocols such as FTP, as an example.  

OK, Thanks, and with this configuration the ipsec conection  will aren`t slow ? 

The only thing you can control via QoS, is the priority you wish to give to some IP sub protocols, at the expense of other IP subprotocols, on your outbound  connection to your ISP.

If you are experiencing significant slowdowns, they may well be caused elsewhere in the network, in which case nothing you do to your ASL router will make any difference.

The public Internet does not provide any performance guarantees. There are too many variables. Sometimes two different sites in the same town, but using different ISPs, are only connected to each other via a router in a different city.

If you are using a newer version of Windows, such as WinXP, try using the pathping utility from a DOS box. Pathping will show you where in the path the delays are occuring.