[LEDE-DEV] [LEDE-DEV, 3/3, v3] uqmi: Prevent 'POLICY MISMATCH' error.

Nikolay Ledovskikh nledovskikh at gmail.com
Thu Dec 8 05:57:11 PST 2016


No. All this is not working if cid is not released for some reason.
For example: we have multiple modems with external power source, if usb DATA
cable connection is broken for some reason, the cid will not be released and new
network connection will not be established until you release the cid manually.

2016-12-08 16:39 GMT+03:00 Matti Laakso <malaakso at elisanet.fi>:
>> ------------------------------------------------------------------------
>> Add uqmi 'sync' command call to release stalled cid when preparing to
>> setup new connection. As a result it prevents 'POLICY MISMATCH' errors.
>>
>> Signed-off-by: Nickolay Ledovskikh <nledovskikh at gmail.com
>> <http://lists.infradead.org/mailman/listinfo/lede-dev>>
>> ---
>>  package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh b/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
>> index fb4c339..3b24539 100755
>> --- a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
>> +++ b/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
>> @@ -85,6 +85,7 @@ proto_qmi_setup() {
>>
>>       # try to clear previous autoconnect state
>>       # do not reuse previous wds client id to prevent hangs caused by stale data
>> +     uqmi -s -d "$device" --sync
>>       uqmi -s -d "$device" \
>>               --stop-network 0xffffffff \
>>               --autoconnect > /dev/null
>> --
>> 2.7.3
>>
>>
>
> I think my latest patch,
> http://lists.infradead.org/pipermail/lede-dev/2016-December/004433.html
> , should also fix this, since this is typically caused by IPv6
> autoconnect being enabled and trying to disable it with IPv4 client or
> vice versa. My patch adds separate commands for IPv4 and IPv6. That
> said, I don't like the autoconnect at all, it being so unpredictable
> across various models.
>
> Matti



-- 
Best regards, Nikolay Ledovskikh.



More information about the Lede-dev mailing list