[Openswan Users] CISCO heartburn

Jeff Herring jeffh at sldsi.com
Fri Jan 28 18:07:37 CET 2005


Apologies if this has been asked here, I have found no answers in the 
archives...

I've updated to 2.3 / patched a 2.4.29 kernel / I have 30 tunnels working 
except 2
that both have Cisco equipment and this error when connecting...Other Cisco 
equipment works
Other none cisco stuff works...

protocol/port in Phase 1 ID Payload must be 0/0 or 17/500 but are 17/0

I've tried...leftprotoport=17/500 & rightprotoport=17/500 with no luck...

from ipsec.conf....(Sanitized slightly)

version 2
# /etc/ipsec.conf - FreeS/WAN IPsec configuration file

# More elaborate and more varied sample configurations can be found
# in FreeS/WAN's doc/examples file, and in the HTML documentation.

# basic configuration
config setup
         # THIS SETTING MUST BE CORRECT or almost nothing will work;
         interfaces="%defaultroute"
         # Debug-logging controls:  "none" for (almost) none, "all" for lots.
         klipsdebug=none
         plutodebug=none
         # Use auto= parameters in conn descriptions to control startup 
actions.
         #plutoload=%none
         #plutostart=%none
         uniqueids=yes

# defaults for subsequent connection descriptions
conn %default
         # How persistent to be in (re)keying negotiations (0 means very).
         keyingtries=0
         # RSA authentication with keys from DNS.
         keylife=8h
         ikelifetime=8h
         rekeymargin=1m
         rekeyfuzz=0%
         right=xxx.xxx.xxx.xxx <- hidden actual values are in file
         rightnexthop=xxx.xxx.xxx.xxx <- hidden actual values are in file
         auth=esp
         esp=3des-md5-96
         disablearrivalcheck=no


conn kilb-tun
         also=kilbcommon
         type=tunnel
         leftsubnet=172.17.18.0/24
         rightsubnet=10.100.0.0/16
         auto=add

conn kilbcommon
         left=216.12.345.678
         leftupdown=/usr/local/lib/ipsec/ipsecupdown
         #
         authby=secret
         auth=esp
         compress=no
         esp=3des-md5-96
         pfs=no

[root at slug etc]# uname -r
2.4.29

[root at slug etc]# ipsec --version
Linux Openswan U2.2.0/K2.3.0 (klips)
See `ipsec --copyright' for copyright information.


[root at slug etc]# ipsec auto --up --verbose kilb-tun
002 "kilb-tun" #376: initiating Main Mode
104 "kilb-tun" #376: STATE_MAIN_I1: initiate
002 "kilb-tun" #376: transition from state STATE_MAIN_I1 to state STATE_MAIN_I2
106 "kilb-tun" #376: STATE_MAIN_I2: sent MI2, expecting MR2
003 "kilb-tun" #376: ignoring Vendor ID payload [Cisco-Unity]
003 "kilb-tun" #376: received Vendor ID payload [Dead Peer Detection]
003 "kilb-tun" #376: ignoring Vendor ID payload 
[574622b267463de27b0475ca9c424bd8]
003 "kilb-tun" #376: ignoring Vendor ID payload [XAUTH]
002 "kilb-tun" #376: I did not send a certificate because I do not have one.
002 "kilb-tun" #376: transition from state STATE_MAIN_I2 to state STATE_MAIN_I3
108 "kilb-tun" #376: STATE_MAIN_I3: sent MI3, expecting MR3
003 "kilb-tun" #376: protocol/port in Phase 1 ID Payload must be 0/0 or 
17/500 but are 17/0
218 "kilb-tun" #376: STATE_MAIN_I3: INVALID_ID_INFORMATION
002 "kilb-tun" #376: sending encrypted notification INVALID_ID_INFORMATION 
to 216.12.345.678:500
010 "kilb-tun" #376: STATE_MAIN_I3: retransmission; will wait 20s for response
010 "kilb-tun" #376: STATE_MAIN_I3: retransmission; will wait 40s for response
031 "kilb-tun" #376: max number of retransmissions (2) reached 
STATE_MAIN_I3.  Possible authentication failure: no acceptable response to 
our first encrypted message
000 "kilb-tun" #376: starting keying attempt 2 of an unlimited number, but 
releasing whack

Anyone...I'm at a total loss...What's broken?


--------------------------------------
Jeff Herring  /  jeffh at sldsi.com
Seacoast Laboratory Data Systems, Inc.
-------------------------------------- 



More information about the Users mailing list