diff options
| author | Adam Smith <adamsmith@yzguy.io> | 2026-09-30 05:18:14 +0000 |
|---|---|---|
| committer | Adam Smith <adamsmith@yzguy.io> | 2026-09-30 06:30:41 +0000 |
| commit | 5299606d0e6adf5f522cc6cbfb35ea39fc138bb4 (patch) | |
| tree | 51697ce3b21136f1a42b08b7520bed789260be9d /src/migration-scripts | |
| parent | 888bc31365e22b4f04ac0a8692406c83d0b6d074 (diff) | |
| download | vyos-1x-5299606d0e6adf5f522cc6cbfb35ea39fc138bb4.tar.gz vyos-1x-5299606d0e6adf5f522cc6cbfb35ea39fc138bb4.zip | |
wwan: T9326: always pre-negotiate the attach-time PDN type before connect
modem_connect() only ran the --3gpp-set-initial-eps-bearer-settings
pre-step (added by T9326) when the requested ip-type included IPv6,
gated on options.partition('ip-type=')[2].partition(',')[0] in ('ipv6',
'ipv4v6'). A bare 'ipv4' request skipped it entirely.
Confirmed live (same MC7455/Google Fi setup as T9326's original report)
that the underlying ip-version-mismatch rejection isn't IPv6-specific:
with the attach committed to ip-type=ipv6, a bare ip-type=ipv4
--simple-connect fails outright with the same QMI CallEndReason, not
just the ipv4v6 case's silent single-family drop. A WWAN interface
whose configured address family changes (e.g. dropping dhcpv6 down to
dhcp-only) can hit exactly this, and won't self-heal on retry since
nothing about a failed connect touches the attach-committed PDN type -
vyos-netlinkd's reconcile loop would back off and retry the identical
failing request forever.
Removed the gate entirely: the pre-step already fails silently and
falls through unchanged on a modem/network that doesn't need it, so
there's no reason to skip it for any particular family.
Diffstat (limited to 'src/migration-scripts')
0 files changed, 0 insertions, 0 deletions
