接続すると /dev/ttyUSB0, /dev/ttyUSB1 のように、デバイスが二つできるとおもいます。
どちらも GSM だとされるのですが、なぜかこのうち二つ目を使うようにすると、そのまま
接続ができました。現状は pon コマンドでやってますが・・・

抜き差しをしたりすると /dev/ttyUSB2 が割り当てられたりするので、非常にベタですが、
両方のファイルを用意し、その時々で使い分けています。なんとかしたいですね。

　こんばんは。

puipup による投稿:

抜き差しをしたりすると /dev/ttyUSB2 が割り当てられたりするので、非常にベタですが、
両方のファイルを用意し、その時々で使い分けています。なんとかしたいですね。

　udevのrulesを利用して、+SYMLINKをする・・・というのは、だめなのでしょうか？

ACTION=="add", ......., SYMLINK+="usb-wsim", MODE="0660", GROUP="dialout"

当方では、USBモデム相当が複数あるため、それぞれ、この方法で固有名をつける方向で、試すところです。
# まだ未成功。リンクは作成されないわ、ATコマンドに反応しないわで、散々。(今試しているのはUSB-WSIM)

NetworkManagerでの動作を調べている中で、現時点でわかっていることだけ。

１．D02HWを指したときのdmesg上の「GSM Modem」と言う表示は、どうも、「ブロードバンドモデム全般」という程度の意味しか無い模様。役割については、drivers/usb/serial/option.cのコメント参照。大雑把には、バッファの増強と特殊I/Oの補助?)

２．NetworkManagerAppletの英文のメッセージを見る限りにおいては、GSM/CDMAという総称を以下のように分類している模様。
※この選択の時の、日本語の表記は不明。
My provider uses GSM technology (GPRS, EDGE, UMTS, HSPA)
My provider uses CDMA technology (1xRTT, EVDO)

と、すると、日本のWCDMA(UMTS)やHSPAは、NetworkManagerでは、GSMという分類で間違いでない。
# CDMA(cdmaOne)は、au/KDDIがちょっと使っていただけ　と記憶しています。

と、すると、「GSMだから、動かない」という以外の問題があるのかもしれません。
当方では、システムメッセージによると、「GSM modem connection failed: %s」にて、time outで失敗しているようでした。
dbusによる(非同期の?)要求の結果っぽいですが・・・どこが呼び出されているのか追えずに、調査はそこで止まっています・・・
# そもそも、呼び出されるのが正しいのかどうかも不明・・・

D02HWにて、EMチャージのアカウントでgnome-pppで接続したときの情報なら、以下になります。D22HWでどの程度違うのかは不明です。

username:em
password:em
Phone number:*9***2#

Device:/dev/ttyUSB0
Type:Analog Modem
Speed:115200
Phone Line:Tone
Volume:High
Phone Numbers:
  全て空欄
Init Strings:
  Init 2:ATQ0 V1 E1 S0=0 &C1 &D2 +CGDCONT=2,"IP","rtc.data"
  Init 3以降は空欄
Dial Prefix:空欄

ただし、EMチャージではない場合、以下の２つを修正することになると思います。
Phone number:*9***1#
Init Strings:
  Init 2:ATQ0 V1 E1 S0=0 &C1 &D2 +CGDCONT=1,"IP","emb.ne.jp"

※Deviceのところも、適当に読み替えてください。認識されるデバイスのうちの、最初のほうになるはずです。

　こんにちは。

　9.10での、Network-Managerでうまく行かない件が、大体判りました。

結局のところ、既に9.04の際にSunatomo さんが指摘しているもの、そのもののようです。指摘しているツリーは以下。
https://forums.ubuntulinux.jp/viewtopic.php?id=5027

※なので、登録情報そのものは、GSMで間違いありません。

　ただし、Network-Managerが、0.7.xから、0.8.xになり、Modem-Managerが分離しそれを利用する形へと変化(進化?)したため、ソースへのパッチが必要なパッケージも、Modem-Managerへと変わりました。

　そして、Modem-Managerを見てみてると、アンテナの受信状態の確認の際に、特定のデバイスにて、処理を分岐(CREG/CGREG)している分部そのものがなくなっており、以前のパッチのように「一覧に該当機種を加える」というだけでは無理そうです。
#  旧Network-Managerでは、モデルが"E160G", "F3507g", "D5530", "MD300"の場合、CREGの代わりにCGREGを用いるという特殊処理がある。
　おそらくは、各機種固有の処理を、pluginという形でソースを分離した際に、本来、分離したソースに含める(必然的に分離する必要がある)べきところが、さっぱり切り落とされてしまったのではないか　と考えますが、現在のソースでは、もともとソース上にあった機種は動くようになり、分岐する必要がなくなった・・・という可能性も捨て切れません(おそらく、日本国内では確認しようがない)

お互い(日本国内と日本以外)にて、相手の環境での動作が予測できないのが、どちらでも動作するようなパッチを作るうえで最大の障害になっているとは思うのですが・・・・どうしたもんでしょうか・・・・。

私が思いつく範囲では、CREGにてネットワークなしとなったときに、CGREGにてネットワーク登録を試行して、もし、検出できた場合には、のちの処理を分岐(GSM系での変わりにGPRS系のコマンドを使う。少なくともCREG→CGREGは切り替える)する・・・というのがよさそうな気がします(Generic-GSMではなく、Huawei-GSMのPluginで)