Sergey Ryazanov writes:
> Can you reveal what modem model has such nasty behaviour? I personally
> test IPv6 with Huawei E3372 (NCM, not QMI) and Sierra MC7304, both of
> them work stable. But I can not recall whether they established the
> IPv6 connection as soon as a PDP context was
On Sun, Dec 5, 2021 at 9:57 PM Henrik Ginstmark wrote:
> I'm working for a cellular operator and I have the possibilities to monitor
> the
> registration of the modem from the network side. The registration of an LTE
> terminal is clearly described in the 3GPP specifications and I don´t agree
>
Hi
I'm working for a cellular operator and I have the possibilities to monitor the
registration of the modem from the network side. The registration of an LTE
terminal is clearly described in the 3GPP specifications and I don´t agree with
the options you mention. An LTE terminal can not register
On Sun, Dec 5, 2021 at 7:43 PM Henrik Ginstmark wrote:
> My intention was to speed up the registration to the LTE network.
If we talk about a modem that is part of a router, then I doubt
whether the airplane mode activation will be able to speed up the
registration procedure. After a router
Hi,
> Or does this phenomenon also happen if running without ujail?
afair it also happens without ujail. Whenever handler scripts are enabled,
dnsmasq will spawn a secondary helper process. This was also the reason why
/etc/hotplug.d/*/ support is only conditionally enabled if installed scripts
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Branch: refs/heads/master
Hi
My intention was to speed up the registration to the LTE network.
When the LTE terminal is powered on it will attach with the modem
default APN profile. If that is empty, then the network will assign the
network default APN and you get an IP address.
But if the modem default APN is incorrect,
On Sun, Dec 5, 2021 at 5:12 PM Bjørn Mork wrote:
> Sergey Ryazanov writes:
>> On Sun, Dec 5, 2021 at 3:32 PM Bjørn Mork wrote:
>>> Sergey Ryazanov writes:
I am, as an occasional user of an LTE modem, never faced a case when
the modem is unable to register with a network due to an
Sergey Ryazanov writes:
> On Sun, Dec 5, 2021 at 3:32 PM Bjørn Mork wrote:
>> Sergey Ryazanov writes:
>>> I am, as an occasional user of an LTE modem, never faced a case when
>>> the modem is unable to register with a network due to an unconfigured
>>> APN. The most prominent fact is that no
On Sun, Dec 5, 2021 at 3:32 PM Bjørn Mork wrote:
> Sergey Ryazanov writes:
>> I am, as an occasional user of an LTE modem, never faced a case when
>> the modem is unable to register with a network due to an unconfigured
>> APN. The most prominent fact is that no one else ever faced such case
>>
On Sun, Dec 05, 2021 at 01:26:18PM +0100, e9hack wrote:
> Hi,
>
> the scripts are executed. I did a mistake with path names for the logging
> files.
>
> But the issue with executing dnsmasq twice is still open.
Do I understand correctly that you only observe this only in case of
procd-ujail
Sergey Ryazanov writes:
> I am, as an occasional user of an LTE modem, never faced a case when
> the modem is unable to register with a network due to an unconfigured
> APN. The most prominent fact is that no one else ever faced such case
> for a 7 years of the uqmi existence. It looks like you
Hi,
the scripts are executed. I did a mistake with path names for the logging files.
But the issue with executing dnsmasq twice is still open.
Regards,
Hartmut
Am 05.12.2021 um 12:13 schrieb e9hack+dnsmasq:
Hi,
I did configure a user script by adding:
option dhcpscript
On Sun, Dec 05, 2021 at 12:13:16PM +0100, e9hack+dnsmasq wrote:
>
> Hi,
>
> I did configure a user script by adding:
>
> option dhcpscript '/etc/dnsmasq-test.sh'
>
> The script and the main-script are never executed. I did add a line to both
> scripts, which shall log to
Hi,
I did configure a user script by adding:
option dhcpscript '/etc/dnsmasq-test.sh'
The script and the main-script are never executed. I did add a line to both
scripts, which shall log to /var/run/dnsmaq/test-{1|2}.log
If I check afterwards if dnsmasq is running, I see two instances. One
15 matches
Mail list logo
