<div dir="ltr">Also Andreas,<div><br><div> MOBIKE and the 'routing rules referred to by the 3GPP spec 23.161' are different. </div><div> In my view, this functionality need to be added. Please let me know your thoughts on this.</div><div><br></div><div> Thank you again for your quick reply to my query.</div><div><br></div><div>Thanks,</div><div>Ravikanth</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 2, 2016 at 8:03 AM, Ravi Kanth Vanapalli <span dir="ltr"><<a href="mailto:vvnrk.vanapalli@gmail.com" target="_blank">vvnrk.vanapalli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear Andreas,<div><br><div>I am looking at the 3GPP spec TS 23.161 Release 13 for enabling NB-IFOM.</div><div>For instance Please refer to section "6.3.2.3 Routing Rules signalled via Untrusted WLAN access" of the spec.</div><div><br></div><div>Routing rules here mean "the range of traffic selectors allowed by the UE". UE/Network can include multiple range of traffic selectors to the Network/UE after the IKE tunnel is setup.</div><div>This information need to be carried via IKEv2 Informational request.</div><div><br></div><div>Section 1.2 of RFC 7296 specifys that Control messages can be exchanged between peers. The routing rules are kindof control messages. RFC did not specify about routing rules explicitly, but the strongswan can be enhanced to support adding routing rules via IKEv2 INformational exchange.</div><div><br></div><div>I looked into source code, but currently looks like there is no such support.</div><div><br></div><div>Regards,</div><div>Ravikanth</div></div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 2, 2016 at 3:02 AM, Andreas Steffen <span dir="ltr"><<a href="mailto:andreas.steffen@strongswan.org" target="_blank">andreas.steffen@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 Ravi,<br>
<br>
could you guide my to an RFC or Internet draft describing this dynamic<br>
update of traffic selectors? Or are you referring to the IKEv2 Mobility<br>
and Multihoming Protocol (RFC 4555 MOBIKE) which strongSwan has enabled<br>
by default:<br>
<br>
<a href="https://www.strongswan.org/testing/testresults/ikev2/mobike/" rel="noreferrer" target="_blank">https://www.strongswan.org/testing/testresults/ikev2/mobike/</a><br>
<br>
Regards<br>
<br>
Andreas<div><div><br>
<br>
On 01.06.2016 17:02, Ravi Kanth Vanapalli wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Hi,<br>
I wanted to know if Strongswan supports routing rule modification<br>
through means of IKE Informational requests after the IKE tunnel has<br>
been setup.<br>
<br>
eg scenario is<br>
i) UE completed IKE_SA_INIT exchange with gateway.<br>
ii) UE completed IKE_AUTH exchange with gateway.<br>
iii) IKE tunnel is setup with some traffic selector range TSi and TSr<br>
iv) UE wants to modify the TSi and TSr.<br>
v) UE sends IKE Informational exchange with updated TSi and TSr to gateway..<br>
<br>
Does Strongswan support sending the line (v) listed above ?<br>
In other words is routing rule modification via IKE informational<br>
exchange supported in Strongswan ?<br>
<br>
--<br>
Regards,<br>
RaviKanth<br>
<br>
<br></div></div>
_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.strongswan.org" target="_blank">Dev@lists.strongswan.org</a><br>
<a href="https://lists.strongswan.org/mailman/listinfo/dev" rel="noreferrer" target="_blank">https://lists.strongswan.org/mailman/listinfo/dev</a><br>
<br><span><font color="#888888">
</font></span></blockquote><span><font color="#888888">
<br>
-- <br>
======================================================================<br>
Andreas Steffen <a href="mailto:andreas.steffen@strongswan.org" target="_blank">andreas.steffen@strongswan.org</a><br>
strongSwan - the Open Source VPN Solution! <a href="http://www.strongswan.org" rel="noreferrer" target="_blank">www.strongswan.org</a><br>
Institute for Internet Technologies and Applications<br>
University of Applied Sciences Rapperswil<br>
CH-8640 Rapperswil (Switzerland)<br>
===========================================================[ITA-HSR]==<br>
<br>
</font></span></blockquote></div><br><div><br></div><div data-smartmail="gmail_signature"><div dir="ltr"></div></div>
</div></div></div></div>
</blockquote></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br></div></div>
</div></div></div>