[過去ﾛｸﾞ]
【通知来ない】Doze総合【GCM？】©2ch.net (507ﾚｽ)
【通知来ない】Doze総合【GCM？】©2ch.net http://egg.5ch.net/test/read.cgi/smartphone/1481986840/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
195: SIM無しさん [sage] 2017/01/03(火) 23:29:49.21 ID:wZPPMN5s >>194 1740秒の間には特にパケット来なかったよ Wiresharkのポート5228のキャプチャはこんな感じ (デフォルト出力から、2カラム目にtcp.stream、3カラム目にtcp.time_deltaを追加して 長文規制対策でInfoの後半を消してある) 4738 5 1740.864185000 2017-01-03 05:22:44.71 mobile mobile-gtalk.l.google.com TCP 101 55335→5228 4739 5 0.039409000 2017-01-03 05:22:44.75 mobile-gtalk.l.google.com mobile TCP 99 5228→55335 4740 5 0.004986000 2017-01-03 05:22:44.75 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 4800 5 1741.944733000 2017-01-03 05:51:46.70 mobile mobile-gtalk.l.google.com TCP 101 55335→5228 4801 5 0.038764000 2017-01-03 05:51:46.74 mobile-gtalk.l.google.com mobile TCP 99 5228→55335 4802 5 0.004708000 2017-01-03 05:51:46.74 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 5089 5 1740.916525000 2017-01-03 06:20:47.66 mobile mobile-gtalk.l.google.com TCP 101 55335→5228 5090 5 0.038665000 2017-01-03 06:20:47.70 mobile-gtalk.l.google.com mobile TCP 99 5228→55335 5091 5 0.003172000 2017-01-03 06:20:47.70 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 てっきりpriority : normalのメッセージも端末に送信はされていて Google Play開発者サービスが保留しておくのだと思ってたけど 以下のようにメンションのメッセージがそもそも送信されてこなくて意外だった 9788 5 1740.938847000 2017-01-03 11:28:03.59 mobile mobile-gtalk.l.google.com TCP 101 55335→5228 9789 5 0.037525000 2017-01-03 11:28:03.63 mobile-gtalk.l.google.com mobile TCP 99 5228→55335 9790 5 0.006878000 2017-01-03 11:28:03.64 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 ここでメンションを送るがしばらく待ってもパケットは来ない 11:33:32にDMを送る 9819 5 328.677322000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 129 5228→55335 1秒以内にメッセージが来た 9820 5 0.000278000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 161 5228→55335 9821 5 0.000009000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 225 5228→55335 9822 5 0.000007000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 867 5228→55335 9823 5 0.000005000 2017-01-03 11:33:32.32 mobile-gtalk.l.google.com mobile TCP 460 5228→55335 9824 5 0.083183000 2017-01-03 11:33:32.40 mobile-gtalk.l.google.com mobile TCP 460 TSecr=418168 9825 5 0.102833000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 9826 5 0.000001000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 9827 5 0.000000000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 9828 5 0.000000000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 9829 5 0.001457000 2017-01-03 11:33:32.50 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 ここまでがDMの内容を受信するメッセージだと思われる 30秒待っても追加のメッセージが来ないので画面を点灯してDozeを抜けた 画面を点灯した瞬間はDMの通知しか表示されていなかった 9942 5 35.539739000 2017-01-03 11:34:08.04 mobile mobile-gtalk.l.google.com TCP 168 55335→5228 この時点でメンションの内容を受信するメッセージと思われるものが来た 9943 5 0.039229000 2017-01-03 11:34:08.08 mobile-gtalk.l.google.com mobile TCP 1121 5228→55335 9944 5 0.000014000 2017-01-03 11:34:08.08 mobile-gtalk.l.google.com mobile TCP 432 5228→55335 9945 5 0.006571000 2017-01-03 11:34:08.09 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 9946 5 0.000001000 2017-01-03 11:34:08.09 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 11094 5 21.203318000 2017-01-03 11:34:29.29 mobile mobile-gtalk.l.google.com TCP 168 55335→5228 11095 5 0.076582000 2017-01-03 11:34:29.37 mobile-gtalk.l.google.com mobile TCP 66 5228→55335 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/195
196: SIM無しさん [sage] 2017/01/05(木) 14:24:57.44 ID:g/T7zjzy >>195 > 1740秒の間には特にパケット来なかったよ ドキュメントと違いすぎる…。 NATなどでsessionが実は切れててとかではと思ったけど。 > 4740 5 0.004986000 2017-01-03 05:22:44.75 mobile mobile-gtalk.l.google.com TCP 66 55335→5228 > 4800 5 1741.944733000 2017-01-03 05:51:46.70 mobile mobile-gtalk.l.google.com TCP 101 55335→5228 ログ見ると約30分後端末からパケット何事もなく流れてるし…。 端末からkeep aliveしてその応答する以外は、GCMなにも手当してくれていないように見えるなあ。 経路理由でsession切れてたらGCMでも最大約30分無通知か。 この面はキャリアメール（SMSトリガー）しか信用ならないのが全く崩れないなあ。 > てっきり 同意。 せいぜいDisableDozeなり、adbなり、rootなりして、バッテリー捨てていくしかないわけですな。 バッテリー捨てるならGCM要らない子じゃねえか…。 参考サイト ttp://blog.livedoor.jp/gnunobian/archives/52030755.html ttp://dsas.blog.klab.org/archives/52074007.html ttp://risurisu.seesaa.net/s/article/380643899.html ttp://creamsnexus.blogspot.jp/2013_10_01_archive.html 公式が役に立たねえ…。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/196
197: SIM無しさん [] 2017/01/05(木) 14:56:33.00 ID:AuL6q3Ox こんなのだとGCM優先度高でも通知遅れるわけだ http://egg.5ch.net/test/read.cgi/smartphone/1481986840/197
198: SIM無しさん [sage] 2017/01/05(木) 15:14:43.04 ID:iLM3aIhu >>196 Doze以前のGCMの実測調査は全部アテにならないってことだね・・・ http://egg.5ch.net/test/read.cgi/smartphone/1481986840/198
199: SIM無しさん [sage] 2017/01/06(金) 23:56:22.80 ID:Jy2IYSCA >>198 そこまでは言わない。 広範に複数環境での検証報告出てこないとなんとも。 ただ現実に互いに約30分無通信ログを見てしまうと、こりゃGCM高がベストプラクティスなんてとても言えん。 通話やSMSに大きく（最大約30分）劣る信頼性しかないことを、改めて認識させられたところ。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/199
200: SIM無しさん [sage] 2017/01/06(金) 23:57:12.26 ID:Jy2IYSCA >>199 一方で、端末も鯖もsession張れていると勘違いしたまま経路断なんてそうそうあるかと言えばそんなにはない。 ただIPv4枯渇のおかげでNATだらけ。 おかげで切れやすいので、ローカルIP配布のISPはこの面で、実は隠れた形でリスク高しと言ったところかな。 （既出のttp://risurisu.seesaa.net/s/article/380643899.html参考） これはDozeやGCMの問題ではなく、ネットワークのしかもNAT timeout問題なので、Google的には知らん顔だろう。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/200
201: SIM無しさん [sage] 2017/01/06(金) 23:57:50.03 ID:Jy2IYSCA >>200 そこはいい。 ただDozeのオンオフはユーザーに（少なくとも当分は）選択肢があるべき。 Dozeさえかからなければ、バッテリー捨てながらアプリにkeep aliveさせりゃいいんだから。 それは単にL以前に戻るだけとも言える。 ただ現状、具体的対策がDisableDoze/adb/rootになってしまうのは…。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/201
202: SIM無しさん [sage] 2017/01/07(土) 00:15:20.44 ID:2CV1rina >>200 WiFi接続ならそうそう経路断は起きないと思うけど モバイルネットワークではよくあるよね MVNOの短時間タイムアウトのことはそのリンク先にも書いてあるけど キャリアでもいつの間にか外部IPアドレスが変わってることはよくある (2chのIDがころころ変わったりする)から その時には経路断になってるはず それでプッシュが来なくなってるんだと思う http://egg.5ch.net/test/read.cgi/smartphone/1481986840/202
203: SIM無しさん [sage] 2017/01/07(土) 03:50:50.13 ID:kd/qdF6m Yahooメールの「リアルタイムで受信（プッシュ）」設定での通信もWiresharkで調べてみた GCMとSSLの組み合わせだった SSL上のプロトコルは暗号化されて見えないので不明だけど ポートが443だからIMAPじゃなくてHTTPSのRESTか何かの可能性が高い メールが来るたびにTCP接続を作り直しているので少なくともIMAP IDLEではない あと俺の環境ではDoze中は通知が出なかった 優先度は通常なのか？ 以下キャプチャ 03:26にメールを送る。この時点ではDoze中 03:35にパケットが来ないので画面を点灯させてDozeを抜けた すぐに端末側からGCMのパケットを送信 6436 147 1444.191282000 2017-01-07 03:35:57.66 mobile mobile-gtalk.l.google.com TCP 166 47644→5228 [PSH, ACK] 6438 147 0.038035000 2017-01-07 03:35:57.69 mobile-gtalk.l.google.com mobile TCP 66 5228→47644 [ACK] GCMサーバ側からYahooメールの受信フラグと思われるメッセージが来る 6439 147 0.000721000 2017-01-07 03:35:57.69 mobile-gtalk.l.google.com mobile TCP 301 5228→47644 [PSH, ACK] 6440 147 0.002176000 2017-01-07 03:35:57.70 mobile mobile-gtalk.l.google.com TCP 66 47644→5228 [ACK] GCMを受けただけでは通知は出ない GCMの数秒〜1分後に端末側からlogql.g.yahoo.co.jp:443へ接続 通知はこの時点で出る 6656 170 0.000000000 2017-01-07 03:35:59.52 mobile logql.g.yahoo.co.jp TCP 74 48435→443 [SYN] 6659 170 0.007551000 2017-01-07 03:35:59.53 logql.g.yahoo.co.jp mobile TCP 74 443→48435 [SYN, ACK] 6661 170 0.002424000 2017-01-07 03:35:59.53 mobile logql.g.yahoo.co.jp TCP 66 48435→443 [ACK] 6662 170 0.003004000 2017-01-07 03:35:59.54 mobile logql.g.yahoo.co.jp TLSv1.2 262 Client Hello http://egg.5ch.net/test/read.cgi/smartphone/1481986840/203
204: SIM無しさん [sage] 2017/01/07(土) 22:48:44.77 ID:Ga4pQdJC >>202 Wi-Fiというか、ISPとの接続が有線なら安心かというと、それも環境によるのかなと。 ほとんどの人は所謂ホームルーターを使ってると思います。 そのNAT実装によってはやたらとsession保持時間が短い恐れも。 またsession使用数が多く、テーブルが溢れる、古いものから捨てられるなんてことも。 バッテリー捨てながらkeep aliveしている場合はこのあたり顕在化しにくいです。 そのためDozeが直接要因でなくとも、Dozeを期に顕在化してくる面もあるでしょう。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/204
205: SIM無しさん [sage] 2017/01/07(土) 22:49:09.73 ID:Ga4pQdJC >>203 お、GCM確定ですか。乙です。 GCMのみで対策考えるならTwitter DMかな。 以下横道。 Android WearあるとDoze無効かも。 VPN張ってるとsession断しにくそう。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/205
206: SIM無しさん [sage] 2017/01/09(月) 12:40:28.28 ID:npXc02QD Disable Dozeも動きが変だな 同じ端末Xperia Z3C Wifi運用・スリープ中も維持で試してみたがLINEの通知が変 Disable Doze ONだと却って通知が遅れる場合あり 片方はDisable Dozeインストせず片方はDisable DozeインストONで同時に試した http://egg.5ch.net/test/read.cgi/smartphone/1481986840/206
207: SIM無しさん [sage] 2017/01/09(月) 12:41:44.18 ID:npXc02QD 両方ともスタミナONの状態 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/207
208: SIM無しさん [sage] 2017/01/09(月) 12:48:48.02 ID:npXc02QD バージョン変わる度にユーザーインターフェイス変わったり こんな通知問題で無駄な労力使わされるandroidは駄目だな 泥5以前で使うかiPhoneに変えた方が精神衛生上良いな http://egg.5ch.net/test/read.cgi/smartphone/1481986840/208
209: SIM無しさん [sage] 2017/01/09(月) 12:52:55.06 ID:npXc02QD androidはバージョンが変わる度に右往左往させられるWindowsと同じだわ http://egg.5ch.net/test/read.cgi/smartphone/1481986840/209
210: SIM無しさん [sage] 2017/01/09(月) 14:54:34.67 ID:KpN17njm LINEは状態によって直接通知を受ける場合と、GCM経由になるのですが、その点は考慮されました？ http://egg.5ch.net/test/read.cgi/smartphone/1481986840/210
211: SIM無しさん [sage] 2017/01/09(月) 16:01:01.91 ID:zyqHVSE5 >>205 L2TP/IPSecでVPNを張ってみたけど キャリア回線でも屋外を移動してるとVPN自体が切断されるから あまり改善にならなかった VPNが維持される条件下だったらIMAP IDLEも維持されるだろうし あとVPN張りっぱなしだと電池消費が激しいから 検証目的はともかく常用は厳しい VPN接続でのDoze中のGCMハートビートは Heartbeat Fixer for GCMの設定に関わらず1680秒(28分)だった http://egg.5ch.net/test/read.cgi/smartphone/1481986840/211
212: SIM無しさん [sage] 2017/01/09(月) 16:24:25.39 ID:oOWtZmkP >>207 スタミナ切ったらどうなる？ http://egg.5ch.net/test/read.cgi/smartphone/1481986840/212
213: SIM無しさん [sage] 2017/01/09(月) 17:37:04.14 ID:npXc02QD >>212 色々試行錯誤していい加減疲れてしまった Disable Doze入れれば050 Plusで着信出来るので良しとするか、5に戻すわ もう次からはiPhoneにするよ テスト用に眠らせてたiPhone 4sも使ったけど、通知関係完璧 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/213
214: SIM無しさん [sage] 2017/01/10(火) 06:50:40.25 ID:GK7YsZXH >>211 VPNはNAT対処が精々で、さすがに圏外やハンドオーバーには無力です。 基本的にはホームルーター内向けの話ですが、ローカルIP付与MVNO/ISPにもNAT対処の意味では効果があるでしょう。 既出の様に対策済みのISPも多いので、実際は限定的ですね。 社用で社内で充電ないしバッテリー交換できればスマホでやってやれないことはないと思います。 一般的にはVPNを求めるなら電話とは切り離してタブレッ…。 手元にはOperaMAX常用の端末もあります。いまは大型端末多いので一日保ちますね。 個人ではこちらの組み合わせでの運用者がそこそこいると思います。 横道ですが国内で対抗サービスが出ないのがとても不思議。 GCM heartbeat intervalは接続媒体で変わるだけなのでVPNの有無は影響しないです。 http://egg.5ch.net/test/read.cgi/smartphone/1481986840/214
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 293 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s