[Openswan Users] Data transport problem.

[Thomas M Petersen - UNI2 A/S]

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



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