Kesalahan 'ip-config-unavailable' Saat Modem Usb Mencoba Terhubung?

Saya sudah mendapatkan modem ZTE MF-193E yang berfungsi dengan baik sebelumnya. Ketika saya membeli modem ini lebih dari setahun yang lalu, modem ini langsung bekerja.
Sekarang, seiring dengan kemajuan versi Ubuntu, segalanya menjadi semakin sulit bagi saya.

Modem ini bahkan berfungsi beberapa bulan yang lalu dengan Ubuntu 15.04 (64-bit). Sekarang, di Ubuntu 15.10 (64-bit), tidak dapat terhubung.

Saya telah menyiapkan koneksi broadband seluler. Saya telah mencoba berbagai string untuk APN, tetapi ini tidak pernah menjadi masalah sebelumnya.

(Modem berfungsi dengan baik di Windows 10, jadi, ini bukan masalah perangkat keras sama sekali. Selain itu, Modem Manager GUI mendeteksi perangkat ini dengan baik. SMS dapat dikirim dan diterima tanpa masalah.)

Ketika saya memasukkan modem, itu terdeteksi dengan baik, ikon CD ditampilkan di Unity dengan nama modem. Beberapa detik kemudian,
saya mendapatkan kotak pesan

Mobile Broadband Network: you are registered on the home network

di dekat ikon jaringan.

Saat saya mencoba menyambungkan, ikon nirkabel di applet pengelola jaringan memulai gerakan sentrifugal tersebut, namun akhirnya gagal tersambung dan sebuah pesan memberi tahu saya bahwa saya sedang offline.

Baris yang dapat saya isolasi dari /var/log/syslog apakah ini,

NetworkManager[628]: <info>  (ttyUSB1): device state change: ip-config
> -> failed (reason 'ip-config-unavailable') [70 120 5]

Padahal, saya tidak yakin apakah ini yang relevan.

Lebih banyak baris dari
/var/log/syslog dapat ditemukan di sini.

Pembaruan 1 – 06 Desember 2015

Seperti yang ditunjukkan oleh salah satu anggota yang baik hati, coba nf_conntrack_pptp pendekatan modul.

Jalankan perintah berikut,

$ lsmod | grep nf_conntrack_pptp | wc -l
0

$ sudo modprobe nf_conntrack_pptp
lsmod | grep nf_conntrack_pptp
nf_conntrack_pptp      20480  0
nf_conntrack_proto_gre    16384  1 nf_conntrack_pptp
nf_conntrack          106496  2 nf_conntrack_proto_gre,nf_conntrack_pptp

Kemudian mencoba modem saya, kegagalan yang sama. Tidak ada perubahan yang terlihat di log.

Pembaruan 2 – 06 Desember 2015

Dieksekusi sebagai root,

systemctl restart network-manager.service

Tidak ada keluaran di layar (terminal).

Log yang sesuai dari poin di atas ke upaya untuk terhubung menggunakan modem dapat ditemukan di sini.

Pembaruan 3 – 06 Desember 2015

Menginstal ofono lalu coba modem lagi.

Silakan lihat lognya di sini.

Pembaruan 4 – 06 Desember 2015

Sekali lagi dieksekusi sebagai root,

systemctl restart network-manager.service

Log yang sesuai dari poin di atas ke upaya untuk terhubung menggunakan modem dapat ditemukan di sini.

Pembaruan 5 – 06 Desember 2015

Mengubah semua “deny” menjadi “allow” di /etc/dbus-1/system.d/nm-dispatcher.conf .

Mencoba menghubungkan. Tidak beruntung.

Beberapa jaringan terhubung dan terputus dengan koneksi Ethernet.

Diikuti oleh Sudo systemctl restart network-manager.service .

Colokkan dan pasang modem.

Mencoba menghubungkan lagi. Tidak terhubung.

Lognya ada di sini.

Pembaruan 6 – 06 Desember 2015

Dieksekusi

sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt

dan

export NM_PPP_DEBUG=1
sudo NetworkManager --no-daemon 2>&1 | tee /tmp/nm.log.txt

Tidak dapat menjalankan mm-test.py karena banyak kesalahan. Apakah menemukan file di lokasi yang ditunjukkan. Dapatkan ini dari, https://github.com/openshine/ModemManager/blob/master/test/mm-test.py.

Perintah di atas agak berbeda dari yang ada di Wiki.

File log ada di sini.

Pembaruan 7 – 07 Desember 2015

Dieksekusi lagi (setelah perubahan yang disarankan di /lib/udev/rules.d/40-usb_modeswitch.rules dan reboot)

sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt

dan

sudo NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --log-level=debug --no-daemon > /tmp/nm.log.txt

/var/log/syslog disertakan juga.

File log ada di sini.

Pembaruan 8 – 08 Desember 2015

Kumpulan log yang diperbarui ada di sini.

Pembaruan 9 – 08 Desember 2015

Uji 1

1. Kali ini mem-boot komputer dari DVD Ubuntu 14.04 32 bit. Segera setelah komputer boot, mulai merekam log MM.

2. Dimasukkan modem. lsusb menunjukkan bahwa itu dikenali sebagai perangkat
   19d2:1232 yang perlu dialihkan ke perangkat 19d2:2003
   . Karena penginstalan usb-modeswitch memerlukan reboot mesin
   (dan karenanya kehilangan instalasi untuk menjalankan DVD), saya menyiapkan file sakelar khusus
   dan mengganti modem dari baris perintah (sudo
usb_modeswitch -I -c 19d2:2003 ).

3. Segera setelah peralihan selesai, saya diberi tahu bahwa saya
   berada di Jaringan Broadband Seluler dan Koneksi Broadband Baru muncul
   di menu pengelola jaringan.

4. Saya menyiapkan koneksi di atas dengan cara biasa (nama APN bukan masalah
   ), dan koneksi dibuat secara otomatis.

5. Saya memutuskan dan mengeluarkan modem.

6. Berhenti merekam log MM.

Log MM dan syslog lengkap untuk sesi start to modem eject dapat ditemukan di sini.

Uji 2

Tes yang sama dengan DVD Ubuntu 14.04 64 bit.

Log dapat ditemukan di sini.

Pembaruan 10 – 09 Desember 2015

Kali ini diuji dengan wvdial dan menemukan bahwa jika wvdial dijalankan sebagai root,
kita mendapatkan berhasil koneksi.

wvdial conf dan log, dan syslog yang sesuai ada di sini

Dugaan utama:situasinya mungkin ada hubungannya dengan grup pengguna dari pengguna yang bersangkutan.

Tapi seperti yang ditunjukkan di sini,

Dengan semua alat ini, untuk membuat koneksi dialup, pengguna harus
menjadi anggota grup "dip" dan "dialout", jadi masukkan semua pengguna yang
seharusnya terhubung melalui dialup ke dalam grup ini .

Tapi seperti yang bisa kita temukan,

$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark

Jadi, pengguna sudah menjadi
anggota grup yang ditunjukkan.

Sekarang, mungkin masalahnya bermuara pada salah satu dari poin ini,

1. Grup tambahan apa yang dibutuhkan pengguna?
2. Bagaimana kami menjalankan proses penyiapan koneksi broadband seluler sebagai root? (masalah keamanan?)

Pembaruan 11 – 09 Desember 2015

wvdial bekerja dengan USB3 dan tidak bekerja dengan USB1.

Silakan temukan syslognya di sini.

Juga disertakan adalah keluaran dari dmesg | grep tty> /tmp/dmesg.tty.txt . Tapi lihat empat baris di dekat awal file?

Pembaruan 12 – 10 Desember 2015

1. Mengomentari baris 4 (SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end" ) di /lib/udev/rules.d/77-mm-zte-port-types.rules .

2. Reboot mesin saya. Soft mencabut kabel dan memasukkan modem.

3. Mencoba untuk terhubung. Gagal.

File syslog ada di sini.

Pembaruan 13 – 10 Desember 2015

Karena putus asa, untuk melihat apakah beberapa perubahan lokal memengaruhi koneksi, menguji mesin dengan DVD Ubuntu 15.04 dan 15.10.

1. Mem-boot mesin dengan DVD Xubuntu 15.04 64 bit. Sambungan berhasil seperti pesona.
2. Mem-boot mesin dengan DVD Ubuntu 15.10 64 bit. Sambungan gagal seperti sebelumnya.

Apa yang terjadi antara 15.04 dan 15.10?

Sangat membuat frustrasi.

Pembaruan 14 – 10 Desember 2015

1. Membuat file baru /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules seperti yang diinstruksikan dalam jawaban.

2. Reboot mesin saya (atau jalankan sudo udevadm control --reload , sebenarnya mencoba keduanya). Memasukkan modem.

3. Modemnya dikenali.

   $ lsusb
   Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
   

4. Soft mencabut kabel dan mencoba menghubungkan menggunakan modem. Gagal.

5. Mengeluarkan modem.

Mesin hang sekali, apakah itu kejadian acak? Mesin saya
biasanya tidak hang sekali dalam setahun.

File syslog dan file aturan yang dibuat ada di sini.

Pembaruan 15 – 11 Desember 2015

1. Menambahkan baris berikut ke /lib/udev/rules.d/40-usb_modeswitch.rules .

   # ZTE MF193E
   ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"
   

2. Tinggalkan file /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules utuh.

3. Reboot mesin saya. Memasukkan modem.

4. Modemnya dikenali.

   Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
   

5. Soft mencabut kabel dan mencoba menyambung. Gagal.

6. Mengeluarkan modem.

7. Menghapus /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules .

8. Reboot dan coba seluruh proses lagi. Gagal lagi.

File syslog (lengkap, saya tidak mengambil risiko kehilangan
bagian penting) dan file aturan yang disebutkan (40) ada di sini.

Pembaruan 16 – 11 Desember 2015

1. Hanya tersisa satu aturan 1232 di
   /lib/udev/rules.d/40-usb_modeswitch.rules , menghapus yang lain
   .

2. Menjalankan sudo udevadm control --reload .

3. Memasukkan modem.

4. Modemnya dikenali.

   Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
   

5. Soft mencabut kabel dan mencoba menyambung. Gagal.

6. Mengeluarkan modem.

Tapi bukankah kita sudah menguji sistem bawaan di atas? Apakah Anda bermaksud meninggalkan /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules sebagai gantinya?

File syslog (lengkap, saya tidak mengambil risiko kehilangan
bagian penting) dan file aturan yang disebutkan (40) ada di sini

Pembaruan 17 – 11 Desember 2015

1. Mengomentari aturan 1232 di
   /lib/udev/rules.d/40-usb_modeswitch.rules , menambahkan satu untuk tahun 2003.

   # ZTE MFxxx
   # Added on December 11 2015
   ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"
   

2. Menjalankan sudo udevadm control --reload .

3. Memasukkan modem.

4. Modem dikenali sebagai 1232 perangkat. Saya tidak ditawari untuk mencoba menghubungkan (sejauh pengetahuan saya, itu tidak akan didaftarkan ke jaringan broadband kecuali peralihan telah terjadi pada tahun 2003)

   Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSM
   

5. Mengeluarkan modem.

File syslog dan file aturan yang disebutkan (40) ada di sini

Pembaruan 18 – 11 Desember 2015

1. Letakkan semua file aturan dalam bentuk aslinya.

2. Menonton lsusb keluaran setiap satu detik menggunakan skrip Shell
   . Keluaran yang diambil dalam file yang dicap waktu.

3. Dimasukkan modem. (Modem pertama kali muncul di file
   lssuboutouput.Fri 11 Des 16:56:29 BDT 2015.txt ). Seperti yang dapat kami temukan
   dari tangkapan, jelas bahwa perangkat ini beralih dari perangkat 1232 ke
   perangkat tahun 2003.

4. Mencoba untuk terhubung. Gagal.

5. Mengeluarkan modem.

File syslog, diberi cap waktu lsusb output dan file aturan yang disebutkan ada di sini.

Sekarang, Anda mungkin ingin mencocokkan keluaran syslog dengan cap waktu.

Pembaruan 19 – 11 Desember 2015

Melakukan pengujian ini ke arah yang benar-benar baru dengan harapan saya
dapat mengisolasi masalahnya.

1. Disimpan dalam media portabel /lib/udev/rules.d/40-usb-media-players.rules dan /lib/udev/rules.d/77-mm-zte-port-types.rules (dari mesin Ubuntu 15.10).

2. Boot mesin menggunakan Xubuntu 15.04 64 bit DVD.

3. Menjalankan diff 77-mm-zte-port-types.rules
/lib/udev/rules.d/77-mm-zte-port-types.rules>
diff15.10and15.04_77 -mm.txt . File pertama adalah dari yang disimpan
   dari 15.10.

   Pemeriksaan file diff tidak menunjukkan idProduct 1232 atau 2003.

4. Menjalankan diff 40-usb_modeswitch.rules
/lib/udev/rules.d/40-usb_modeswitch.rules>
diff15.10and15.04_40-usb.txt . Sekali lagi, file pertama berasal dari yang
   disimpan dari 15.10.

   Sekali lagi, pemeriksaan file diff tidak menunjukkan idProduct 1232 atau 2003.

5. Dimasukkan modem. Modem tersebut dikenali sebagai modem.

   $ lsusb
   Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
   

6. Dapat terhubung dengan mudah setelah menyiapkan koneksi broadband seluler.

7. Mengeluarkan modem.

8. Menginstal USB_ModeSwitch terbaru.

   diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules
   

   Sekarang mengembalikan NULL, seperti yang diharapkan.

9. Menjalankan sudo udevadm control --reload-rules .

10. Dimasukkan modem. Modem tersebut dikenali sebagai modem.

    $ lsusb
    Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
    

11. Dapat terhubung dengan mudah.

Saya bisa mencoba memutakhirkan MM dan NM ke Ubuntu 15.10, hanya untuk melihat di mana itu rusak. Saya sebenarnya mencoba tetapi menyerah karena masalah ketergantungan yang tak ada habisnya.

Semua file diff yang disebutkan di atas ada di sini.

Pembaruan 20 – 12 Desember 2015

Uji 1

1. /lib/udev/rules dalam kondisi asli.

2. Perangkat modem belum dimasukkan dalam sesi ini.

3. Siapkan ModemManager untuk men-debug dan menyiapkan pengambilan udevadm.

   sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log
   sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.log
   

4. Colokkan modem dan tunggu sampai dikatakan terdaftar di jaringan broadband.

5. Mencoba menyambung tidak berhasil.

6. Mengeluarkan modem.

7. File log yang dikemas.

Uji 2

Ulangi pengujian di atas dengan
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules di tempat.

Nama file log sudah cukup jelas.

Semua file log di atas ditambah syslog dan 78 file aturan ada
di sini.

Saya berharap semua file log datang dengan cap waktu, membuat pencocokan lebih mudah.

Pembaruan 21 – 15 Desember 2015

1. Mengubah file aturan seperti yang disarankan.
2. Me-boot ulang mesin saya.
3. Memasukkan modem dan mencoba menghubungkan. Tidak berhasil.

File aturan dan syslog ada di sini.

Pembaruan 22 – 16 Desember 2015

Seperti yang disarankan dalam satu komentar, instal berbagai kernel dari
http://kernel.ubuntu.com/~kernel-ppa/mainline/ dan coba sambungkan
menggunakan modem setelah boot di masing-masing.

1. 4.2.8-040208-generik, gagal.

2. 4.1.15-040115-generik, gagal.

3. 4.0.9-040009-generik, gagal.

Jadi, mungkin, kita bisa mengesampingkan masalah kernel.

Pembaruan 23 – 16 Februari 2016

Modem sudah mulai berfungsi di Ubuntu 16.04. Versi ini masih dalam Alpha 1, tetapi berfungsi dengan baik di laptop saya.

Jawaban yang Diterima:

Memuat ofono paket berhasil, mungkin, tetapi tampaknya model modem Anda, ZTE MF193E, tidak ada dalam daftar ZTE. Dibandingkan dengan modem ZTE lainnya, misalnya MF190J, modem ini mungkin membutuhkan udev khusus yang sama. aturan, untuk menjalankan usb_modeswitch ketika dongle dimasukkan, dan untuk mencapainya, Anda dapat, sebagai root, menambahkan udev baru aturan ke file
/lib/udev/rules.d/40-usb_modeswitch.rules
dengan dua baris berikut mis., di suatu tempat di dekat # ZTE MF190J komentar:

# ZTE MF193E
ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"

ditambah satu baris kosong, sehingga terlihat enak dipandang.

Mungkin bijaksana untuk me-reboot setelah itu, hanya untuk menemukan semuanya bekerja seperti sulap

Atau tidak. Seperti yang Anda ketahui, ini adalah masalah besar bagi saya, tetapi jika masih tidak berhasil, log debug ModemManager lain akan diperlukan, untuk tebakan liar lainnya.

EDIT:

Saya sekarang melihat dua baris di modemmanager.txt:

[mm-broadband-bearer.c:1254] connect(): Launching 3GPP connection attempt with APN 'WAP'

dan

[mm-broadband-bearer.c:994] parse_pdp_list(): Found PDP context with CID 1 and PDP type ipv4 for APN 'wap'

Saya kira yang pertama mengacu pada pengaturan broadband Anda, sedangkan yang terakhir mengacu pada pengikatan internal ke "konteks PDP" (apa pun itu). Dari tampilannya, modem menawarkan 9 konteks alternatif, termasuk satu dengan apn='WAP' , tetapi ModemManager menerima kecocokan yang tidak peka huruf besar/kecil.

Perbedaan kasus mungkin menjadi penyebab masalah berikutnya:misalnya, ppp menginginkan 'wap' konfigurasi (bukan 'WAP' ) dan tidak menemukannya, atau ujung jarak jauh mengharapkan apn='WAP' , tetapi mendapat 'wap' yang membuatnya tersedak.

Opsi pertama dapat dengan mudah diuji (dan dikesampingkan, mungkin) dengan mengubah konfigurasi Anda untuk menggunakan 'wap' daripada 'WAP'. Anda mungkin pernah mencoba ini sebelumnya, tetapi saat itu tanpa ofono paket, jadi tes lain tidak akan merugikan, meskipun opsi kedua lebih mungkin.

Opsi kedua juga lebih merupakan masalah, mengingat ada kecocokan "konteks PDP" huruf besar yang tersedia dari modem. Googling masalah ini, tampaknya kecocokan peka huruf besar-kecil benar dengan spesifikasi (tampaknya relevan) "3GPP TS 23.003 bab 9.1", dan tambalan untuk melakukan ini telah ditambahkan ke ModemManager pada bulan November tahun lalu (ke dalam versi mm-1-4, saya bisa mengumpulkan). Jadi dalam hal ini, modem Anda belum diberi tahu, dan mengharapkan pencocokan peka huruf besar-kecil, sementara ModemManager sayangnya langsung menggunakan pencocokan case-sensitive daripada sebagai fallback.

Salah satu solusi untuk masalah kedua tentu saja menggunakan ModemManager yang berbeda :baik dengan mencari dan menginstal versi sebelum patch ini, atau (dengan waktu luang yang cukup), gulung ModemManager Anda sendiri . Tetapi juga bukan sesuatu yang harus dilakukan secara tiba-tiba, jadi mungkin kita perlu menelusuri sedikit untuk mendapatkan lebih banyak bukti bahwa ini (sekarang) masalahnya, dan jika mungkin menemukan cara lain untuk mengatasinya. Atau dengan sedikit keberuntungan, seseorang yang mengetahui sesuatu mampir…

EDIT 2

Ya, rollback versi tidak mudah karena ketergantungan. Dan memutar sendiri juga jauh dari menyenangkan.

Dua alat yang mungkin berguna:perintah mmcli dan
(http://m2msupport.net/m2msupport/module-tester/).

Masalahnya, menurut saya, adalah ModemManager memilih konteks PDP 1 dengan apn='wap' di mana ia harus memilih konteks PDP 9 dengan apn='WAP'. Mungkin ini bisa diatasi dengan menggunakan salah satu alat tersebut. Baik untuk dapat memaksakan pilihan 9 selama koneksi, atau dengan menghapus konteks 'wap' yang buruk dari modem, yang diiklankan mampu dilakukan oleh alat penguji modul.

Alat penguji modem tampaknya merupakan alat java di browser, jadi Anda perlu mengatur browser Anda untuk mengetahui di mana java Anda, dan Anda perlu mengetahui java itu. Kemudian silakan jelajahi pendekatan itu; Saya belum pernah menggunakannya sendiri, tetapi melihat tangkapan layar, saya kira itu akan menampilkan konteks PDP sebagai tab 'Panggilan Data', di mana Anda pertama kali mencatat semua yang ditampilkannya, dan kemudian mengedit entri 'wap' ke mengubah label 'wap' apn menjadi, katakanlah, 'wap1' dan 'wap2' (sehingga "menyembunyikan" mereka saat mencari 'WAP'). Kemudian simpan dan tutup, dan juggle dongle lagi. Ambil log; sepertinya syslog sudah cukup sekarang, kalau-kalau masih menolak untuk bermain.

mmcli command juga tampaknya berguna dalam cerita ini; lakukan man mmcli untuk membacanya, tetapi saya tidak melihat apa pun tentang konteks PDP di sana.

EDIT 3

Panggilan yang bagus! untuk menguji dari DVD. Itu memberi tahu kami bahwa saya berada di jalur yang salah dengan APN, dan itu semua terletak pada mendapatkan ppp untuk muncul. Setidaknya, itu akan menjadi pohon baru saya untuk menggonggong.

Pertama-tama kami perhatikan bahwa ada perbedaan versi untuk pppd (dari 2.4.5 ke 2.4.6), tapi itu mungkin bukan masalah, karena semua orang di dongle pasti ikut dalam perjalanan ini.

Hmm, pp; Saya perlu membangkitkan kenangan milenium terakhir saya :-). Sayangnya saya sibuk hari ini, tetapi saya akan menyentuh pangkalan ketika saya punya waktu berikutnya, untuk melihat seberapa jauh Anda telah datang. Gang belakang pertama yang harus saya periksa adalah:1) apakah pengguna berada di grup yang tepat? 2) apakah kredensialnya benar? 3) apakah mod file konfigurasi ppp/chat benar? Log debug ppp muncul di nm.txt (sesuai beberapa hari yang lalu), tetapi juga harus ada cara untuk menanyakannya untuk logging yang lebih detail.

EDIT 4

Pastikan /etc/ppp/pap-secrets dan /etc/ppp/chap-secrets memiliki grup dip (menggunakan chgrp sesuai kebutuhan) dan mode 740 (atau -rw-r------code> ) (menggunakan chmod sesuai kebutuhan). Milik saya tidak.

Modem = /dev/ttyUSB1

SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end"

ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="03", ENV{ID_MM_ZTE_PORT_TYPE_MODEM}="1"
ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="01", ENV{ID_MM_ZTE_PORT_TYPE_AUX}="1"

KERNEL[3867.310990] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1 (usb)

KERNEL[3867.435102] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

UDEV  [3867.580427] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

ENV{.ID_PORT}=="?*", SUBSYSTEM=="tty", ENV{ID_MM_CANDIDATE}="1"