[Openswan Users] Data transport problem.

[Paul Wouters]

On Tue, 12 Jul 2005, Thomas M Petersen - UNI2 A/S wrote:

> One of the servers use a dsl connection.
> Here is the status from that.

What does 'ipsec verify' say?

Paul


> 000 interface lo/lo 127.0.0.1
> 000 interface eth0/eth0 172.16.101.245
> 000 interface ppp0/ppp0 80.199.XX.XX
> 000 %myid = (none)
> 000 debug none
> 000
> 000 algorithm ESP encrypt: id=2, name=ESP_DES, ivlen=8, keysizemin=64,
> keysizemax=64
> 000 algorithm ESP encrypt: id=3, name=ESP_3DES, ivlen=8, keysizemin=192,
> keysizemax=192
> 000 algorithm ESP encrypt: id=7, name=ESP_BLOWFISH, ivlen=8, keysizemin=40,
> keysizemax=448
> 000 algorithm ESP encrypt: id=11, name=ESP_NULL, ivlen=0, keysizemin=0,
> keysizemax=0
> 000 algorithm ESP encrypt: id=12, name=ESP_AES, ivlen=8, keysizemin=128,
> keysizemax=256
> 000 algorithm ESP encrypt: id=252, name=ESP_SERPENT, ivlen=8,
> keysizemin=128, keysizemax=256
> 000 algorithm ESP encrypt: id=253, name=ESP_TWOFISH, ivlen=8,
> keysizemin=128, keysizemax=256
> 000 algorithm ESP auth attr: id=1, name=AUTH_ALGORITHM_HMAC_MD5,
> keysizemin=128, keysizemax=128
> 000 algorithm ESP auth attr: id=2, name=AUTH_ALGORITHM_HMAC_SHA1,
> keysizemin=160, keysizemax=160
> 000 algorithm ESP auth attr: id=5, name=AUTH_ALGORITHM_HMAC_SHA2_256,
> keysizemin=256, keysizemax=256
> 000 algorithm ESP auth attr: id=251, name=(null), keysizemin=0, keysizemax=0
> 000
> 000 algorithm IKE encrypt: id=7, name=OAKLEY_AES_CBC, blocksize=16,
> keydeflen=128
> 000 algorithm IKE encrypt: id=5, name=OAKLEY_3DES_CBC, blocksize=8,
> keydeflen=192
> 000 algorithm IKE hash: id=2, name=OAKLEY_SHA1, hashsize=20
> 000 algorithm IKE hash: id=1, name=OAKLEY_MD5, hashsize=16
> 000 algorithm IKE dh group: id=2, name=OAKLEY_GROUP_MODP1024, bits=1024
> 000 algorithm IKE dh group: id=5, name=OAKLEY_GROUP_MODP1536, bits=1536
> 000 algorithm IKE dh group: id=14, name=OAKLEY_GROUP_MODP2048, bits=2048
> 000 algorithm IKE dh group: id=15, name=OAKLEY_GROUP_MODP3072, bits=3072
> 000 algorithm IKE dh group: id=16, name=OAKLEY_GROUP_MODP4096, bits=4096
> 000 algorithm IKE dh group: id=17, name=OAKLEY_GROUP_MODP6144, bits=6144
> 000 algorithm IKE dh group: id=18, name=OAKLEY_GROUP_MODP8192, bits=8192
> 000
> 000 stats db_ops.c: {curr_cnt, total_cnt, maxsz} :context={0,0,0}
> trans={0,0,0} attrs={0,0,0}
> 000
> 000 "acoon-uzi4u":
> 172.16.101.0/24===80.199.XX.XX[@XXXXXXX.dk]...81.161.YY.YY[@YYYYYYY.dk]===10
> .0.1.0/24; erouted; eroute owner: #8
> 000 "acoon-uzi4u":     srcip=unset; dstip=unset
> 000 "acoon-uzi4u":   ike_life: 3600s; ipsec_life: 28800s; rekey_margin:
> 540s; rekey_fuzz: 100%; keyingtries: 0
> 000 "acoon-uzi4u":   policy: RSASIG+ENCRYPT+TUNNEL+PFS+UP; prio: 24,24;
> interface: ppp0;
> 000 "acoon-uzi4u":   newest ISAKMP SA: #7; newest IPsec SA: #8;
> 000 "acoon-uzi4u":   IKE algorithm newest: 3DES_CBC_192-MD5-MODP1536
> 000
> 000 #6: "acoon-uzi4u":500 STATE_MAIN_I1 (sent MI1, expecting MR1);
> EVENT_RETRANSMIT in 3s; nodpd
> 000 #6: pending Phase 2 for "acoon-uzi4u" replacing #0
> 000 #8: "acoon-uzi4u":500 STATE_QUICK_R2 (IPsec SA established);
> EVENT_SA_REPLACE in 28526s; newest IPSEC; eroute owner
> 000 #8: "acoon-uzi4u" esp.c7dcc47a at 81.161.YY.YY esp.2d9b9f8f at 80.199.XX.XX
> tun.0 at 81.161.YY.YY tun.0 at 80.199.XX.XX
> 000 #7: "acoon-uzi4u":500 STATE_MAIN_R3 (sent MR3, ISAKMP SA established);
> EVENT_SA_REPLACE in 3326s; newest ISAKMP; lastdpd=-1s(seq in:0 out:0)
> 000
>
>
>
>
> -----Original Message-----
> From: Paul Wouters [mailto:paul at xelerance.com]
> Sent: 12. juli 2005 15:12
> To: Thomas M Petersen - UNI2 A/S
> Cc: users at openswan.org
> Subject: Re: [Openswan Users] Data transport problem.
>
> On Tue, 12 Jul 2005, Thomas M Petersen - UNI2 A/S wrote:
>
>> So far everything works out. The vpn connection is established, but I
> can't
>> seem to get any traffic through.
>
> What does 'ipsec verify' say?
>
> Paul
>

-- 

   "I am not even supposed to be here today!"  -- Clerk