<div>The server log is :</div>
<div>---------------------------------------------------------------------------------------------------------------</div>
<div>2007-09-06 16:20:50&nbsp;&nbsp; system&nbsp;&nbsp; info&nbsp; 00536&nbsp; IKE&lt;**.30.115.**&gt; <br>Phase 1: Negotiations have failed for user &lt;CN=IPSEC,OU=Support,O=Dawningtech,L=Taipei,ST=Taiwan,C=TW&gt;.<br>2007-09-06 16:20:50&nbsp;&nbsp; system&nbsp;&nbsp; info&nbsp; 00536&nbsp; IKE&lt;**.30.115.**&gt; 
<br>Phase 1: No private key exists to sign packets.<br>2007-09-06 16:20:44&nbsp;&nbsp; system&nbsp;&nbsp; info&nbsp; 00536&nbsp; IKE&lt;**.30.115.**&gt; <br>Phase 1: Responder starts MAIN mode negotiations.<br>---------------------------------------------------------------------------------------------------------------
</div>
<div>the ipsec.conf is the same as I put in the x86 linux environment,</div>
<div>
<p>version&nbsp;2.0&nbsp;# conforms to second version of ipsec.conf specification</p>
<p>config setup<br>&nbsp;# Debug-logging controls:&nbsp; &quot;none&quot; for (almost) none, &quot;all&quot; for lots.<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; klipsdebug=all<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; plutodebug=all<br>&nbsp;nat_traversal=yes<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; interfaces=&quot;%defaultroute&quot;
</p>
<p>include /etc/ipsec.d/no_oe.conf<br>&nbsp;<br>conn&nbsp;net-to-net<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; authby=rsasig<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; compress=yes<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; esp=3DES-SHA1-96<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; left=%defaultroute<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; leftsubnet=<a href="http://192.168.1.0/24">192.168.1.0/24
</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; leftnexthop=%defaultroute<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; leftcert=/etc/ipsec.d/mycert2.pem<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; leftrsasigkey=%cert<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; right=**.**.**.**<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rightid=&quot;@<a href="http://SSG550.sti.com.tw">SSG550.sti.com.tw</a>&quot;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rightsubnet=<a href="http://10.2.111.0/24">10.2.111.0/24</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rightnexthop=%defaultroute&nbsp;&nbsp;&nbsp; <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; auto=add<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; pfs=no</p></div>
<div>--------------------------------------------------------------------------------</div>
<div>Maybe you can give me a hint !</div>
<div>&nbsp;</div>
<div>Thanks</div>
<div><br>&nbsp;</div>
<div><span class="gmail_quote">2007/9/21, Paul Wouters &lt;<a href="mailto:paul@xelerance.com">paul@xelerance.com</a>&gt;:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Fri, 21 Sep 2007, ??? wrote:<br><br>&gt; I have a client embedded machine which will connect to the remote IPSEC
<br>&gt; server(juniper&#39;s SSG550 machine). The embedded machine is arm based machine<br>&gt; and its kernel is linux 2.4.19 .<br>&gt; I crosscompile openswan 2.4.9 with NAT-T patch/Klips and copy it to the<br>&gt; embedded 
machine.But it always show the error message:<br>&gt;<br>&gt;<br>&gt; pluto[217]: &quot;net-to-net&quot; #1: STATE_MAIN_I3: sent MI3, expecting MR3<br>&gt;<br>&gt; 108 &quot;net-to-net&quot; #1: STATE_MAIN_I3: sent MI3, expecting MR3
<br>&gt;<br>&gt; pluto[217]: | modecfg pull: noquirk policy:push not-client<br>&gt; pluto[217]: | phase 1 is done, looking for phase 1 to unpend<br>&gt; pluto[217]: | next event EVENT_RETRANSMIT in 10 seconds for #1<br><br>
This doesn&#39;t seem to relate to arm vs x86. Are you sure the configuration<br>isn&#39;t different and that is causing the problem?<br><br>Why is the other end not sending the next packet? What is it its log?<br><br>Paul
<br></blockquote></div><br>