rfc2976.txt

RFC文档

          头部                       地方    INFO信息
          ------                    -----    ----
          优先权                    R       o
          Proxy验证                407      o
          Proxy验证                  R       o
          Proxy-需求                 R       o
          请求                       R       o
          重试-之后                  R       -
          重试-之后              404,480,486  o
          重试-之后                 503      o
          重试-之后               600,603    o
          回应-关键字                R       o
          记录-路由                R       o
          记录-路由                 2xx      o
          路由                      R       o
          服务器                     r       o
          主体                     R       o
          时间戳                   g       o
          To到                   gc(1)     m
          不支持的                420      o
          用户代理                  g       o
          Via                       gc(2)     m
          告警                     r       o
          WWW-验证               401      o

          表 2 头域的概括 P-Z

      那些在SIP呼叫状态中或被SIP初始化后的会议中完成一个改变的消息体不能被放在
一个INFO消息中发送。

其它请求失败(4xx), 服务器失败(5xx) 和全局失败 (6xx)回应将被送给INFO请求。

   2.3消息体的内容

      INFO请求将包含一个消息体。.

   2.4 SIP 用户代理的行为

      除非被申明，INFO请求的协议规则控制了标记（tags）的用法。 路由和记录－路由
重传和可靠性， CSeq 自增和消息格式遵从【1】中定义给BYE请求。

一个INFO请求将被取消。如果，一个最终的回应没有被送给INFO并且行为如同该请
求从未被接收，那么， 一个 UAS接收一个给INFO 请求的取消（CANCEL）将 用一个“487
请求已取消”回应给INFO。
然而， INFO消息决不许改变SIP呼叫的状态，或SIP初始化的会议。

   2.5 SIP 代理和重定向服务器的的行

      2.5.1代理服务器

         除非被申明,在一个服务器上的INFO的协议规定与那些在【1】中说明的BYE请求
的协议规定相一致。

      2.5.2分支代理服务器

         除非被申明,在一个服务器上的INFO的协议规定与那些在【1】中说明的BYE请求
的协议规定相一致。

      2.5.3重定向服务器

         除非被申明,在一个服务器上的INFO的协议规定与那些在【1】中说明的BYE请求
的协议规定相一致。

3.INFO消息体

   INFO消息的目的是在SIP用户代理间传送会议中的信息。这一信息尽管能够在INFO信
息头中传送，它一般地将被放在消息体中传送。

   对于消息体的定义或其它任何为INFO方法产生的新头部在本文档讨论范围之外。期望能
够产生以定义这些实体为目标的独立文档。

   另外， INFO方法并不定义确保按顺序传送的附加机制。 当 CSeq 头部将在传送新的
INFO消息 消息时自增，这就不能被用来决定INFO信息的顺序，这是由于一个事实，即在
用户代理发送有 re-INVITES 或其它SIP消息时在INFO消息 CSeq 的计数中将会引起鸿沟。

4. 利用 INFO扩展的指导方针

   以下是在定义利用INFO方法的SIP扩展时必须考虑的方面。

   -被INFO消息传送的消息体的大小必须要考虑。 由于消息将可能在UDP上传送并且可能
重组一个大的消息，消息体应该保持较小。

   - 有一种可能是INFO消息能被一个SIP代理服务器创建。完成这一INFO消息中的信息
的创建过程需要被考虑。

   - 当定义被INFO消息传送的消息体时，多部分消息体的应用将会很有用。

   - 用INFO消息的扩展不允许依靠INFO消息做那些影响SIP	呼叫的状态或相关会
议的状态的事。

   - 本文档定义的INFO扩展不依赖于请求或代理请求头部的应用。 用INFO消息的扩展名
可能需要应用这些机制。然而，如果有可能请求或代理请求的应用最好能避免，以便在SIP
实体间可以互操作。  

5. 安全性考虑

   如果，消息体的内容是私有的，那么端到端的消息体的加密能够阻止未授权的进入去访
问它的内容。

   没有其它的安全方法说明给INFO方法.在SIP说明中所说明的安全需要同样用于INFO
方法。
   

6.参考资料

   [1] Handley, M., Schulzrinne, H., Schooler, E. and J. Rosenberg,
       "SIP: Session Initiation Protocol", RFC 2543, March 1999.

7. 致谢

   作者需要感谢 Matthew Cannon 对这一文档作出的贡献。另外，作者想感谢
  MMUSIC 和 SIP 工作组的成员,特别是 Jonathan  Rosenberg,他评论和建议如何提高本
文档的质量。 

8. 作者联系方法

   Steve Donovan
   dynamicsoft
   5100 Tennyson Parkway, Suite 200
   Plano, Texas 75024

   Email: [e-mail]

9. 版权说明

   Copyright (C) The Internet Society (2000).  All Rights Reserved.

   本文档和他的译本将被拷贝和附给其他人，This document and translations of it may 
be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.

RFC2976 The SIP INFO Method                               SIP信息方法


1
RFC文档中文翻译计划