一部の地域でMTSモバイルトラフィックに問題がありますか、それともスキーが旅行していませんか?

画像



こんにちは、カブロビテス。 私は車両を監視するための小さなプロジェクトを実施していますが、これは特に関係ありません。 結論としては、MTS会社のSIMカードが機器にインストールされ、WISMO 228セルラーモデムが使用されているということです。



車がタタールスタン、バシコルトスタン、ペンザ地域のいずれかの地域に入ると、通信による奇妙なグリッチが始まります。



デバイスからのUDPパケットはサーバーに到達します。

デバイスからのTCPパケットはサーバーに到達します(サーバーは開いているTCP接続を示します)。

逆方向では、データは届きません。



デバイスはFTPプロトコルを介してサーバーと連携し、FTPサーバーからの挨拶が承認を開始するのを待つことはできません。

FTPに認証を強制しようとしました-サーバーログには、そのようなデバイスからの認証の試行すら記載されていません。



次のパターンが確認されました。



ほとんどのデバイスには213.87.xx.xx(インターネットへのゲートウェイ)の範囲の「外部」IPアドレスがあり、グリッチデバイスには85.140.xx.xxまたは95.153.167.xx(Volgograd地域)のIPアドレスがあります。 このアドレスは自動的に割り当てられます。 PPPセッションを上げるときのデバイスは、APNが彼に伝えるものを受け取り、何も発明しません。



バグのある地域を離れると、データ交換作業は完全に復元されます。

極東などの他の地域では、デバイスアドレスは80.83.237.xxであり、交換は正常です。

カザフスタンでも(カザフスタンのSIMカードを使用して)正常に機能します。



興味を引くために、IPアドレスへのルートを作成しました。



traceroute 85.140.0.87

85.140.0.87(85.140.0.87)へのtraceroute、最大64ホップ、52バイトパケット

1 gw.ispsystem.net(37.230.113.254)0.318 ms 0.287 ms 0.286 ms

2 edge.webdc.ru(92.63.108.97)14.326 ms 7.129 ms 0.579 ms

3 213.219.206.17(213.219.206.17)1.082 ms 1.235 ms 15.737 ms

4 vl–709.sr5.msk7.ip.di–net.ru(213.248.3.133)0.969 ms 0.932 ms 0.835 ms

5 m9–cr03–ae10.995.msk.stream–internet.net(212.188.60.173)1.258 ms 1.241 ms 1.246 ms

6 bek–cr01–ae7.52.nnov.stream–internet.net(212.188.28.70)8.423 ms 7.997 ms 7.996 ms

7 pgag–cr02–ae5.52.nnov.stream–internet.net(195.34.59.97)10.143ミリ秒7.984ミリ秒7.968ミリ秒

8 * * *

9 * * *

10 * * *



これはバグのあるIPです。 このアドレス範囲へのルートを作成すると、ホストで7行目から常に中断します。 そして、私がどこからルートを破壊しようとしても、交換が行われたサーバーから、または他のプロバイダーに接続された他のコンピューターからでも関係ありません。



健康な人からバギーでないデバイスへのルート



〜traceroute 213.87.123.66

213.87.123.66(213.87.123.66)へのtraceroute、最大64ホップ、52バイトパケット

1 gw.ispsystem.net(37.230.113.254)0.433 ms 0.401 ms 0.393 ms

2 edge.webdc.ru(92.63.108.97)0.358 ms 0.386 ms 0.356 ms

3 213.219.206.17(213.219.206.17)5.998ミリ秒* 130.690ミリ秒

4 vl–709.sr5.msk7.ip.di–net.ru(213.248.3.133)1.000 ms 0.899 ms 0.961 ms

5 m9–cr03–ae10.995.msk.stream–internet.net(212.188.60.173)1.354 ms 1.374 ms 1.337 ms

6 m9–cr05–ae1.199.msk.stream–internet.net(195.34.53.49)53.896 ms 53.863 ms 53.900 ms

7 psnmich–cr01–ae4.62.rzn.stream–internet.net(212.188.42.70)60.579ミリ秒128.957ミリ秒

psnmich–cr01–ae6.62.rzn.stream–internet.net(212.188.29.194)98.938ミリ秒

8 pstamb–cr01–ae5.68.tam.stream–internet.net(212.188.28.202)54.318ミリ秒

pstamb–cr01–ae7.68.tam.stream–internet.net(212.188.29.186)53.930ミリ秒54.087ミリ秒

9 pspenz–cr01–ae4.58.pen.stream–internet.net(212.188.29.182)54.744ミリ秒

pspenz–cr01–ae3.58.pen.stream–internet.net(212.188.28.246)54.070 ms 54.829 ms

10 psulnsk–cr01–ae2.73.uln.stream–internet.net(212.188.28.210)63.088 ms 57.998 ms

psulnsk–cr01–ae5.73.uln.stream–internet.net(212.188.42.34)54.026ミリ秒

11 pskir–cr01–ae1.63.sam.stream–internet.net(212.188.28.226)54.266 ms 54.288 ms

pskir–cr01–ae3.63.sam.stream–internet.net(212.188.42.30)56.315 ms

12 psbek–cr01–ae4.2.ufa.stream–internet.net(212.188.42.82)53.956 ms 66.351 ms

psbek–cr01–ae2.2.ufa.stream–internet.net(212.188.28.50)53.901ミリ秒

13 psshag–cr01–ae3.74.chel.stream–internet.net(212.188.42.98)31.250 ms 31.555 ms 31.370 ms

14 psber–cr01–ae4.72.tum.stream–internet.net(212.188.29.226)60.442 ms 54.279 ms 54.335 ms

15 pstav–cr01–ae5.55.omsk.stream–internet.net(212.188.28.162)53.861 ms 63.988 ms 53.835 ms

16 psvost–cr01–ae6.54.nsk.stream–internet.net(212.188.28.158)52.932 ms 53.157 ms 53.471 ms

17 stn–cr03–be3.54.nsk.stream–internet.net(212.188.29.133)58.571 ms 57.156 ms 73.175 ms

18 mts–siberia.nsk.stream–internet.net(195.34.36.58)81.223 ms 53.714 ms 53.786 ms

19 217.8.224.126(217.8.224.126)54.576 ms 54.527 ms 54.414 ms

20 * * *

21 213.87.117.245(213.87.117.245)56.088 ms 56.120 ms 55.998 ms

22 * * *



サポートサービスを1週間苦しめてきましたが、彼らは「アカウントの残高がプラスである」としか言えません。 彼らに希望はありません。

彼らは技術者を許可しません。 問題がどこにあるのか判断できません。



たぶん、バグを追跡するのを手伝ってくれるコミュニティの誰かがいますか? ありがとう



-2015年8月6日からの更新-

一般的に、これは事実です-問題領域へのアプローチでマシンを「キャッチ」し、別のポートでFTP設定を転送することができました。

サーバー上のFTP構成をコピーし、ポート番号という1つの値を置き換えました。



-2015年8月7日からの更新-

投稿を書いた後、MTSの専門家を含む数人の人々が応答し、問題は解決しました。 彼らに感謝します。



All Articles