[Openswan dev] Linux VPN

Michael Richardson mcr at sandelman.ottawa.on.ca
Thu Jun 30 14:09:34 CEST 2005


-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Ido" == Ido  <Goshen> writes:
    Ido> 1. IPSEC and QoS - Is there a way to prevent QoS from
    Ido> reordering of IPSEC packets?  Disordering of packets is
    Ido> critical to IPSEC If understand correctly (probably not) IPSEC
    Ido> handling is done within POST_ROUTING.  Traffic-shaping queues
    Ido> are attached to a device, which is done afterward.

  IPsec can tolerate a certain amount of packet re-ordering. It uses a
32 or 64 packet window to receive things. 

  Neither QoS, nor NETKEY or KLIPS IPsec is not done within POST_ROUTING.

    Ido> 2. IPSEC policy per interface.  Can packet be matched upon
    Ido> their in/out interface ?  I haven't seen that interface can be
    Ido> specified in any method of setting IPSEC rules (e.g. spdadd in
    Ido> 2.6 native ipsec, or ipsec auto -add in KLIPS of OpenSwan)
	
  You can not do that.
  It will be possible in KLIPS3, but we have no release date for that
yet.

- -- 
] Michael Richardson          Xelerance Corporation, Ottawa, ON |  firewalls  [
] mcr @ xelerance.com           Now doing IPsec training, see   |net architect[
] http://www.sandelman.ca/mcr/    www.xelerance.com/training/   |device driver[
]                    I'm a dad: http://www.sandelman.ca/lrmr/                 [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys

iQCVAwUBQsQnTYqHRg3pndX9AQH3RAP8DoA+6WwBhS8Y1kj2n4roVT/87PkRKsji
lCQWK/F9xHvQ/8f+/0qHi792lEGow1veFuR3EVN+g/3M5dk3HxZLszZ5J8S78TpC
C2h9rSO7mxnSuX3OLOCllE+A9Uyd8IgbEh5/uZ8yHjJpBNylgSahC31jOTPfEdef
YDfssMSecQo=
=2Q/g
-----END PGP SIGNATURE-----


More information about the Dev mailing list