私はビデオが実行されているときにYouTubeからのパケット損失率を計算しようとしています。scapyによるパケット損失率の計算方法は？
Iはeth0のに、パケットをScapyによって一つずつを盗聴し、IPヘッダとTCPパケットをフィルタリングします。
パケット損失率を計算するために、私は受信パケットと送信されたパケット（または除外パケット）の数の数を有していなければなりません。
私は簡単に受信パケットの数を計算することができますが、私はYouTubeから送信されたパケットに問題があります。
Googleの検索回数を増やした後、帯域幅に基づいてパケットロス率を近似する方法を説明したシスコの記事が見つかりました。
これはリンクであり、私もあなたを助けることができますように願っています。
Bandwidth, Packets Per Second, and Other Network Performance Metrics
感謝。
これは少し複雑ですが、再送信（タイムアウト制限内で確認応答されないパケット）を見る必要があります。
相手側のパケットが届いてから、相手に届く前に紛失しているパケットは表示されません。あなたができることは、TCPシーケンス番号を見て、パケットが順不同で受信されているかどうかを確認することです。
これはパケット損失の兆候の可能性がありますが、これは保証されません。 2つのパケット間のギャップの時間制限を実験しなければならない場合があります。これは、再送信としてカウントする前に許容されるものであり、他の理由による順序外の到着ではありません。私は詳細を理解するためにTCPプロトコルについてのあなたができる限りの読み込みをお勧めします
：https://en.wikipedia.org/wiki/Transmission_Control_Protocol
私はこれを試してみることをお勧めします：
は、低、中、高トラフィックでシミュレートされたトラフィックを準備します。シシェンあなたは、送信される総パケットを事前に知っているトラフィックを生成します。
1）まず、すべてのトラフィックをtcpdumpでキャプチャします。
2）すべてのトラフィックをscapyでキャプチャします（ディスクへの保存は避けてください）。
は、次のような表示されます。
データソース：コンピュータセキュリティ - ESORICS 2011：第16回ヨーロッパのコンピュータセキュリティに関するシンポジウム。
私は自分自身を試してみましたが、私は同じ結果を得ました。 libpcapが有効になっていないと、scapyパケットの損失は96％でした。
Remeber tcpdumpは、ほぼ完全な比較対象です。
こんにちは、 あなたの正確な答えをありがとう、私は別の方法を試してみてください。 私は彼らがソースから送信したパケットにアクセスしていなかったので、パケットロス率を近似する必要があります。 さらにGoogle検索を行った後、私はシスコの記事を見つけました。 この記事へのリンク： [link]（https://www.cisco.com/c/en/us/about/security-center/network-performance-metrics.html） – nima
私の質問にお答えいただきありがとうございます。 @SpacemanSpiff – nima
しかし、このプロジェクトでは、信頼できるデータが必要です。 – nima