DSLは、長期間にわたって週に数回同期を失います
私はFrontierから12/2の結合DSLサービスを持っていますが、これは週に3〜4回、平均して1〜3時間同期を失います。私は地元の技術者と協力してきました。彼らはすべてをチェックし、「彼らが知っているすべての方法を実行した」と言っています。彼らは一度ゲートウェイを交換しました。 NIDからインサイドジャックまでのワイヤーを交換しました。現在、レベル2のサポートに取り組んでいます。彼らは同期喪失の問題を確認しましたが、失敗するテストは同期テストだけだと言っています（そして、ゲートウェイにpingを送信できなくなりました）。レベル2のサポートでは、モデムの交換（これは3番目になります）と内部配線のテストを推奨しています。レベル2のサポートは、信号対雑音比が12/2をプッシュするには高すぎる可能性があり（この時点では実際には3上昇しています）、6/1に切り替える必要がある可能性があることも示唆しています。家に行ったことのある6人ほどの技術者の誰も、信号対雑音比が問題であると言及していません。
詳細
- ワイヤーをNIDに交換することで、全体的な速度が少し向上したようです。一般的に、私はほぼ12ダウン、3アップしています。
- レベル2のサポートでは、接続をアクティブに使用している人がいない午前1時に1つの同期の問題が発生しました。ただし、私のコンピューターは更新されている可能性があります。
- 通常、ゲートウェイは同期を失い、片側または両側で2〜4時間継続的に再同期を試みます。
- 最近、コンピュータからAppleTVにビデオをストリーミングしていて、他の誰かがオンデマンドでビデオをストリーミングしているときに、モデムが自動的に再起動しました。片側が数時間同期を失いました。このクラッシュを再現できませんでした
- 最近、ユニークなWebページに約15個のタブを開いたときに、3時間同期が失われました。
- 同期の問題の大部分は、午後4時から6時の間に発生します。
- ActiontecF2250ゲートウェイを使用しています。
- プロビジョニングされたリンク速度：13923/2282kb。
- ゲートウェイを再起動しても、同期の問題を解決する効果はありません。
- バッファの膨張に問題があるようです
- ソフトウェアアップデートのダウンロードまたはアップロード中のpingで2.8％のパケット損失
- ダウンロードまたはアップロード中の高遅延
- DSLAMまで7400フィート
- SNRが良い側は下がり、SRNが悪い側は上がり続けます。 （スクリーンショットを参照）
2016年12月14日更新 - 12月14日の新しいルーター—新しいルーターのインストール後、1行目のビットエラーが少なくなり、2行目のSNRが向上しました。
- 新しいルーターをインストールしてから2時間後、両方の回線が「サイレントダウン」し、すぐに再同期されました。回線1の場合：14分の稼働時間の後、239,738ビットエラー、2984 HECエラー、8121スーパーフレームエラーが発生します（SNRマージンは11.8）。 。 10分間稼働しているライン2には、1225ビットエラー、21 HECエラー、4097スーパーフレーマーエラーがあります（SNRマージンは10.3です）。
- エラー：xt_TCPMSS：長さが正しくありません（589バイト）、最後の同期の問題の2分前
2016年12月17日更新 - 12-14の技術訪問で、私は技術者に1行目のDSLAMカードを切り替えることができるかどうか、また別の回線が利用可能かどうかを尋ねました。 （1行目に明らかな問題がありました。
- 12〜15日、ルーターは午後7時頃に同期を失いました。
- この同期が失われた後、何かがポジティブに変化しました—ゲートウェイは1日15時間稼働しています。私はそれが解決されたことを望んでいます。
2016年12月18日更新 - 今日1.5時間同期が失われました。
- 両方の行でこの問題の前後に高いエラー秒数（最大521）
- 以下のスクリーンショット
追跡を開始してから気付いた中断
Sept 26, 2016 — 2:55pm — Confirmed modem offline. Rebooted modem via admin. Back up at 3:06 with 5.44 down and .52 up. 1 line is down. Intermittent lines at 3:52. Both lines back before 4:19. Running at 7.5 down, 2.0 up
Sept 28 — 9:20 AM — Low bandwidth. 3.5 Mbps down. Resolved by 9:30
Sept 30 — 4:35PM: — Low bandwidth 1.5 Mbps down, .81 up. One line down. Back up by 5:00pm
October 1 6:00pm Low bandwidth. 1 line down. 2.55 down, 1.07 up
October 4, 5:55 pm — Both lines down. 6:00pm, 1 line down.
October 11, noon — very low bandwidth. — back up before 12:30
October 11, 3:30pm down.
October 11, 5:52pm down — back by 6:45
October 12, 4:54pm — 1 side down. 2.96Mbps/.89Mbps
October 13, 5:20pm — very low bandwidth. Unusable. One/both sides down. 1.64Mbps up, 1.76down
October 18, 5:55pm — very low bandwidth. Unusable. .77 Mbps down, 2.88up. Unable to login to modem
October 19, 6:30 — low bandwidth, 4.33 down, .72 up. High latency -- 408ms, high Jitter 836ms
October 23, 6:17 – low bandwidth, 3.37 down, 1.22 up. 1 side down
October 24, 3:37 – no bandwidth, one/both sides down.
October 25, 5:25 – no bandwidth down - up works fine, one/both sides down, able to ping. Back by 6:30
Nov 1, 8:15 — no bandwidth. Both sides down.
Nov 2, 3:50 — low bandwidth, 3.57 down, 1.31 up One side down.
Nov 4 — Frontier tech replaced wall jack
Nov 7, 10:00 — one side down, both sides down. No bandwidth down. No bandwidth up. Cannot connect to modem. 1 side still down at 5:30p.
Nov 11, 1:40 — both sides down. No bandwidth — back at 1:43
Nov 11, 5:40 — both sides down. No bandwidth — back by 6:20
Nov 15, 4:30 — both sides down.
Nov 18 3:50 — both sides down, one side back by 4:00
Nov 23 10:00p — very low bandwidth
Nov 24, 8:56a — both sides down.
Nov 24, 4:50p — both sides down.
Nov 25, Noon — 1 side down. Low bandwidth, then both sides down.
Nov 27, 2:40 both sides down
Dec 2, 5:55 One side down
Dec 4 — Replaced wire from NID to gateway (1 wire now).
Dec 6 6:30 - Router went offline, rebooted automatically (Crashed, this has happened before, but rarely).
Dec 6 6:55 - One side down
Dec 8 — two short drops possible. (Lost connectivity with GotoMeeting)
Dec 9 — 2:40 — Down — appeared to happen by sending multiple HTTP requests. Still down at 5:45. Keeps trying to sync.
スコット-私は Firebind の共同創設者です。私たちの新しいクラウドソリューションは、ラストマイルISP回線の継続的テストに重点を置いています。 5分ごとに一連の11のテストを実行し、1日に3,168のデータポイントを収集します。これはISPだけが修正できる問題のように聞こえることに同意します。ただし、より多くのデータを収集して、数日または数週間にわたってパターンを確認したい場合は、無料トライアルをご利用ください。当社の主力テストでは、G.711 VoIPコールを5分ごとに各方向に25秒間シミュレートし、間隔全体で1日に合計360,000パケットを送信します。テストは（ICMPではなく）UDPペイロードを使用して毎秒50パケットであるため、実際のユーザーデータ損失のはるかに信頼性の高いビューを提供します。
5分ごとに数日間テストすると、ISPネットワークで発生している何かと相互参照される可能性のある特定の時刻パターンが表示される可能性があります。
以下のリンクは、シミュレートされたG.711VoIP通話の結果のスクリーンショットを示しています。 12月4日以前のチャートの左側は、カリフォルニアのWaveBroadband接続でした。青いスパイクは、「Netflix効果」によるダウンロードの損失を示しています。
その後、12月4日にそのサイトはComcastに切り替わり、損失の問題がほぼ完全に解消されたことがわかります。
幸運を祈ります、
デイブ