問題はMTSとビーラインやアップグレードの副作用

私たちは、ネットワークインフラストラクチャ、またはソフトウェアをアップグレードするのはほとんどない者は、ユーザへの影響がないわけではないことについて書けば大きな謎を開けないでください。甘い約束"ホットアップグレード"の生産は何でしょうかも与え、​​変更は必ずしもzasboit。よくても、簡単に、ローカルでも、より良い - 同時に場合は、オペレータやユーザーへのダメージ、金融損失なし。残念ながら、すべての"ライブ"に行わ近代化の各々にネットワークがすることはできませんオフにします。専門家が機能しているネットワークのアップグレードを行うことができるように - 私は継続的に患者に話してから腺を削除するには、手術のようなものを知らない。 June 23から30の週は、モスクワのネットワークでは、MTSおよびビーラインで私たち非定型"変人"を台無しにして、それらについて話しています。

MTSは：ブラックホールマルチメディア

メールサーバーの"恣意性"（損失は電子メールの写真を送信される）について、いくつかの苦い苦情後に実験することを決定し、原因を探してみてください。結果は非常に興味深いものでした。どう ​​やら、）中にその運命の一週間で（少なくとも4日間、いくつかの（？）メッセージ-のMMSの配信に問題がMTSの経験深刻。テストは、次のトラブルによって示された：

• 定期的に別の電話にMMSを送信しようとして送信の終了時に電話"バグ"が修正されました。この例では、MMSが送信され、配信確認が取り下げ送信で料金います。適度に不快な：それを2回送信するためにお金を払う、それに応じて、確認を得るために再び一瞬の熱を送信する時間でした。
• 時間は、MMSが04で"スタック"を確認するためにSENDは第1〜0000年1月にしています。
• メッセージは、すべては、ICSのMMSトラフィックが固定され、投稿のための手数料は許可されていません（SMS送信通知とサイト上の"保存"する必要があります規則に従って）で送信されませんMMSのサポー​​トなしで携帯電話に送信されます。
• 送信されたメッセージは、通常行って電子メールアドレスに、確認のメッセージが来て、お金ショットを送信するために。 "待ち伏せ"は、これらのMMS、メッセージの宛先に到達しなかったこと、それが到達する、もはやそうも返されなかったアカウントに実験金二週間後だった。非常に人々の重要な写真を送っていると私は彼らが正常に配信されていることを確認された方に不快。ない経済的損失は言うまでもありません。

我々は、MTSのMMS -すべてのサービスのユーザは、これらの問題に直面していることを主張するわけもない場合です。しかし、確率は十分な非MMSの場合には、電子メールアドレスにこれらの"重要な日"それは、MTSの財務管理を利用して理にかなっているに高くなっています。

すべてのMMS -サービスの仕事、その日の夜を完全に - システムの近代化は、MMSは、5月29日完成です。しかし、今送信し、記載のテーマのメッセージを受信するためにかかる時間 - これは、配信の確認の新しいフィールドの外観によって示される、アップグレードされたという事実。非MMSの携帯電話は、そのページへのWebリンクでSMS、メッセージを配信します。

神秘的な"ミス"

すべての状況の明確化の過程で、行き当たりばったりは、MMS - MTSのウェブサイト上の文書を検討し、興味津々の矛盾を発見した。 http://www.mts.ru/service/mmsページで我々は）キロバイト30までのを少し驚いていましたへの読み取り範囲が"（およびコンテンツは、無制限の携帯電話になりました通信され実質的に。しかし、MMSは送信/今行く二アップグレード作業を開始する前に、一ヶ月と受信はるかに大きな問題はありません。 100キロバイトまで - このテキストの翻訳サイトの英語版が最初に正しい数値を指定されています。エラーの起源は、理解できませんでした偶然（？）、質問30の数字が100に固定されていました偶然にも数日後。 （そのMMSのネットワークを出荷される）加入者の大半 - 一つは、英語版、およびロシア（密接な意思決定の完璧な技術監視している）投資家を主な対象とされていることを仮定する。しかし、確かにそれだけでミスや通訳の陰湿な陰謀だった、それが起こる。

ビーライン：とらえどころのないトラフィックの秘密

事自体が、まともな遅延と、これらの非常に分のトラフィックをカウントする - それが長いメートルBiLaynovskyは前払い分（無料通話分の信用TAで）過ごしたことが知られている。最大数時間 - 時には。数日前、次の法案の成立の日の翌日または2：しかし、このサービスは、断固として四日毎月の利用されています。システムの前に約2ヶ月間は、本格的に始まったことを後に、彼女はまだほとんど良い獲得：トラフィックのだまさ流れを最小の遅延で、毎月の"重要な日"なし。特に、見たことがない数字や、（良い未使用分は来月に持ち越される）プログラムが正常にMobileBalanceか、または人間の介入はほとんどになります。しかし、5月明らかな矛盾の最後の週に紛れもない彼の目に運ばれた。

24分 - 会話の最後に、長いコールを発信HADはカウンターで見た。一般的に普通の会話のいくつかの作品は、単におしゃべりを35分もあった。翌日は、統計を見て - まったく何をオフに書き込むことが！そして、おそらく本当のことができなかった分のどのカップルから、前日の。現象によって1日程度（グラフの赤い線）あたりの実際のトラフィックを固定し始めた気になって、結果は、予想を超えている：

• トラフィックの少なくとも40分はちょうど消えて、今までオフに書かれていない、明らかに、オフは書き込まれません。それもすることができ、さらにその - グラフのあまりにも多くの非現実的な水平断面。
• パーツtrafikovoy"借金は"三（！）日後にオフに書かれています。
• あなたはBiLaynovskoy統計を信じるならば、私は長い間ギネスブックに泣いている：私は眠っている間に話ではない、私は定期的に電話でください！
• 依存性は、コールの期間、"現金"、その通路の確率とルーレットの種類を実行すると、検出することができませんでした：償却する - オフに書いていない、霧は、誰もが知っている。

この接続では、いくつかの興味深い質問があります。どのように限り、システムの精度、40分以上、30分間無料との支出関税プラン加入者を計画してたとえば、？オフトラフィックの行く書き込みの遅延は、請求期間の終わりに向かって発生する場合、誰が可能な追加費用の故障でしょうか？ 、これまでのすべての"失われた"分をオフに書き、時 - 一年の最後の日？そして最後に、最も興味深い"利己的な"質問：システムが逆方向に間違いを犯すことができるかどうか、余分なトラフィックをキャンセルしますか？

このすべての"時間がかかる"研究は時間がかかった非常に少ない-ことができる便利/トラフィックをもっとはるかに感謝を無料でバランスの追跡に加えて、ソフトウェアMobileBalance。また、同時に演算子をいくつかの成功での作業。しかし、この - 個別の議論の対象。