おそらく、多くの人は、Telegramチームが、発売直後にインスタントメッセンジャーに音声通話機能を普及させ、他の多くのVoIPサービスの前で品質を大幅に向上させた方法に興味を持っています。
テレグラムコールの動作を研究している間、ネットワークレベルで使用され、接続中にリレーサーバーが使用される場合のパケットの通過の遅延を減らすのに役立つ興味深い技術的な詳細に注意を喚起しました。
リレーサーバーが使用された呼び出し中に発生するトラフィックダンプを見ると、トラフィックがRIPプロトコルによって決定されていることがわかります。 91のIP。-これはTelegramサーバーです。 VPNサーバーでトラフィックダンプを撮影したので、クライアントアドレスはローカルサブネットからのものです。
そして、これはクライアントデバッグのスクリーンショットですが、P2Pのものです。 520ポートはサーバーにのみ割り当てられるため、この方法は、クライアント間のP2P接続が不可能で、リストにあるサーバーの1つがリレーとして機能する場合に機能することに注意してください。
RIPプロトコルについて知っていることを思い出してください。
RIPはルーティングプロトコルです。 RIPは、UDPポート520を使用して、（ネットワーク）TCP / IPスタックの第3レベルで動作します。UDP、つまり、受信確認を必要としない配信は、ご存知のとおり、リアルタイムトラフィック（音声）に優れています。
ルーターが接続されたネットワークとその近隣のネットワークに関するサービス情報を迅速に交換できるように、ルーティングプロトコルが必要です。 ルート情報の更新は、変更が行われた場合の迅速なネットワーク回復のために重要であるため、多くのネットワーク機器メーカーはルーティングプロトコルトラフィックに最高の処理優先度を割り当てています。 つまり、他のすべてのトラフィックの前に渡します。
この優先順位付けは、 DSCPコード （Differentiated Services Code Point）を使用してルーターに実装されます。たとえば、Ciscoでは、RFC 791およびRFC 2474に従って、RIP / RIP2 / OSPF / EIGRPルーティングプロトコルにコード6のマークが付けられます。 、優れた、インターネットワーク制御の優先順位。
DSCPの優先順位付けに加えて、Cisco IOSには内部メカニズムPAK_priorityもあります。これは、重要なデータグラムがルーターを通過する瞬間に優先順位を提供するのに役立ちます。 PAK_priorityの指定は、Cisco IOS（および他の一部のデバイス）の開発者がCisco IOSの正常な動作に不可欠であると考えたため、設定できません。 これにより、管理者がシステムの制御特性を持つ優先トラフィックパスに何らかの影響を与える可能性がなくなります。
古代のプロトコルとその動作の特徴（便利なUDP、 ユニキャスト交換機能の存在）を思い出して、テレグラムアーキテクトはそのポートを使用し、それにより多くのルーターがパケットのルート上でトラフィックを非常に重要なものとして処理することを強制し、それによって明らかに遅延。
それは強力なコーデックの世界では小さな詳細のようですが、彼らが言うように、悪魔はささいなことの中にあるので、これらのささいなものを究極の目標のために働かせてはどうでしょうか？