-
Notifications
You must be signed in to change notification settings - Fork 3k
Cellular: AT + QICSGP set up APN fix #12227
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Earlier we called AT+QICSGP only if the username and password was set. It seems that we must call it also to set up APN while in AT mode. This commit fixes the issue + updated IPv4/v6 handling to be correct in the same call
@AnttiKauppila, thank you for your changes. |
@linlingao is this related to the issue we found for ME910? |
features/cellular/framework/targets/QUECTEL/BG96/QUECTEL_BG96_CellularContext.cpp
Outdated
Show resolved
Hide resolved
@@ -69,11 +69,20 @@ ControlPlane_netif *QUECTEL_BG96_CellularContext::get_cp_netif() | |||
|
|||
nsapi_error_t QUECTEL_BG96_CellularContext::do_user_authentication() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
AT_CellularContext::get_context
still uses AT+CGDCONT
so that should be overridden as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
AT_CellularContext::get_context
is using AT+CGDCONT
only for reading. No need for QICSGP. If you think set_new_context(), that has to be done still by CGDCONT.
QICSGP can only congfigure a context created by CGDCONT.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
QICSGP must be called to configure APN. If don't want to override get_context
then should allow empty _pwd
and _uname
here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't this allowing empty _pwd
and _uname
?
@AnttiKauppila I updated the title. Please review and edit it if needed. |
I guess title is fine, I updated the PDP type handling according to 1.1 spec |
Ci run meanwhile |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
@@ -69,11 +69,21 @@ ControlPlane_netif *QUECTEL_BG96_CellularContext::get_cp_netif() | |||
|
|||
nsapi_error_t QUECTEL_BG96_CellularContext::do_user_authentication() | |||
{ | |||
uint8_t type = (uint8_t)_pdp_type; | |||
if ((uint8_t)_pdp_type < 1) { | |||
type = 1; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should probably default to IPv4v6?
@loverdeg-ep This issue doesn't seem to be related to what we saw on ME910. This issue fixes the case when username/password is not present. The ME910 issue has to do with passing username/password. |
Is this waiting for an answer? I marked this as ready for integration (once the release 6.0.0alpha1 is ready, it can be merged). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Type should probably default to IPv4v6?
Earlier we called AT+QICSGP only if the username and password was set.
It seems that we must call it also to set up APN while in AT mode.
This commit fixes the issue + updated IPv4/v6 handling to be correct in the same call
Summary of changes
Earlier we called AT+QICSGP only if the username and password was set.
It seems that we must call it also to set up APN while in AT mode.
This commit fixes the issue + updated IPv4/v6 handling to be correct in the same call
Fixes IOTCELL-2384
Impact of changes
Migration actions required
Documentation
None
Pull request type
Test results
Reviewers