SIP URIおよびURL。 パート2(SIP URIスキーム)



以前のSIP記事:

  1. SIPカスタマーインタラクション。 パート1(簡単な相互作用)
  2. SIPカスタマーインタラクション。 パート2(プロキシサーバーを使用した対話)
  3. SIP URIおよびURL。 パート1(URI、URL、URN)


記事の最初の部分では、URL、URN、URNが何であるかを理解しました。 SIPで使用されるURIとURLについて説明します。



SIPはいくつかのURIスキームをサポートしています。



最初に、SIPおよびSIPS URIを見てみましょう。



SIPおよびSIPS URI



SIPとSIPS URIスキームは同一であるため、テキストの後半でSIP URIについてのみ説明します。これは、これすべてがSIPS URIにも適用されることを意味します。



さらに、 大文字 (SIP)で書く プロトコルを表し、 小文字 (sip)でスキームの名前を表すことに同意します



以前の記事で覚えているように、SIP URIはSIPメッセージの多くの場所、特にヘッダーフィールドTo、From、Contactなどで使用されています。 さらに、mailto URIと同様に、sip URIをハイパーリンクとしてサイトで使用できます。



一般的に、SIPスキームは次のとおりです。





URIにスペースや改行を含めることはできません。



ユーザーとパスワード


記事の最初の部分で思い出したように、URIスキームでは、ユーザーとパスワードの組み合わせはuserinfoと呼ばれます。 SIPの一部として、userinfoは@記号で終わります。 userinfo部分はオプションであり、欠落している可能性があります。 「@」記号も省略してください。



RFC 3261によると、ユーザーはホスト上の特定のリソースを識別しますが、この場合、ホストはほとんどの場合ドメインです。



ホストが電話番号の処理をサポートしている場合、ユーザーは連絡する電話番号になることができます。 これは、たとえば、SIPトランクを使用する場合に当てはまります。



パスワードを使用すると、パスワードを渡すことができます。 この場合、パスワードはクリアテキストで送信されるため、これは推奨されません。



ホスト


リソースを提供するホスト。 完全修飾ドメイン名(FQDN)またはIPv4 / IPv6アドレスのいずれかを使用します。 可能な限りFQDNを使用することをお勧めします-これにより、ホストIPアドレスの変更に関連する問題を回避できます。





要求の送信先のポート。 このフィールドが存在しない場合、SIPには5060、SIPSには5061が使用されます。



パラメータ


パラメーターは、URIに送信される要求に影響します。



パラメータの数は任意ですが、各パラメータは1回しか使用できません。 新しいパラメーターはそれぞれ「;」で始まります。 次の構文があります。





SIPスキームは、次のパラメーターをサポートしています。



URIスキームは拡張可能であるため、他のパラメーターが発生する場合があります。 この場合、ユーザーエージェントはすべての不明なパラメーターを無視する必要があります。



輸送
メッセージの送信に使用するプロトコルを定義します。 UDP、TCP、またはSCTPが一般的に使用されますが、このスキームにより、SIPクライアントがサポートするトランスポートレイヤープロトコルを指定できます。 デフォルトでは、SIPはUDPを使用します。 SIPSでは、信頼できるプロトコルを使用する必要があります。 デフォルトはTCPです。



maddr
サーバーのアドレスを定義しますが、このユーザーに対してどのリクエストを送信する必要があります。 ホストフィールドの値をそれぞれ上書きします。 URIにmsddrが存在する場合、ポートとトランスポートはそれに関連します。 通常、maddrにはマルチキャストアドレスが含まれます。



ttl
TTL(存続時間)UDPマルチキャストパケットを定義します。 UDPがトランスポートとして使用され、maddrにマルチキャストアドレスが含まれる場合にのみ使用する必要があります。



ユーザー
userinfo-> userと混同しないでください。 電話番号はユーザー名として使用できるため、「+ 79211234567」がホストの接続先の電話番号である場合と、ホストのユーザー名が同じ行である場合とを区別する必要があります(はい、かなり「+79211234567」という名前のユーザーを作成できます)。 これを行うには、ユーザーパラメーターを使用します。 デフォルトでは、user = ip。 これは、userinfo-> userにホスト上のユーザー名が含まれることを意味します。 user = phoneの場合、userinfo-> userは、ホストが接続する電話番号です。



このパラメーターは、このURIで表されるサブスクライバーの機能と特性について決して言及しないことを考慮することが重要です。 つまり、user = phoneは、ユーザーエージェントがビデオコールの操作方法を知らない電話であるという考えにつながるべきではありません。



方法
リクエストで使用するメソッドを定義します。 デフォルトはINVITEです。



lr
ルーティングで使用されます。 彼については別の記事で説明します。



見出し


要求に追加できるヘッダー。 これらは件名と優先度になります。



以下の表は、さまざまなケースでのSIP URIスキームのコンポーネントの使用を示しています。





次の記事では、電話番号の電話スキームとプレゼンスのプレを見ていきます。



All Articles