アカウント名:
パスワード:
テザリング時にAPNを変更するのは、ドコモ云々ではなくAndroidの標準機能です。その機能のオンオフはbuild.propに定義されています。
ですので、今回の件でいえばドコモ云々以前にサムスン機種がバグ持ちだった、ってだけですね。
ですので、今回の件でいえばサムスン云々以前にドコモの人が「他社の製品はテストしないで販売する」ってポリシーってだけですね。
通信会社があれこれ開発・仕様に口出しするというのがガラパゴス携帯を生み出してきたって批判されてきたのだから、携帯端末にバグがあろうがどうだろうが知らぬ存ぜぬ。私は通信会社だっていうのが、本来あるべき姿でしょう
#2082528で言及されてるようなうんこ仕様を押し付けてる(本来あるべき姿にない)現状のまま、都合の悪いときだけ「俺は土管屋だ」は通らんだろ。ドコモの責任にされたくないならまず本来あるべき姿にしろ。
でも、日本はキャリアが端末を発表するからね・・・「キャリアの製品である」とほとんどの消費者は思ってる。修理もキャリアが対応してるし。本来あるべきとかどうでもいい、実際どうかだよ。
本来あるべき姿なら、キャリアはただの土管になればいい。それが嫌だから彼らはいろんなとこまで口出してきてるだけ。口出すわりに、責任はメーカーのせいだ、っていうのは無責任でしょ。
>修理もキャリアが対応してるし。
SIMロック解除までする前提の話である以上、そこでドコモの責任ドコモの責任という話を続けるなら、今度は利用者側が「SIMロック解除したあと壊れたら絶対キャリアには頼らない自力でメーカーと直接バトる」くらいの努力はしないとダメでしょうね。そこではもちろんメーカーの対応が云々交渉窓口が云々なんて話も出てきます。
そこまでしないで、SIMロック解除しても修理はキャリアに依存して、なら利用者視点でもある程度キャリアとの関係を許容すべきでしょう。
やらずぶったくりが前提だとそもそも利用者じゃなくてクレーマーになってしまいますし。
ってか、なぜGoogleはそんな妙な機能をわざわざ……キャリアの要求に屈した？
全世界的に見てパケット使い放題みたいな国は減りつつありますし柔軟な運用ができるようにOSレベルで設計しておくのは重要かと思いますAndroid4.0からは更にキメの細かいパケット量監視や通信抑制機能が盛り込まれてますし。キャリアからの要請はあるにせよGoogleが世界規模で売りたいならつけて当然の機能とも言えます
一方フランスではテザリングOKで激安な定額サービスを始めた新規参入会社がサービス開始。
iliad/Freeはテザリングの縛りがあった気がしますが、他の事業者でしょうか？
＞その機能のオンオフはbuild.propに定義されています。
ってことは、SIMアンロックしたときにここを書き換えないのはdocomoの怠慢ってこと？
build.propにはテザリング以外にも、緊急電話の特番やハードが対応し動作しようとする通信方式の範囲、Wi-Fi挙動の一部設定など山ほど設定内容があり、これをドコモが他キャリアのことをすべて考えて完全に管理しろというのはそれはそれで無茶です。それなら、他キャリアがドコモのテザリング用APNにローミングサービスでつながるようにする、程度に考慮した方が無難で話も早いでしょうね。
simロック解除したときに「すべての権限が開放されるとは保証されてるわけでない」ので、ドコモから買った機種としての利用が続くのは仕方ないでしょう。これはドコモ以外、Android以外についても同じことだと思います。
>その機能のオンオフはbuild.propに定義されています。
あ、そのパラメーター教えていただけないでしょうか？無理やり対応している人は設定ファイルの書換(ただし再初期化が必要)かSQL DBの書換(かなりリスキー)をしているのでbuild.propだけで済むならラクです(どっちにしろroot取らないとダメですが)。
ああ、すみません。自分の書き込みが一部間違ってました。
標準機能テザリング機能のオンオフがbuild.prop、その標準テザリング機能の挙動でテザリング用APNとして考えを何に変えるかはsql db内部の設定値（rootがあればこれも変更可能）でしたね。
それらはドコモ固有機能ではなくAndroid標準の設定の範囲だよ、を言いたかったのですが一部間違った説明になってしまってました。
Androidの標準機能じゃなくて、キャリアが？orメーカがキャリア向けに？build.propにそのように定義してるということではないのですか？日常、海外でSIMフリー端末使ってますけど、テザリングだろうが、端末からだろうが同じAPNですよ。自分で設定したものです。
＃いい加減、テザリングと端末からの接続で料金を変えるのは止めたらいいのにと思った。
Android標準の標準機能です。tether_dun_requiredだったかなんだかがtrueだとテザリング用APNを取得してそこにつなぎなおします。どっかにソース月で解説してるサイトがあるので興味あればググッてみるといいと思います。
いい加減、テザリングと端末からの接続で料金を変えるのは止めたらいいのにと思った。
LTE（Xi）向けプランからは料金同じなんですけどなぁ。# でもテザリング時にAPNが変更される動作はいっしょ。
曲がりなりにも他の（対応）ISPへの接続OKにしているわけですし、もう少し何とかならんのかとは私も思います。
>もう少し何とかならんのかとは私も思います。
つ SIMフリー版キャリアから端末買うならこういうの(テザリング時のAPNが変更できない)は甘受すべきだと思う
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
最近のドコモは技術的な不具合が多いですね (スコア:1)
Re:最近のドコモは技術的な不具合が多いですね (スコア:4, 参考になる)
テザリング時にAPNを変更するのは、
ドコモ云々ではなくAndroidの標準機能です。
その機能のオンオフはbuild.propに定義されています。
ですので、今回の件でいえば
ドコモ云々以前にサムスン機種がバグ持ちだった、
ってだけですね。
Re: (スコア:0)
ですので、今回の件でいえば
サムスン云々以前にドコモの人が「他社の製品はテストしないで販売する」ってポリシー
ってだけですね。
Re: (スコア:0, すばらしい洞察)
通信会社があれこれ開発・仕様に口出しするというのがガラパゴス携帯を生み出してきたって批判されてきたのだから、
携帯端末にバグがあろうがどうだろうが知らぬ存ぜぬ。私は通信会社だっていうのが、
本来あるべき姿でしょう
Re:最近のドコモは技術的な不具合が多いですね (スコア:2, すばらしい洞察)
#2082528で言及されてるようなうんこ仕様を押し付けてる(本来あるべき姿にない)現状のまま、都合の悪いときだけ「俺は土管屋だ」は通らんだろ。
ドコモの責任にされたくないならまず本来あるべき姿にしろ。
Re:最近のドコモは技術的な不具合が多いですね (スコア:1)
でも、日本はキャリアが端末を発表するからね・・・
「キャリアの製品である」とほとんどの消費者は思ってる。
修理もキャリアが対応してるし。
本来あるべきとかどうでもいい、実際どうかだよ。
本来あるべき姿なら、キャリアはただの土管になればいい。
それが嫌だから彼らはいろんなとこまで口出してきてるだけ。
口出すわりに、責任はメーカーのせいだ、っていうのは無責任でしょ。
Re: (スコア:0)
>修理もキャリアが対応してるし。
SIMロック解除までする前提の話である以上、
そこでドコモの責任ドコモの責任という話を続けるなら、
今度は利用者側が
「SIMロック解除したあと壊れたら絶対キャリアには頼らない自力でメーカーと直接バトる」
くらいの努力はしないとダメでしょうね。
そこではもちろんメーカーの対応が云々交渉窓口が云々なんて話も出てきます。
そこまでしないで、SIMロック解除しても修理はキャリアに依存して、なら
利用者視点でもある程度キャリアとの関係を許容すべきでしょう。
やらずぶったくりが前提だとそもそも利用者じゃなくてクレーマーになってしまいますし。
Re: (スコア:0)
ってか、なぜGoogleはそんな妙な機能をわざわざ……
キャリアの要求に屈した？
Re:最近のドコモは技術的な不具合が多いですね (スコア:1)
全世界的に見てパケット使い放題みたいな国は減りつつありますし柔軟な運用ができるようにOSレベルで設計しておくのは重要かと思います
Android4.0からは更にキメの細かいパケット量監視や通信抑制機能が盛り込まれてますし。
キャリアからの要請はあるにせよGoogleが世界規模で売りたいならつけて当然の機能とも言えます
Re: (スコア:0)
一方フランスではテザリングOKで激安な定額サービスを始めた新規参入会社がサービス開始。
Re: (スコア:0)
iliad/Freeはテザリングの縛りがあった気がしますが、他の事業者でしょうか？
Re: (スコア:0)
＞その機能のオンオフはbuild.propに定義されています。
ってことは、SIMアンロックしたときにここを書き換えないのはdocomoの怠慢ってこと？
Re: (スコア:0)
build.propにはテザリング以外にも、
緊急電話の特番やハードが対応し動作しようとする通信方式の範囲、
Wi-Fi挙動の一部設定など山ほど設定内容があり、
これをドコモが他キャリアのことをすべて考えて完全に管理しろというのは
それはそれで無茶です。
それなら、他キャリアがドコモのテザリング用APNにローミングサービスでつながるようにする、
程度に考慮した方が無難で話も早いでしょうね。
simロック解除したときに
「すべての権限が開放されるとは保証されてるわけでない」ので、
ドコモから買った機種としての利用が続くのは仕方ないでしょう。
これはドコモ以外、Android以外についても同じことだと思います。
Re: (スコア:0)
>その機能のオンオフはbuild.propに定義されています。
あ、そのパラメーター教えていただけないでしょうか？
無理やり対応している人は設定ファイルの書換(ただし再初期化が必要)かSQL DBの書換(かなりリスキー)をしているのでbuild.propだけで済むならラクです(どっちにしろroot取らないとダメですが)。
Re: (スコア:0)
ああ、すみません。
自分の書き込みが一部間違ってました。
標準機能テザリング機能のオンオフがbuild.prop、
その標準テザリング機能の挙動で
テザリング用APNとして考えを何に変えるかはsql db内部の設定値
（rootがあればこれも変更可能）でしたね。
それらはドコモ固有機能ではなく
Android標準の設定の範囲だよ、を言いたかったのですが
一部間違った説明になってしまってました。
Androidの標準機能じゃなくて (スコア:0)
Androidの標準機能じゃなくて、キャリアが？orメーカがキャリア向けに？build.propにそのように定義してるということではないのですか？
日常、海外でSIMフリー端末使ってますけど、テザリングだろうが、端末からだろうが同じAPNですよ。
自分で設定したものです。
＃いい加減、テザリングと端末からの接続で料金を変えるのは止めたらいいのにと思った。
Re:Androidの標準機能じゃなくて (スコア:1)
Android標準の標準機能です。
tether_dun_requiredだったかなんだかがtrueだと
テザリング用APNを取得してそこにつなぎなおします。
どっかにソース月で解説してるサイトがあるので
興味あればググッてみるといいと思います。
Re: (スコア:0)
LTE（Xi）向けプランからは料金同じなんですけどなぁ。
# でもテザリング時にAPNが変更される動作はいっしょ。
曲がりなりにも他の（対応）ISPへの接続OKにしているわけですし、
もう少し何とかならんのかとは私も思います。
Re: (スコア:0)
>もう少し何とかならんのかとは私も思います。
つ SIMフリー版
キャリアから端末買うならこういうの(テザリング時のAPNが変更できない)は甘受すべきだと思う