<div dir="ltr">Thank you Martin, that was helpful.<div><br></div><div>cheers,</div><div>SK</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 17, 2015 at 12:34 AM, Martin Willi <span dir="ltr"><<a href="mailto:martin@strongswan.org" target="_blank">martin@strongswan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
> router changes its source port on the UDP encap packet midway through a<br>
> connection. I would like to look at this code to understand it a bit,<br>
> but I am having trouble identifying the exact point for IKEv1 where<br>
> this change is detected in the strongswan code.<br>
<br>
</span>The kernel backend fires a mapping() event on kernel_interface_t, which<br>
is propagated to all registered kernel_listener_t. libcharons<br>
kernel_handler_t is one of them, which raises an asynchronous<br>
migrate_job_t.<br>
<br>
That migrate job finds affected IKE_SAs and CHILD_SAs, tries to update<br>
them. If updating CHILD_SAs is not supported using MOBIKE, it rekeys<br>
them.<br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
<br>
</font></span></blockquote></div><br></div>