PHP 面接の質問 2: 使用されるトランスポートプロトコル-PHPチュートリアル-php.cn

この記事では、PHP インタビューの質問 2 で使用された送信プロトコルを紹介します。これには、必要な友人が参照できるように共有します。

1.HTTP (ハイパーテキストトランスポートプロトコル) : ハイパーテキスト転送プロトコル。これは、インターネット上で最も広く使用されている通信プロトコルの 1 つであり、インターネットユーザーが使用する WWW プログラムは、このプロトコル標準に準拠する必要があります。ユーザーが特定のリソースサーバー上のファイルにアクセスしたい場合 (サーバー上の指定されたファイルの参照、ダウンロード、実行など)、HTTP 経由でインターネット上の WWW リソースにアクセスできます。
2. FILE: ローカルファイル転送プロトコル。ユーザーが自分のコンピュータからファイルを取得し、自分のハードディスクに保存されているファイルをナビゲーションシステムの画面上に表示する方法です。
3. FTP（ファイル転送プロトコル）：ファイル転送プロトコル。このプロトコルは、インターネットからファイルを取得する方法の 1 つで、ユーザーとファイルサーバー間でファイルを転送するために使用されます。このプロトコルを通じて、ユーザーはリモートサーバー上のファイルのコンテンツを簡単に表示できると同時に、必要なコンテンツを使用しているコンピューターにコピーできます。一方、ファイルサーバーの承認により、ユーザーがサーバー上のファイルを管理のために使用できる場合、ユーザーはローカルコンピュータ上のコンテンツをファイルサーバーにアップロードして他のユーザーと共有したり、上記のファイルを自由に編集したりすることができます。ファイルの削除、移動、コピー、名前変更など。

トランスポート層は、ターゲットネットワークに到達するための 2 つの方法を提供します

伝送制御プロトコル (TCP): 正常なデータ伝送を保証するための完全なエラー制御とフロー制御を提供します。
ユーザーデータグラムプロトコル (UDP): 基本的なエラー検出のみを提供する、コネクションレス型プロトコルです。
特徴:
1) UDP:
データをパッケージ化する
データサイズが制限されている(64k)
接続は確立されない
高速だが信頼性が低い
2) TCP:
接続チャネルを確立する
データサイズは無制限
速度が遅い、しかし信頼性が高いです
トランスポート層にはポートやソケットなど多くの要素が関係するため、モバイル開発には理解する必要があります。これらについては後の記事で詳しく紹介しますので、ここでは説明しません。

アプリケーション層は、TCP/IP プロトコルの最上位として、モバイル開発にとって最も露出されています。

TCP プロトコルで実行されるプロトコル:
HTTP (ハイパーテキスト転送プロトコル、ハイパーテキスト転送プロトコル)、主に通常のブラウジングに使用されます。
HTTPS (Hypertext Transfer Protocol over Secure Socket Layer、または HTTP over SSL、Secure Hypertext Transfer Protocol)、HTTP プロトコルの安全なバージョン。
FTP (File Transfer Protocol) は、その名前が示すように、ファイル転送に使用されます。
POP3 (Post Office Protocol、バージョン 3、ポストオフィスプロトコル)、電子メールの受信に使用されます。
SMTP (Simple Mail Transfer Protocol)、電子メールの送信に使用されます。
TELNET (ネットワーク経由のテレタイプ)、端末を介してネットワークにログインします。
SSH (Secure Shell、セキュリティが不十分な TELNET を置き換えるために使用)、暗号化された安全なログインに使用されます。
UDP プロトコルで実行されるプロトコル:
BOOTP (ブートプロトコル)、ディスクレスデバイスに適用されます。
NTP (Network Time Protocol)、ネットワーク同期に使用されます。
DHCP (動的ホスト構成プロトコル)、IP アドレスを動的に構成します。
その他:
DNS (ドメインネームサービス)、アドレス検索、メール転送などを完了するために使用されます (TCP および UDP プロトコルで実行)。
ECHO (エコープロトコル)。エラーチェックと応答時間の測定に使用されます (TCP および UDP プロトコルで実行)。
SNMP (Simple Network Management Protocol、簡易ネットワーク管理プロトコル)、ネットワーク情報の収集とネットワーク管理に使用されます。
ARP (アドレス解決プロトコル)、イーサネットハードウェアのアドレスを動的に解決するために使用されます。

sip プロトコル https://www.cnblogs.com/gardenofhu/p/7299963.html

セッション開始プロトコル (SIP) は、VoIP テクノロジーで最も一般的に使用されるプロトコルの 1 つです。これは、他のアプリケーション層プロトコルと連携して動作し、インターネット上のマルチメディア通信セッションを制御するアプリケーション層プロトコルです。

SIP - 概要
SIP について注意すべき点がいくつかあります -

SIP は、インターネットプロトコル経由でマルチメディアセッションを作成、変更、終了するために使用されるシグナリングプロトコルです。セッションは、2 つのエンドポイント間の単純な呼び出しにすぎません。エンドポイントには、スマートフォン、ラップトップ、またはインターネット経由でマルチメディアコンテンツを送受信できる任意のデバイスを使用できます。

SIP は、IETF (Internet Engineering Task Force) 標準によって定義されたアプリケーション層プロトコルです。 RFC 3261 で定義されています。

SIP はクライアントサーバーアーキテクチャを具体化し、HTTP の URL と URI、SMTP のテキストエンコードスキームとヘッダースタイルを使用します。

SIP は、IP ネットワーク上で音声とビデオを配信するためのセッションと RTP (リアルタイムトランスポートプロトコル) を記述する SDP (セッション記述プロトコル) の助けを借ります。

SIP は、2 者間 (ユニキャスト) または複数者間 (マルチキャスト) セッションに使用できます。

その他の SIP アプリケーションには、ファイル転送、インスタントメッセージング、ビデオ会議、オンラインゲーム、ストリーミングマルチメディア配信などがあります。

下の図は、一般的なシナリオにおける SIP の適用可能性を示しています。

通常、SIP プロトコルは、2 つ以上のエンドポイント間のインターネットテレフォニーとマルチメディア配信に使用されます。たとえば、ある人が SIP を使用して別の人に電話をかけたり、多くの参加者との電話会議を設定したりできます。

SIP プロトコルは、構成するコマンドが限られており、非常にシンプルになるように設計されています。また、テキストベースであるため、SIP セッションでエンドポイント間でやり取りされる SIP メッセージを誰でも読むことができます。

SIP のネットワーク作成を支援するエンティティが存在します。 SIP では、各ネットワーク要素はアドレスのような SIP URI (Uniform Resource Identifier) によって識別されます。以下はネットワーク要素です -

ユーザーエージェント
プロキシサーバー
登録サーバー
リダイレクトサーバー
ロケーションサーバー
ユーザーエージェント
これは SIP ネットワークのエンドポイントであり、最も重要なネットワーク要素の 1 つです。エンドポイントはセッションを開始、変更、または終了できます。ユーザーエージェントは、SIP ネットワーク内で最もインテリジェントなデバイスまたはネットワーク要素です。ソフトフォン、携帯電話、またはラップトップを使用できます。

ユーザーエージェントは、論理的に 2 つの部分に分かれています。

ユーザーエージェントクライアント (UAC) - リクエストを送信し、レスポンスを受信するエンティティです。

ユーザーエージェントサーバー (UAS) - リクエストを受信し、応答を送信するエンティティ。

SIP は、発信者の電話が通話を開始するクライアントとして機能し、着信側の電話が通話に応答するサーバーとして機能するクライアントサーバーアーキテクチャに基づいています。

プロキシサーバー
ユーザーエージェントからリクエストを受信し、別のユーザーに転送するネットワーク要素。

基本的に、プロキシサーバーはルーターのように機能します。

SIP リクエストを理解し、URI を使用して送信するある程度のインテリジェンスを備えています。

プロキシサーバーは 2 つのユーザーエージェントの間に存在します。

送信元と宛先の間に最大 70 のプロキシサーバーを配置できます。

プロキシサーバーには 2 つのタイプがあります -

ステートレスプロキシサーバー - 受信したメッセージを転送するだけです。このタイプのサーバーには、通話やトランザクションの情報は一切保存されません。

ステートフルプロキシサーバー - このタイプのプロキシサーバーは、受信したすべてのリクエストと応答を追跡し、必要に応じて将来使用できます。相手が応答しない場合は、リクエストを再送信できます。

登録サーバー
登録サーバーは、ユーザーエージェントからの登録リクエストを受け入れます。これは、ユーザーがネットワーク内で自分自身を認証するのに役立ちます。同じドメイン内の他の SIP サーバーを支援するために、URI とユーザーの場所をデータベースに保存します。

SIP 登録のプロセスを示す以下の例を見てください。

ここで、発信者は TMC ドメインに登録したいと考えています。したがって、TMC のレジストラーサーバーに REGISTER リクエストが送信され、サーバーはクライアントを承認するときに 200 OK 応答を返します。

リダイレクトサーバー
リダイレクトサーバーはリクエストを受信し、レジストラによって作成されたロケーションデータベース内でリクエストの対象受信者を検索します。

リダイレクトサーバーはデータベースを利用して位置情報を取得し、ユーザーに3xx（リダイレクト応答）を応答します。応答コードについては、このチュートリアルの後半で説明します。

ロケーションサーバー
ロケーションサーバーは、発信者の可能な位置に関する情報をリダイレクトサーバーとプロキシサーバーに提供します。

ロケーションサーバーにアクセスできるのは、プロキシサーバーまたはリダイレクトサーバーのみです。

以下の図は、セッションを確立する際に各ネットワーク要素が果たす役割を示しています。

SIP - システムアーキテクチャ
SIP は階層化されたプロトコルとして構造化されており、その動作は、各ステージ間の疎結合のみを備えた、かなり独立した一連の処理ステージの観点から記述されることを意味します。

SIP の最下層は、その構文とエンコーディングです。そのエンコーディングは、拡張された Backus-Naur 表形式構文 (BNF) を使用して指定されます。

2 番目の層はトランスポート層です。これは、クライアントがリクエストを送信して応答を受信する方法、およびサーバーがネットワーク経由でリクエストを受信して応答を送信する方法を定義します。すべての SIP 要素にはトランスポート層が含まれます。

次のステップはトランザクション層です。トランザクションは、クライアントトランザクション (トランスポート層を使用) によってサーバートランザクションに送信されるリクエストであり、そのリクエストに対するすべての応答がサーバートランザクションからクライアントに送り返されます。ユーザーエージェントクライアント (UAC) によって完了されるタスクは、一連のトランザクションを使用して実行されます。ステートレスプロキシにはトランザクション層が含まれません。

トランザクション層の上の層をトランザクションユーザーと呼びます。ステートレスプロキシを除いて、すべての SIP エンティティはトランザクションユーザーです。

下の画像は、SIP セッションの基本的なコールフローを示しています。

ここでは、上記の呼び出しフローを段階的に説明します。

プロキシサーバーに送信される INVITE リクエストは、セッションの開始を担当します。

プロキシサーバーは、INVITE リクエストの再送信を停止するために、呼び出し元 (Alice) にすぐに応答するために 100 を送信します。

プロキシサーバーは、ロケーションサーバーでボブのアドレスを検索します。アドレスを取得したら、さらにINVITEリクエストを転送します。

その後、ボブの電話から発生した 180 回の呼び出し音 (一時的な応答) がアリスに返されます。

ボブが電話を取るとすぐに 200 OK 応答が生成されました。

200 OK がアリスに届くと、ボブはアリスから ACK を受け取ります。

同時にセッションが確立され、両端からRTPパケット(セッション)が流れ始めます。

セッション終了後、参加者 (アリスまたはボブ) は BYE リクエストを送信してセッションを終了できます。

プロキシサーバーをバイパスして、アリスからボブに直接バイバイします。

最後に、Bob は 200 OK 応答を送信して BYE を確認し、セッションが終了します。

上記の基本的なコールフローでは、3 つのトランザクション (1、2、3 のラベルが付いています) を使用できます。

完全な呼び出し (INVITE から 200 OK まで) はダイアログと呼ばれます。

SIP ラダー
プロキシは、あるユーザーが別のユーザーと接続するのにどのように役立ちますか?下の画像を参考に調べてみましょう。

図に示したトポロジーをSIPラダー図と呼びます。このプロセスは次のように行われます -

発信者が通話を開始すると、INVITE メッセージがプロキシサーバーに送信されます。 INVITE を受信すると、プロキシサーバーは DNS サーバーの助けを借りて受信者のアドレスを解決しようとします。

次のルートを取得した後、呼び出し元のプロキシサーバー (プロキシ 1、送信プロキシサーバーとも呼ばれます) は、呼び出し先のプロキシサーバーである受信プロキシサーバー (プロキシサーバー 2) に INVITE リクエストを転送します。

受信プロキシサーバーは、ロケーションサーバーに接続して、ユーザーが登録した着信側アドレス情報を取得します。

位置サーバーから情報を取得したら、通話を宛先に転送します。

ユーザーエージェントが自分のアドレスを知ると、通話をバイパスする、つまり直接電話をかけることができます。

SIP メッセージには、リクエストとレスポンスの 2 つのタイプがあります。

リクエストの開始行には、リクエストを定義するメソッドと、送信するリクエストを定義するリクエスト URI が含まれます。

同様に、応答の開始行には応答コードが含まれます。

リクエストメソッド
SIPリクエストは通信を確立するために使用されるコードです。これらを補完するために、SIP 応答は通常、要求が成功したか失敗したかを示します。

METHODS と呼ばれるこれらの SIP リクエストにより、SIP メッセージが有効になります。

メソッドは、別のユーザーエージェントまたはサーバーによって実行される特定のアクションを要求するため、SIP リクエストと見なすことができます。

メソッドは 2 つのタイプに分類されます -

コアメソッド

拡張メソッド

コアメソッド
以下に説明するように、6 つのコアメソッドがあります。

INVITE
INVITE は、ユーザーエージェントとのセッションを開始するために使用されます。つまり、INVITE メソッドは、ユーザーエージェント間のメディアセッションを確立するために使用されます。

INVITEは、メール本文に発信者のメディア情報を含めることができます。

INVITE が成功応答 (2xx) を受信した場合、または ACK が送信された場合、セッションは確立されたとみなされます。

INVITE リクエストが成功すると、2 つのユーザーエージェント間の会話が確立され、BYE が送信されるまで会話を終了することはできません。

確立されたダイアログボックス内で送信される INVITE は、re-INVITE と呼ばれます。

Re-INVITE は、セッションのプロパティを変更したり、ダイアログボックスの状態を更新したりするために使用されます。

招待の例
次のコードは、INVITE の使用方法を示しています。

コードをコピー

INVITE sips:Bob@TMC.com SIP/2.0  
  Via: SIP/2.0/TLS client.ANC.com:5061;branch = z9hG4bK74bf9  
  Max-Forwards: 70  
  From: Alicesips:Alice@TTP.com;tag = 1234567  
  To: Bobsips:Bob@TMC.com 
  Call-ID: 12345601@192.168.2.1 
  CSeq: 1 INVITE  
  Contact: sips:Alice@client.ANC.com  
  Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY  
  Supported: replaces  
  Content-Type: application/sdp  
  Content-Length: …
v = 0  
  o = Alice 2890844526 2890844526 IN IP4 client.ANC.com  
  s = Session SDP  
  c = IN IP4 client.ANC.com  
  t = 3034423619 0  
  m = audio 49170 RTP/AVP 0  
  a = rtpmap:0 PCMU/8000

ログイン後にコピー

コードをコピー

BYE 
BYE是用于终止既定会话的方法。这是SIP请求，可以由呼叫者或被叫方发送以终止会话。
它不能由代理服务器发送。
BYE请求通常路由端到端，绕过代理服务器。
BYE不能发送到待处理的INVITE或未建立的会话。
注册 
REGISTER请求执行用户代理的注册。该请求由用户代理发送到注册服务器。
REGISTER请求可以转发或代理，直到它到达指定域的权威注册商。
它在正在注册的用户的To头中携带AOR（记录地址）。
REGISTER请求包含时间段（3600sec）。
一个用户代理可以代表另一个用户代理发送REGISTER请求。这被称为第三方注册。这里，From标签包含代表To标题中标识的方提交注册的方的URI 。
取消 
CANCEL用于终止未建立的会话。用户代理使用此请求取消之前发起的未决呼叫尝试。
它可以由用户代理或代理服务器发送。
CANCEL是逐跳请求，即它通过用户代理之间的元素，并接收下一个有状态元素生成的响应。
ACK 
ACK用于确认对INVITE方法的最终响应。如果INVITE不可用，则ACK始终沿着INVITE.ACK的方向包含SDP主体（媒体特性）。
ACK可能不会用于修改已经在初始INVITE中发送的媒体描述。
接收ACK的有状态代理必须确定ACK应该向下游转发到另一个代理或用户代理。
对于2xx响应，ACK是端到端的，但对于所有其他最终响应，它在涉及有状态代理时基于逐跳的工作。
OPTIONS 
OPTIONS方法用于向用户代理或代理服务器询问其功能并发现其当前的可用性。对请求的响应列出了用户代理或服务器的功能。代理从不生成OPTIONS请求。

ログイン後にコピー

拡張メソッド
サブスクリプション
ユーザーエージェントは、SUBSCRIBEを使用してサブスクリプションを確立し、特定のイベントに関する通知を取得します。

これには、サブスクリプションの期間を示す Expires ヘッダーフィールドが含まれています。

期間を過ぎると自動的に購読は終了となります。

サブスクリプションにより、ユーザーエージェント間の会話が確立されます。

ダイアログボックス内で別の SUBSCRIBE を送信することで、有効期限が切れる前に再購読できます。

購読したユーザーは200 OKを受け取ります。

ユーザーは、Expires 値 0 (ゼロ) を指定して別の SUBSCRIBE メソッドを送信して、サブスクリプションをキャンセルできます。

通知
ユーザーエージェントはNOTIFYを使用して特定のイベントの発生を取得します。通常、サブスクライバとノーティファイアの間にサブスクリプションがある場合、NOTIFY はダイアログ内で起動されます。

通知者が受信した場合、すべての NOTIFY は 200 OK 応答を受け取ります。

NOTIFY には、イベントを示すイベントヘッダーフィールドと、サブスクリプションの現在の状態を示す subscriptionstate ヘッダーフィールドが含まれます。

サブスクリプションの開始時と終了時に必ず NOTIFY を送信してください。