https://projects.osmocom.org/https://projects.osmocom.org/favicon.ico?16647414092017-11-28T09:35:00ZOpen Source Mobile CommunicationsOsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=63892017-11-28T09:35:00Zlynxis
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Stalled</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li></ul><p>It needs to implement 2x WDS sessions to get ipv4 + ipv6. I'm still unsure, what it needs to be done, to set the PDP type to ip_4_6</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=63902017-11-28T09:55:22Zlaforge
<ul></ul><p>On Tue, Nov 28, 2017 at 09:35:00AM +0000, lynxis [REDMINE] wrote:</p>
<blockquote>
<p>It needs to implement 2x WDS sessions to get ipv4 + ipv6. I'm still unsure, what it needs to be done, to set the PDP type to ip_4_6</p>
</blockquote>
<p>v4v6 PDP context were added in rather late/recent 3GPP versions, so it<br />could simply be that the EC20 doesn't yet support it. So if there's no<br />obvious way to do it, probably not worth spending time to do a lot of<br />research on it.</p>
<p>One thing worth trying though is to see if it's possible to somehow<br />define a PDP context of v4v6 type via AT commands. If that works, then<br />the modem likely supports it but you simply don't know yet how to do it<br />via QMI. So if AT command works, then it's worth investing time<br />researching how to do it on QMI.</p>
<p>Please note that I don't think we have tested v4v6 in the OsmoSGSN/GGSN yet,<br />and in fact I'm quite sure it won't work yet with the current code. So<br />testing is a bit of a chicken-and-egg situation.</p>
<p>Regards,<br /> Harald</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=63922017-11-28T11:15:41Zlynxis
<ul></ul><p>The ec20 with firmware <em>"EC20EQAR02A13E2G 1 [Jul 5 2017 10:49:17]"</em> is actually requesting a PDP context ipv4v6. ofono doesn't know how to set the PDP context type.</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=63982017-11-28T15:13:16Zlynxis
<ul></ul><p>When using ofono on the EC20, the EC20 is falling back from ipv4v6 to ipv4 or ipv6 depending on the requested type.<br />osmo-GGSN doesn't support the dual ipv4 ipv6 support yet and is rejecting with 220<br /><pre>
#define GTPCAUSE_UNKNOWN_PDP 220 /* Unknown PDP address or PDP type */
</pre></p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=64002017-11-28T15:14:31Zlynxis
<ul><li><strong>Blocked by</strong> <i><a class="issue tracker-1 status-5 priority-2 priority-default closed" href="/issues/2687">Bug #2687</a>: implement ipv4v6 context type</i> added</li></ul> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=64042017-11-28T16:11:53Zlynxis
<ul></ul><p>Also interesting: when requesting an pdp ipv6 context, the EC20 and the Sierra are crashing after receiving an pdp context accept.</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=67712017-12-12T15:28:48Zpespin
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-1 priority-2 priority-default" href="/issues/2713">Bug #2713</a>: ofono: chosen pdp type (v4, v6, dual) not strictly followed in ofono qmi</i> added</li></ul> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=67732017-12-12T15:39:30Zpespin
<ul><li><strong>Status</strong> changed from <i>Stalled</i> to <i>In Progress</i></li></ul><p>Doing some more tests with osmo-gsm-tester now that IPv4v6 is implemented (an ipv4 and an ipv6 addr are returned when an ipv4v6 is requested):</p>
<p>- ipv4: Ofono actually sends an IPv4v6 ctx request. Works fine but I need to set the APN to "inet46" as it is the only one configured with a v4 pool and a v6 pool. If any of the pools is missing, osmo-ggsn fails to allocate an IP for one of the 2 types and then it sends back an error because it cannot fullfill the request. We should check in specs how is the osmo-ggsn expected to behave if IPv4v6 is requested but some parts cannot be fullfilled (ie if apn is configured to use ipv4 only or ipv6 only, if it's fine then returning only 1 address).<br /><pre>
/sierra_1: context activated {apn='inet46', path='/sierra_1/context2', properties={AccessPointName='inet46', Active=True, AuthenticationMethod='chap', IPv6.Settings={}, Name='Internet', Password='', Protocol='ip', Settings={Address='176.16.46.1', DomainNameServers=['8.8.8.8', '8.8.8.8'], Gateway='176.16.46.2', Interface='wwp0s18f2u1u2i8', Method='static', Netmask='255.255.255.252'}, Type='internet', Username='ogt'}, user='ogt'}
</pre></p>
<p>- ipv6: Ofono actually send an IPv4v6 ctx request. Same as for ipv4. I can create the context without errors (and without modem crash) but in this case, it seems the ipv6 ip or other settings is not populated to the dbus API, not sure if it is expected, if features are missing or if it's a bug:<br /><pre>
/sierra_1: context activated {apn='inet46', path='/sierra_1/context3', properties={AccessPointName='inet46', Active=True, AuthenticationMethod='chap', IPv6.Settings={Interface='wwp0s18f2u1u2i8'}, Name='Internet', Password='', Protocol='ipv6', Settings={}, Type='internet', Username='ogt'}, user='ogt'}
</pre></p>
<p>- dual: Ofono fails and the modem sends nothing over the air:<br /><pre>
GDBus.Error:org.ofono.Error.Failed: Operation failed (36)
</pre></p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=68222017-12-15T11:33:01Zpespin
<ul></ul><p><a class="user active" href="https://projects.osmocom.org/users/1741">lynxis</a>: Can you retry creating an ipv6 context with ofono and SierraW using latest osmo-ggsn (37c45e3998fca240b5266abd3ac883d0a35bab50)? It is working fine in osmo-gsm-tester now (using ipv4v6 underneath, both in Prod and R&D). Make sure your osmo-ggsn assigns a link-local address to the tun interface, otherwise force it by using the "ipv6 link-local fe80::1111:1111:1111:1111/64" vty cmd.</p>
<p>Creating the IPv4v6 probably fails tue to qmi_activate_primary() and should be addresses as part of <a class="issue tracker-1 status-1 priority-2 priority-default" title="Bug: ofono: chosen pdp type (v4, v6, dual) not strictly followed in ofono qmi (New)" href="https://projects.osmocom.org/issues/2713">#2713</a>, so let's leave it outside from this task:<br /><pre>
switch (ctx->proto) {
case OFONO_GPRS_PROTO_IP:
ip_family = 4;
break;
case OFONO_GPRS_PROTO_IPV6:
ip_family = 6;
break;
default:
goto error;
}
</pre></p>
<p>Please have a look again with the different modems and close the task if found as working (as it does for me with the SierraW in osmo-gsm-tester).</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=68232017-12-15T11:41:51Zpespin
<ul></ul><p>I verified that it also works fine with EC20 (same as SierraW):<br /><pre>
12:37:15.878983 tst /gobi_0: DBG: 'org.ofono.ConnectionManager'.PropertyChanged() -> Attached=True
12:37:15.918028 tst /gobi_0: DBG: attached: True
12:37:15.949666 tst /gobi_0: DBG: activate_context {apn='inet46', protocol='ip', user='ogt'}
12:37:16.839428 tst /gobi_0: context activated {apn='inet46', path='/gobi_0/context2', properties={AccessPointName='inet46', A
ctive=True, AuthenticationMethod='chap', IPv6.Settings={}, Name='Internet', Password='', Protocol='ip', Settings={Address='176.16.46.1', DomainNameServ
ers=['8.8.8.8', '8.8.8.8'], Gateway='176.16.46.2', Interface='wwp0s18f2u1u6i4', Method='static', Netmask='255.255.255.252'}, Type='internet', Username=
'ogt'}, user='ogt'}
12:37:21.883354 tst /gobi_0: DBG: activate_context {path='/gobi_0/context2'}
12:37:23.516130 tst /gobi_0: DBG: activate_context {apn='inet46', protocol='ipv6', user='ogt'}
12:37:31.639298 tst /gobi_0: context activated {apn='inet46', path='/gobi_0/context3', properties={AccessPointName='inet46', A
ctive=True, AuthenticationMethod='chap', IPv6.Settings={Interface='wwp0s18f2u1u6i4'}, Name='Internet', Password='', Protocol='ipv6', Settings={}, Type=
'internet', Username='ogt'}, user='ogt'}
12:37:36.677732 tst /gobi_0: DBG: activate_context {path='/gobi_0/context3'}
</pre></p>
<p>Remember that I have to use inet46 APN due to ofono actually requesting an IPv4v6 ctx underneath (<a class="issue tracker-1 status-1 priority-2 priority-default" title="Bug: ofono: chosen pdp type (v4, v6, dual) not strictly followed in ofono qmi (New)" href="https://projects.osmocom.org/issues/2713">#2713</a>).</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=170692020-01-08T22:43:25Zlaforge
<ul></ul><p>what's the status here?</p> OsmoGSMTester - Bug #2683: ofono: EC20 failing to create ipv6 or dual contextshttps://projects.osmocom.org/issues/2683?journal_id=171192020-01-09T11:58:27Zpespin
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li><li><strong>% Done</strong> changed from <i>10</i> to <i>100</i></li></ul><p>I think we can close it since IPv4v6 support is being tracked in <a class="issue tracker-1 status-1 priority-2 priority-default" title="Bug: ofono: chosen pdp type (v4, v6, dual) not strictly followed in ofono qmi (New)" href="https://projects.osmocom.org/issues/2713">#2713</a>.</p>