> So this particular MAC address firmware issue is related to the > AT^NDISDUP implementation. That's a big part of the firmware > implementation which is never used on Windows and therefore hardly ever > tested. So it's not too surprising that it is buggy.
I went back and tested NDISDUP in Windows on two different E1820s with different firmwares; 11.831.03.00.00 and 11.865.07.00.618. NDISDUP worked perfectly on both and I noticed that the last two octets of the MAC address changed every time the device was detected, but was always 00:1E:10:1F:x:y. > Another indication that we should ignore the NDISDUP command whenever we > can, and use the same management protocols the Windows driver uses. Huawei's Mobile Partner software uses AT commands for everything except establishing a connection on the network interface. Another test I made was to unbind cdc_ether, bind qmi_wwan and then connect with NDISDUP, but the result was the same as with cdc_ether and NDISDUP; no traffic would flow unless the MAC was set to 0/1/2/3/4/5. > Still don't know what that could be on the E3276 though. You have a nice > project there if you want something harder to work on :) Although I > believe the NDISDUP implementation on that device is much better. At > least it seems to work most of the time. Would it be possible to push the NDISDUP patches for the E3276 so long? I think anything would be better than not being able to use the device at all. > Thanks for all your excellent testing. This was most useful. I'll > submit the necessary patches now. I saw the patches go through. Thanks for your work on this. Instead of blacklisting Huawei modems that support QMI one by one, couldn't this be the default for Huawei devices? In other words, only whitelist ones that don't support QMI? Otherwise, couldn't we use the information from ewnet.inf in the Huawei Windows driver to get a list of all the QMI-supporting devices? ________________________________ UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies and e-mail disclaimer published on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 21 650 9111. This e-mail is intended only for the person(s) to whom it is addressed. If the e-mail has reached you in error, please notify the author. If you are not the intended recipient of the e-mail you may not use, disclose, copy, redirect or print the content. If this e-mail is not related to the business of UCT it is sent by the sender in the sender's individual capacity. _______________________________________________ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
