<div dir="ltr">Aleksander,<div>It is good to know that this type of stuff is on your guy's radar. I will look over this work as time permits and see if I can expand on it. </div><div><br></div><div>I am still pretty new to working with gObject and GDbus, so I will likely have a plethora of stupid questions, so everyone please bear with me :)</div><div><br></div><div>Giacinto,</div><div>I have looked at some of the initial esp api stuff. I just figured out how to disable my modem from auto connecting, so I will actually have some control over the thing. It does sound like there is more I can learn about it though.</div><div><br></div><div>I will check some resources I have to try and figure out how Verizon would want an MBIM modem to behave. Hopefully I can provide some definitive answers so we can add something that doesn't need to be redone in a year.</div><div><br></div><div>Thanks for the warm welcome to the community,</div><div>Jessy Diamond Exum<br><br><table cellpadding="0" class="gmail-cf gmail-gJ" style="border-collapse:collapse;margin-top:0px;width:auto;font-family:Roboto,RobotoDraft,Helvetica,Arial,sans-serif;font-size:14px;letter-spacing:0.2px;display:block"></table></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 5, 2020 at 1:45 AM Giacinto Cifelli <<a href="mailto:gciofono@gmail.com">gciofono@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Hello Jessy,<div><br></div><div>On Sat, Sep 5, 2020 at 10:11 AM Jessy Exum <<a href="mailto:jessy.diamondman@gmail.com" target="_blank">jessy.diamondman@gmail.com</a>> wrote:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello everyone, I hope this finds you well.<div><br></div><div>I have been working on getting a product certified with Verizon, but failed because my first implementation did not handle their <a href="http://hosteddocs.ittoolbox.com/CC012507.pdf" target="_blank">OTA-DM (Over the Air Device Management)</a> behavior. This stage of certification relies heavily on creating bearers out of PDP context IDs (Verizon handles most of the messy bits in setting those contexts for you in the modem).</div><div><br></div><div>My current solution is to manually read the PDP contexts off of the device with AT+CGDCONT=?, reading out the Verizon mandated PDP context, and then asking ModemManager to create a bearer out of that bearer configuration (which causes ModemManager to scan the list of contexts and find an exact match with the one we just read). This works, but it is cumbersome, and I hear that more networks are planning to move to a similar process in the future (Sprint already has, though I heard that is a little half baked).</div><div><br></div><div><u>Because of this, I feel it would be worthwhile to allow bearers to be created by specifying only a PDP context (and perhaps even an API backed way to inspect them).</u> This would make passing Verizon certification a lot less hackey than it currently is.</div><div><br></div><div>I am happy to do as much of the work as necessary, but I want to know the community's opinion of this base proposal, and make sure anything that is built actually solves a problem and will be accepted.</div><div><br></div><div><b>Brief overview of the <a href="http://hosteddocs.ittoolbox.com/CC012507.pdf" target="_blank">OTA-DM procedure</a>:</b></div><div>I am not a cellular expert, so please forgive and correct any inaccuracies I may let slip in.</div><div><br></div><div>For those unfamiliar (I know I was), Verizon has a procedure called OTA-DM for automatically determining the APN to use for a SIM card.</div><div><br></div><div>Verizon has all compatible modems preloaded with a series of PDP contexts. These PDP Contexts are only available when the modem is running Verizon firmware (which is triggered when a Verizon SIM card is inserted). </div><div><br></div><div>Verizon expects the initial attach bearer will be created from PDP context #1. This first bearer is only for notifying Verizon that we have attached, and will never pass user traffic.</div><div><br></div><div>Once this initial bearer connects, Verizon and the modem talk for a while. In this conversation:</div><div><ol><li>The modem reports details about its SIM card to Verizon,</li><li>Verizon checks its database to see if this is the last SIM card it saw in this modem,</li><li>if this is not the SIM Verizon expected, Verizon will update the modem's PDP contexts to the most up to date settings for this SIM. </li></ol>To clarify, this process will not happen every time you connect. A modem has to connect to Verizon with a different SIM card for Verizon to do this process again (flipping between SIMs for each connection would cause this process to happen for each connection).<br></div><div><br></div><div>After this process completes, Verizon expects that the modem will connect using PDP context #3 for the first data bearer. APNs are not touched by the user, only Verizon defined PDP contexts. I found out the hard way that you will fail your device certification if you do not connect using the 3rd context.</div><div><b>END OTA-DM description.</b></div><div><b><br></b></div><div>Any input on if we should allow creation of bearers from PDP context numbers to support new cellular network features would be appreciated.</div></div></blockquote><div><br></div><div>There is an embryo of what you need in the SetInitialEpsBearerSettings().</div><div>For Cinterion modems on VZW networks, the latest MM upstream considers that the modem will attach with CID#3. CID#1 is not used, but also should not be overwritten.</div><div>I think CID#1 is used internally and transparently.</div><div><br></div><div>Ideally it should be possible to specify only the CID for activating a PDN, however it is non-portable: modems using MBIM instead of AT commands don't support the notion of CID at all.</div><div>I am not sure how VZW specifies the operations for these modems. I know that for Cinterion modems AT and MBIM coexist whenever possible, but on the MBIM_CONNECT there is no CID parameter, only APN (and username/password/...).</div><div><br></div><div>Best Regards,</div><div>Giacinto</div><div><br></div><div><br></div><div><br></div></div></div>
</blockquote></div>