皮皮网

1.web基础--Servlet接口
2.小型局域网怎样进行建立
3.HTTP Status 500 错误
4.HTTP Status 500 怎么解决？

web基础--Servlet接口

       Servlet接口作为Java Servlet API的自动转发自动转核心抽象，是源码源码所有Servlet类实现的基础。Servlet类需要直接或间接实现该接口，设置通常通过继承实现了Servlet接口的自动转发自动转类或其子类来复用共性功能。Servlet接口中定义了用于客户端请求处理的源码源码service方法，当接收到请求时，设置jq find 源码此方法由Servlet容器路由至一个实例上。自动转发自动转

       在处理并发请求时，源码源码通常需要Web开发人员设计适合多线程执行的设置Servlet，确保service方法在特定时间点能处理多线程并发执行。自动转发自动转Web容器对于并发请求通常使用同一个Servlet进行处理，源码源码并在不同线程中并发执行service方法。设置

       HttpServlet抽象类在Servlet接口的自动转发自动转基础上添加了与HTTP协议相关的功能，通过自动转发至相应的源码源码协议相关处理方法。这些方法包括处理HTTP GET、设置POST、PUT、DELETE、HEAD、OPTIONS和TRACE请求。对于基于HTTP协议的Servlet，开发人员通常只需实现doGet和doPost请求处理方法，其他处理方法的使用方式与其类似。

       Servlet接口的详细描述可参考Java Servlet规范（版本：3.1），而源代码可以在javax.servlet-api-3.1.0-sources.jar中找到。在HttpServlet类中，有两个重载的service方法，实现了Servlet接口终端service方法的调用，并能根据HTTP请求类型进行请求分发。

       一个典型的GET请求的访问路径包括以下步骤：首先，Servlet容器调用HttpServlet.service方法；其次，方法内部根据请求类型自动转发至相应的协议相关处理方法；最后，用户自定义的ControllerServlet类的doGet方法被调用，进行实际的请求处理。

小型局域网怎样进行建立

       我这些不知道对你有没有帮助，我是一名网管。有什么事，可以Q我！

       工作计划

       第一天

       在服务器上安装Windows Server

       在两台客户机上分别安装Windows XP

       布线，搭建局域网，进行网络互连

       配置服务器及客户机，建立所需的服务

       安装FTP、E-Mail、聊天室、OICQ、论坛软件

       开通WWW服务

       建立Web信息服务系统

       配置E-Mail服务器

       开通FTP服务

       第二天：

       配置聊天室

       配置OICQ

       安装搜索引擎

       开通BBS论坛

       设置防火墙系统

       设置病毒防护系统

       实现跨网段登陆

       人员分工

       事件序号 主要事务 负责人

       1 在三台机器上安装Windows Server和Windows XP

       2 布线，搭建局域网，进行网络互连

       3 建立DNS域名系统，提供域名服务

       4 配置E-Mail服务器

       5 配置服务器及客户机，建立所需的服务

       开通WWW服务

       建立Web信息服务系统

       6 网页设计、制作

       7 建立数据库系统

       实现动态网页

       8 安装FTP软件

       安装E-Mail软件

       安装聊天软件

       安装搜索引擎

       9 开通FTP服务

       开通BBS论坛

       配置聊天室

       配置OICQ

       配置搜索引擎

       在线点击人数

        设置防火墙系统

       设置病毒防护系统

       硬件连线设计

       网站建设要采用的软件

       静态网页服务器： IIS 5.0 Apache 2.0

       ASP动态网页服务器：IIS 5.0

       数据库软件： Microsoft SQL server

       网站日志统计软件： AWStats

       DNS服务器： Windows Server DNS 服务器

       FTP服务器： IIS 5.0

       邮件服务器： Magic Winmail Server v3.8

       网页制作： Macromedia DREAMWEAVER MX

       Adobe Photoshop CS Microsoft Exchange Server

       ICQ软件： ICQ Groupware Server & Client beta

       聊天室系统： 花儿聊天室2.0

       asp精品屋聊天室 v2.2

       BBS软件： 动网论坛

       Dvbbs v7.0 Build

       LeobbsX正式版（雷傲超级论坛）

       病毒防护软件： Symantec Antivirus Corporate v9 McAfee.VirusScan.Enterprise.v7.1

       搜索引擎： Search Engine Builder Professional v1.

       软件的主要功能特点

       IIS 5.0——Windows Server与Windows Advanced Server上的Web服务器和FTP服务器，它实现了对HTTP1.1的Web DAV扩展，允许Web浏览器把Web资源当作文件系统来处理。IIS建立在用来发布为日益扩展的、以因特网为核心的商业环境所需的特性和功能上的。它使得由先前版本提供的技术运用起来更为灵活。特别应指出的是，IIS 5.0以下4个方面特性的改进：

       可靠性与性能：许多特性使IIS更为可靠、性能更佳。为使重新启动IIS更快更便捷，IIS 5.0可靠的重启特性允许管理员在无需重新启动计算机的情况下重新启动Web服务。为提高可靠性，应用保护提供了在缓冲池中运行应用的能力，以此将应用与Web服务分隔开来。IIS 5.0中新的CPU 调节和套接字池特性也能够提高可靠性。对应用开发者而言，Web站点的性能可通过诸如无脚本的Microsoft 活动服务器页面（ASP）处理功能、ASP自调功能和增强性能ASP对象等新特性得以改进。

       易于管理管理：IIS 5.0更容易安装和维护。许多特性支持这种增强的易维护功能，包括简化的安装过程，新的安全任务向导、对处理时间的占用能力、更为灵活的远程管理以及生成自定义错误信息的能力。

       安全性：IIS 5.0添加了对重要工业标准安全协议的支持，包括数字认证、服务器加密系统、Kerberos V5认证协议、传输层安全性和Fortezza。此外，三个新的任务向导使管理员管理站点安全设置的工作更为容易。

       应用环境：开发者会发现，由于建立在Windows 服务器的新技术基础上，IIS 5.0扩展了Web服务器的应用开发环境。这些包括活动目录和扩展的组件对象模块 (COM+)。此外，诸如无脚本ASP处理功能以及改进的流程控制与错误处理技术等针对IIS ASP所进行的改进，使开发者能够编写出更高效的、以Web为中心的应用。

       Macromedia DREAMWEAVER MX——一个可视化的网页设计工具，一个 HTML 编辑器，支持最新的HTML 标准，包括动态 HTML。在编辑上你可以选择可视化方式或者你喜欢的源码编辑方式。 Dreamweaver 4. 简体中午版NT内核补丁修正DW4.中文版不能在XP/2K/NT下运行的错误。

       Macromedia Dreamweaver MX 官方预览版新增功能如下

       1.动态跨浏览器验证

       2.更强大的CSS支持

       3.内建的图形编辑引擎

       4.安全FTP

       5.增强对当今技术的支持

       6.无缝整合外部文件和代码

       7.紧密整合MM的其他工具

       8.基本支持改良

       9.增强代码编写工具

       .改进的设计开放环境

       Microsoft SQL server ——Microsoft® SQL Server™ 扩展了 Microsoft SQL Server 7.0 版的性能、可靠性、质量和易用性。Microsoft SQL Server 增加了几种新的功能，由此成为大规模联机事务处理 (OLTP)、数据仓库和电子商务应用程序的优秀数据库平台。

       SQL Server 7.0 版中提供的 OLAP 服务功能现在称为 SQL Server Analysis Services。Analysis Services 还包括一个新的数据挖掘组件。SQL Server 7.0 版中包含的知识库组件现在称为 Microsoft SQL Server Meta Data Services。

       Magic Winmail——是安全易用全功能的邮件服务器软件，程序主要功能如下:

       • 支持通用邮件客户端软件Outlook Express、Outlook、Foxmail、Netscape、activitymanager 源码Eudora等收发邮件。

       • 提供多语言的全功能 Webmail, 可以进行在网页上在线注册新邮箱, 收发邮件, 修改密码, 设置外部POP3邮箱、自动转发、自动回复等操作。

       • 支持邮件杀毒功能, 支持内嵌API在内三种模式, 支持几乎所有的杀毒引擎，有效的拦截、清除带毒邮件。

       • 支持ESMTP验证(SMTP 发信认证)，更安全。

       • 支持IMAP，可以在服务器上操作邮件, 支持中文邮件夹和子文件夹。

       • 支持公用地址簿，Outlook, Outlook Express, Webmail 等可查看, 方便企业共享用户信息。

       • 支持 IMAP 公共邮件夹功能, Outlook, Outlook Express, Webmail 等可查看, 方便企业共享公用信息, 可以设置读写权限。

       • 对SMTP, POP3, IMAP, LDAP 可以支持 TLS/SSL 加密传输, 防止网络诊听, 通信更安全。

       • 支持创建, 导入, 导出 CA SSL 证书。

       • 完全支持多域(虚拟域)。可以在单机中安装多个邮件域。

       • 可与NT/服务器的帐号进行整合，方便管理。

       • 提供帐号导入,导出功能, 方便升级服务器。

       • 将 Webmail 设置为 IIS, Apache, PWS 的虚拟目录或虚拟站点。

       • 支持管理员新建、删除、禁用用户邮箱和设置用户邮箱大小。

       • 可控制单用户发外部邮件和收外部邮件的权限。

       • 允许创建多个管理员, 支持单独的域管理员功能。

       • 管理员可以远程管理服务器，联接协议采用了SSL加密。

       • 支持 Web 管理, 管理员可以进行在网页上在线管理系统的邮箱和域名。

       • 支持邮件组，发往邮件组邮件地址的邮件会自动分发给每个组成员, 支持 Everyone 组。

       • 支持两种方式的邮件网关：POP3下载和ETRN下载，可以实现多人共享一个邮件帐号而互不干扰。

       • 支持垃圾邮件地址、IP、域名过滤、RBL(Real-time Blackhole Lists)检查，以及用户自定义过滤规则。

       • 支持过滤指定的附件文件名和类型过滤功能。

       • 支持邮件备份功能, 可以将所有发送的邮件本域内或外域外的邮件备份到指定邮箱。

       • 支持系统级备份和恢复功能, 可以自动进行。

       • 支持计划任务, 可设置执行时间段。

       • 支持邮箱双向监控功能，被监控邮箱和监控人邮箱可以任意组合，让管理无漏洞。

       • 提供COM 接口组件, 可以编程操作用户账号,域名,管理员, 提供 asp, php 实例。

       ICQ Groupware Server & Client——ICQ Groupware 是ICQ的局域网版本，拥有和互联网上的ICQ的较早版本相同的界面和几乎完全一致的功能！是最好的ICQ服务器端软件！ICQ Groupware 支持客户端号码的申请；或由服务器自行分配号码；支持群发信息、二人世界；支持黑名单；支持文件和电子邮件的传输；支持网络电话等等。可谓是应有尽有，功能相当地完备。ICQ Groupware 分为服务器和工作站两个版本。其服务器端必须运行在NT/2K环境下 ，而工作站端则可运行于9x/ME/NT/2K等全系列Windows中。

       Groupware让企业也能安心使用ICQ通讯软件，ICQ Groupware在功能上和操作方式都和大家所熟悉的ICQ很相像，上手方便，操作简单。除了大家熟悉的ICQ功能之外，ICQ Groupware还有许多内部网络功能，如：群组聊天、协同浏览、文件传输、信息广播、连线或断线状态发信功能等等。

       花儿聊天室2.0——

       1、本聊天室只有K，是目前中国历史上功能最多，文件最小，耗资源最少的聊天室

       2、上传简单，下载压缩后直接上传，无须修改。

       3、聊天室功能介绍如下： 1级无权限，2级发贴图，3级发特效字，4级看级别，5级支持HTML权限，6级看 IP，7级踢人，8级升降级（7级以内，含7级），加分，删除留言薄留言，9级超级管理。

       4：超级用户：花儿不在网上 密码：

       ICQ Groupware Server & Client beta——ICQ Groupware 是ICQ的局域网版本，拥有和互联网上的ICQ的较早版本相同的界面和几乎完全一致的功能！是最好的ICQ服务器端软件！ICQ Groupware 支持客户端号码的申请；或由服务器自行分配号码；支持群发信息、二人世界；支持黑名单；支持文件和电子邮件的传输；支持网络电话等等。可谓是应有尽有，功能相当地完备。ICQ Groupware 分为服务器和工作站两个版本。其服务器端必须运行在NT/2K环境下 ，而工作站端则可运行于9x/ME/NT/2K等全系列Windows中。

       Groupware让企业也能安心使用ICQ通讯软件，ICQ Groupware在功能上和操作方式都和大家所熟悉的ICQ很相像，上手方便，操作简单。除了大家熟悉的ICQ功能之外，ICQ Groupware还有许多内部网络功能，如：群组聊天、协同浏览、文件传输、mschart 源码信息广播、连线或断线状态发信功能等等。

       动网论坛Dvbbs v7.0 Build ——论坛程序在平时使用比较多，除了常见的论坛功能之外，动网论坛还调整和新增了以下功能：

       1、道具中心，供购买论坛各种功能性道具，不同道具可在论坛进行不同操作。

       2、金币和点券概念，独立于道具中心之外，可用来进行帖子的购买、付费版面的进入等等操作

       3、点券的购买，可通过手机短信和网络支付两种方式，此外论坛积分、经验、点券等数值可和论坛金币转换

       4、交易帖（金币购买）、悬赏求助帖（赠送金币）、获赠金币帖等功能，独立于道具中心之外

       5、WAP论坛功能，可通过特定地址用手机访问论坛，随时随地都可以关注喜欢的论坛

       6、用户组功能调整，用户组分为5个大类，分别是：系统组、特殊组、用户组、多属性用户组和VIP组，用户组为原来用户等级，特殊组为系统管理员自定义不按升级标准升级的组，多属性用户组可同时拥有多个组权限，VIP组下面介绍

       7、VIP用户功能，在开启VIP用户功能且添加了对应组的情况下，用户可以付费加入某个组，可拥有免费查看VIP帖和进入VIP版面的权限，管理员后台可设置vip用户的付费标准和期限

       8、CSS风格独立出来，和原来每份模板都有独立的一份CSS不同，目前可设置不同CSS对应的模板，主要是方便用户操作选择以及缩减数据占用

       9、新增论坛文字广告位

       、新增论坛规则部分，在后台版面管理可新增和编辑

       、魔法表情，独立于道具中心之外，可用金币或点券购买

       、后台独立目录，可自己在后台设置后台目录并手动更改目录名称，保障论坛安全，此外没有登录前台也可直接访问后台登录页面进械锹迹ㄒ��笔淙肭昂筇ㄕ屎判畔ⅲ?

       、超强的上传文件控制，可对论坛上传的水印、文字、颜色、透明度和缩略图进行完整的控制

       、动网官方自动通知系统，可以第一时间获得官方的通知信息，此外在可阅读官方最新的帖子，同时可以在自己的论坛后台即可访问官方论坛并进行问题的提出和浏览操作

       、强化日志管理部分，可针对多种不同类型的论坛操作日志进行查询和操作

       、用户管理新增VIP用户浏览、批量奖励或惩罚用户、合并用户等操作

       、超强的邮件群发系统，可针对个别用户、某个群用户、某个特定条件的用户群进行邮件群发工作

       、原系统空间占用功能改为系统信息检测，相当于ASP探针，可查看服务器对论坛的一些支持情况

       、用户组权限的编辑可进行批量更新，可单独的选择某几个权限对多个用户组进行更新

       、RSS订阅论坛信息功能，可RSS订阅器可订阅包括各个版面最新帖子、精华帖子等内容

       、细化部分页面结构和风格，包括首页、帖子列表、帖子内容等几个页面

       、为兼容搜索引擎搜索，取消了大部分JS内容输出而改用xslt控制内容和界面

       、部分小页面合并为一个独立的功能页面

       、强化搜索页面功能，管理员和有权限的用户可直接对搜索结果进行批量的帖子操作

       、删去部分CSS风格，目前仅保留9种颜色风格

       、UBB发贴模式可在后台进行控制，发贴模式可选

       、增强审核部分功能，管理员可直接查看并审核所有版面的帖子，也可进行数据查询并审核的操作

       、整体优化代码，制定高效快速的缓存机制和数据访问

       Symantec Antivirus Corporate——Symantec AntiVirus Corporate (Norton AntiVirus 诺顿杀毒软件企业版本)是世界上最优秀的杀毒软件之一，这个是企业版本，为企业范围内的工作站和网路服务器提供全面的病毒防护-全球唯一病毒码更新的速度远快于病毒散播的速度的病毒防护方案。

       重要功能:

       1.可以在多种平台上实施病毒防护策略管理。

       2.能够透过新的"漫游"病毒定义码更新功能，能够对可携式电脑实施最新的防护。

       3.可以从单个管理控制台来实现先进的防护和监控。

       4.融入了业界领先技术的集中化、可延伸的管理。

       5.透过减小病毒定义档大小和多工绪部署来快速部署并进行自动病毒防护。

       6.现在可以为工作站、jchat 源码服务器提供逻辑组管理，并且为产品设置提供更好的防护能力。

       7.广泛的平台支持，现在可以包括Netware 6.0。

       8.由赛门铁克安全机制应变中心--全球领先的网际网路安全研究及回应机构提供支持。

       主要特色：

       1.数位免疫系统可提供企业级保护

       2.集中化管理使得系统时时受到保护

       3.易于安装和部署

       4.提供自动病毒防护周期的先进技术

       Search Engine Builder Professional——该软件可以为网站自动产生一个搜索引擎，如此便可以用它来搜索整个网站的内容，然后按照匹配排序输出，操作和输出类似於Google等搜索引擎。它快速的索引整个网站并自动生成一个高效的搜索引擎，这是一个PHP文件，把它加入到您的网站上即可。该软件操作简单，但功能强大。该软件还有许多附加的特性如：自定义摸板用来生成漂亮的搜索页面，自定义搜索结果的输出格式，为本地文本文件生成搜索引擎以便于查询。

       采用该软件的依据

       一、操作系统Windows Server

       Windows Server是为服务器开发的多用途操作系统，可为部门工作小组或中小型公司用户提供文件打印、软件应用、Web功能和通信等各种服务。它是一个性能更好、工作更加稳定、更容易管理的平台。Windows Server最重要的改进是再“活动目录”目录服务技术的基础上建立了一套全面的、分布式的底层服务。“活动目录”是集成在系统中的，采用了Internet的标准技术，是一套具有扩展性的多用户目录服务技术。它能有效地简化网络用户及资源的管理，并使用户更容易地找到企业网为他们提供的资源。Windows Server支持8路对称多处理器系统，是中小型企业应用程序开发、Web服务器、工作组和分支部门的理想操作系统。

       而Linux和Unix主要是安装在大型服务器上或者大型网站应用的系统，凭借其安全、可靠、稳定和功能完善被广泛的应用在网络服务器、Web服务器和数据库服务器等高端领域。

       另外，Novell公司推出的NetWare网络操作系统支持TCP/IP、企业内部网服务、图形化用户界面，并能与其他操作系统更好地集成。

       通过对我们所要搭建的网站利用一台服务器，两台客户机的具体情况的分析，我们认为虽然Linux和Unix可以提供更加安全可靠的服务，但是相比较之下Windows Server更适合我们的实际需要，从我们个人来讲也更加便于操作。

       二、Web服务器软件 IIS 5.0

       IIS 5.0是Windows Server与Windows Advanced Server上的Web服务器和FTP服务器，它实现了对HTTP1.1的Web DAV扩展，允许Web浏览器把Web资源当作文件系统来处理。IIS建立在用来发布为日益扩展的、以因特网为核心的商业环境所需的特性和功能上的。它使得由先前版本提供的技术运用起来更为灵活。

       用户可以通过三种方式对IIS进行设置，分别为：

       1、Microsoft管理控制台（MMC）：提供设置IIS 的图形界面

       2、Internet服务管理器（HTML方式）：支持使用浏览器对IIS进行远程管理

       3、脚本程序——实现自动管理功能

       因为选择了Windows Serve作为操作系统，所以自然地选择了IIS作为服务器软件。

       三、DNS软件: Windows Server 中的DNS部署

       DNS是一种组织成域成词结构的计算机和网络服务命名系统。DNS命名于TCP/IP网络，如Internet，用来通过用户友好的名称定位计算机和服务。当用户在应用程序中输入DNS名称时，DNS服务可以将此名称解析为与此名称相关的其他信息，如IP地址。

       DNS域名空间就是指全世界Internet网中的名字空间，它包括全世界的所有Internet网址。在Internet网的DNS域名空间中，域是其层次结构的基本单位，任何一个域最多只能有一个上级域，但可以有多个或没有下级域。在同一个域下不能有其他的域名或主机名，但在不同的域中则可以有其他的域名或主机名。

       在DNS域名空间中，根域只有一个，它没有上级域，以原点“.”来表示。在Internet网址中，根域是默认的，一般都不表示出来。

       在理解了DNS以后，很容易看出，这种树形的组织结构很类似于公司中只有一个manager的树状结构，也很适合于我们这个商业网站的组织结构。

       四．防病毒软件企业版

       Symantec AntiVirus Corporate (Norton AntiVirus 诺顿杀毒软件企业版本)是世界上最优秀的杀毒软件之一，这个是企业版本，为企业范围内的工作站和网路服务器提供全面的病毒防护-全球唯一病毒码更新的速度远快于病毒散播的速度的病毒防护方案。

       它可以在多种平台上实施病毒防护策略管理，能够透过新的"漫游"病毒定义码更新功能，能够对可携式电脑实施最新的防护，可以从单个管理控制台来实现先进的防护和监控，透过减小病毒定义档大小和多工绪部署来快速部署并进行自动病毒防护，可以为工作站、服务器提供逻辑组管理，并且为产品设置提供更好的防护能力等等。

       并且它的数位免疫系统可提供企业级保护，集中化管理使得系统时时受到保护，易于安装和部署和提供自动病毒防护周期的先进技术优点都是我们选择此软件进行课程设计的原因。

       网站各项功能的具体实现方案

       网站的功能是一个油画的定购和买卖系统，主要的业务是实现会员注册，上传作品及定购。ztouchs 源码另外提供了浏览油画相关资讯的服务，可以实现资料下载，电子邮件，FTP服务，BBS论坛，聊天室，OICQ，搜索引擎等服务。

       具体来说，有以下步骤和实现方案:

       1． 建设局域网，实现网络互联

       (1) 安装操作系统

       一台机器使用Windows Server 系统，另两台则安装windows XP系统。

       (2) 布线，搭建局域网

       利用3台电脑,一台集线器,若干网卡和网线,一台路由器进行联网。

       (3)应用TCP/IP协议进行网络互连

       将3台电脑的IP分配在同一网段，以保证互相连通。

       2． 实现域名服务

       a) 配置DNS服务器

       建立了一个顶级域名com，二级域名painting。域名设计为www.painting.com。

       b) 开通www服务，建立Web信息服务

       建立了1个虚拟站点painting使用域名www.painting.com进行访问。

       c) 设置分级访问

       3． 网页制作

       在此环节，我们采用Dreamweaver MX和Photoshop CS设计和制作了网站上的所有网页，做到了美观大方，简单实用。

       4． 动态网页实现

       (1)从静态网页中读取用户输入的信息

       (2)与数据库连接，读取数据库内容

       (3)将读入的信息与数据库中保存的数据进行比较、核对

       (4)返回相关信息，即用户输入正误的判断结果、用户搜索的结果等

       (5)将这些结果以网页的形式表现出来展示给用户。

       5． 数据库的建立

       根据网站需求，分析数据库所需要的实体集及它们之间的相互关系，采用下面的步骤建立数据库：

       1)确定需要的实体、实体属性和键码

       2)根据实体间的险乎关系建立逻辑关系E/R图。

       3)将E/R图转换成数据关系模型

       4)确定每一个属性的数据类型及对数据的要求，如文本的字数，数字的精度等等。

       5)应用数据库软件Microsoft Access建立数据库。

       6)注册ODBC数据源，操作如下：控制面板->管理工具->数据源（ODBC）

       6． 建立FTP站点

       利用IIS 5.0中自带的功能在服务器上开通FTP服务，然后在客户端安装FTP第三方下载软件,

       最后利用IIS中的FTP发布,把FTP站点发布在网络上即可实现FTP的功能。

       7． BBS论坛的建立

       将下载的动网论坛放在C:/inetpub/wwwroot/painting目录下，则在Internet 信息服务中

       建立的虚拟目录painting下就能够看到bbs的虚拟文件夹。在IE中输入URL：，采用邮件服务器软件Winmail实现通过网页登录操作邮箱功能。

       ． 提供搜索引擎

       采用 Search Engine Builder Professional v1.来配置搜索引擎，将网站文件夹的路径设定来进行索引，索引完毕后创建输出的网页，配置好后将搜索引擎生成的这段代码连接到网站中设计的搜索引擎相应位置处，即实现了此功能。

       . 防火墙及病毒防护系统的设置

       运用软件Symantec AntiVirus Corporate (Norton AntiVirus 诺顿杀毒软件企业版本)来实现： (1)使外网机器看不到内网机器

       (2)用户身份验证,禁止非法用户的访问

       (3)限制内网用户对外网的访

HTTP Status 错误

        是Server Error

        是Clinet Error

        Route change

        OK

       应答代码，虽然是SIP的但同样适用于HTTP，只是加了一些东西

       应答代码

       应答码是包含了，并且扩展了HTTP/1.1应答码。并不是所有的HTTP/1.1应答码都适当应用，只有在折里指出的是适当的。其他HTTP/1.1应答码不应当使用。并且，SIP也定义了新的应答码系列，6xx。

       1 临时应答1xx

       临时应答，也就是消息性质的应答，标志了对方服务器正在处理请求，并且还没有决定最后的应答。如果服务器处理请求需要花ms以上才能产生终结应答的时候，它应当发送一个1xx应答。

       注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ACK应答。临时性质的（1xx）应答可以包含消息体，包含会话描述。

       1.1 Trying

       这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作（比如，正在打开数据库的时候）。这个应答，就像其他临时应答一样，种植了UAC重新传送INVITE请求。(Trying)应答和其他临时应答不同的是，在这里，它永远不会被有状态proxy转发到上行流中。

       1.2 Ringing

       UA收到INVITE请求并且试图提示给用户。这个应答应当出世化一个本地回铃。

       1.3 Call is Being Forwarded(呼叫被转发)

       服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。

       1.4 Queued

       当呼叫的对方暂时不能接收呼叫的时候，并且服务器决定将呼叫排队等候，而不是拒绝呼叫的时候，那么就应当发出这个应答。当被叫方一旦恢复接收呼叫，他会返回合适的终结应答。对于这个呼叫状态，可以有一个表示原因的短语，比如：”5 calls queued;expected waiting time is minutes”。服务器可以给出好几个（Queued）应答告诉呼叫方排队的情况（比如排队靠前了等等）。

       1.5 会话进度

       （Session Progress）应答用于提示建立对话的进度信息。Reason-Phrase（表达原因的句子）、头域或者消息体可以用于提示呼叫进度的更消息的信息。

       2 成功信息2xx

       这个应答表示请求是成功的。

       2.1 OK

       请求已经处理成功。这个信息取决于不同方法的请求的应答。

       3 转发请求3XX

       3xx系列的应答是用于提示用户的新位置信息的，或者为了满足呼叫而转发的额外服务地点。

       3.1 Multiple Choices

       请求的地址有多个选择，每个选择都有自己的地址，用户或者（UA）可以选择合适的通讯终端，并且转发这个请求到这个地址。

       应答可以包含一个具有每一个地点的在Accept请求头域中允许的资源特性，这样用户或者UA可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义MIME类型。

       这些地址选择也应当在Contact头域中列出（.节）。不同于HTTP，SIP应答可以包含多个Contact头域或者一个 Contact头域中具有一个地址列表。UA可以使用Contact头域来自动转发或者要求用户确认转发。不过，本规范没有定义自动转发的标准。

       如果被叫方可以在多个地址被找到，并且服务器不能或者不愿意转发请求的时候，可以使用这个应答来给呼叫方。

       3.2 Moved Permently

       当不能在Request-URI指定的地址找到用户的时候，请求的客户端应当使用Contact头域(.)所指出的新的地址重新尝试。请求者应当用这个新的值来更新本地的目录，地址本，和用户地址cache，并且在后续请求中，发送到这个/这些列出的地址。

       3.3 Moved Temporarily

       请求方应当把请求重新发到这个Contact头域所指出的新地址(.)。新请求的Request-URI应当用这个应答的Contact头域所指出的值。

       在应答中的Expires(.节)或者Contact头域的expires参数定义了这个Contact URI的生存周期。UA或者proxy在这个生存周期内cache这个URI。如果没有严格的有效时见，那么这个地址仅仅本次有效，并且不能在以后的事务中保存。

       如果cache的Contact头域的值失败了，那么被转发请求的Request-URI应当再次尝试一次。临时URI可以比超时时间更快的失效，并且可以有一个新的临时URI。

       3.4 Use Proxy

       请求的资源必须通过Contact头域中指出的proxy来访问。Contact头域指定了一个proxy的URI。接收到这个应答的对象应当通过这个proxy重新发送这个单个请求。（UseProxy）必须是UAS产生的。

       3.5 Alternative Service

       呼叫不成工，但是可以尝试另外的服务。另外的服务在应答的消息体中定义。消息体的格式在这里没有定义，可能在以后的规范中定义。

       4 请求失败4xx

       4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。

       4.1 Bad Request

       请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误，比如”Missing Call-ID header field”。

       4.2 Unauthorized

       请求需要用户认证。这个应答是由UAS和注册服务器产生的，当（Proxy Authentication Required）是proxy服务器产生的。

       4.3 Payment Required

       保留/以后使用

       4.4 Forbidden

       服务端支持这个请求，但是拒绝执行请求。增加验证信息是没有必要的，并且请求应当不被重试。

       4.5 Not Found

       服务器返回最终信息：用户在Request-URI指定的域上不存在。当Request-URI的domain和接收这个请求的domain不匹配的情况下， 也会产生这个应答。

       4.6 Method Not Allowed

       服务器支持Request-Line中的方法，但是对于这个Request-URI中的地址来说，是不允许应用这个方法的。

       应答必须包括一个Allow头域，这个头域包含了指定地址允许的方法列表。

       4.7 Not Acceptable

       请求中的资源只会导致产生一个在请求中的Accept头域外的，内容无法接收的错误。

       4.8 Proxy Authentication Required

       这个返回码和（Unauthorized）很类四，但是标志了客户端应当首先在proxy上通过认证。SIP对认证的访问请参见节和.3节。

       这个返回码用于应用程序访问通讯网关（比如，电话网关），而很少用于被叫方要求认证。

       4.9 Request Timeout

       在一段时间内，服务器不能产生一个终结应答，例如，如果它无法及时决定用户的位置。客户端可以在稍后不更改请求的内容然后重新尝试请求。

       4. Gone

       请求的资源在本服务器上已经不存在了，并且不知道应当把请求转发到哪里。这个问题将会使永久性的。如果服务器不知道，或者不容易检测，这个资源消失是临时性质的还是永久性质的，那么应当返回一个（Not Found）。

       4. 请求实体过大。

       服务器拒绝处理请求，因为这个请求的实体超过了服务器希望或者能够处理的大小。这个服务器应当关闭连接避免客户端重发这个请求。

       如果这个情况是暂时的，那么服务端应当包含一个Retry-After头域来表明这是一个暂时的故障，并且客户端可以过一段时间再次尝试。

       4. Request-URI Too Long

       服务器拒绝这个请求，因为Request-URI超过了服务器能够处理的长度。

       4. Unsupported Media Type

       服务器由于请求的消息体的格式本服务器不支持，所以拒绝处理这个请求。这个服务器必须根据内容的故障类型，返回一个Accept，Accpet-Encoding,或者Accept-Language头域列表。UAC根据8.1.3.5节定义的方法处理这个应答。

       4. Unsupported URI Scheme

       服务器由于不支持Request-URI中的URI方案而终止处理这个请求。客户端处理这个应答参照8.1.3.5。

       4. Bad Extension

       服务器不知道在请求中的Proxy-Require(.)或者Require(.)头域所指出的协议扩展。服务器必须在Unsupported头域中列出不支持的扩展。UAC处理这个应答请参见8.1.3.5

       4. Extension Required

       UAS需要特定的扩展来处理这个请求，但是这个扩展并没有在请求的Supported头域中列出。具有这个应答码的应答必须包含一个Require头域列出所需要的扩展。

       UAS不应当使用这个应答除非它真的不能给客户端提供有效的服务。相反，如果在Support头域中没有列出需要的扩展，服务器应当根据基准的SIP兼容的方法和客户端支持的扩展来进行处理。

       4. Interval Too Brief

       服务器因为在请求中设置的资源刷新时间（或者有效时间）过短而拒绝请求。这个应答可以用于注册服务器来拒绝那些Contact头域有效期过短的注册请求。这个应答的用法和相关的Min-Expires头域在.2.8,.3,.节中介绍和说明。

       4. Temporarily Unavailable

       请求成功到达被叫方的终端系统，但是被叫方当前不可用（例如，没有登陆，或者登陆了但是状态是不能通讯，或者有”请勿打扰”的标记）。应答应当在 Retry-After中标志一个合适的重发时间。这个用户也有可能在其他地方是有效的（在本服务器中不知道）。Reason-Phrase(原因短句) 应当提示更详细的原因，为什么被叫方暂时不可用。这个值应当是可以被UA设置的。状态码（Busy Here）可以用来更精确的表示本请求失败的特定原因。

       这个状态码也可以是转发服务或者proxy服务器返回的，因为他们发现Request-URI指定的用户存在，但是没有一个给这个用户的合适的当前转发的地址。

       4. Call/Transaction Does Not Exist

       这个状态表示了UAS接收到请求，但是没有和现存的对话或者事务匹配。

       4. Loop Detected

       服务器检测到了一个循环(.3/4)

       4. Too Many Hops

       服务器接收到了一个请求包含的Max-Forwards(.)头域是0

       4. Address InComplete

       服务器接收到了一个请求，它的Request-URI是不完整的。在原因短语中应当有附加的信息说明。这个状态码可以和拨号交叠。在和拨号交叠中，客户端不知道拨号串的长度。它发送增加长度的字串，并且提示用户输入更多的字串，直到不在出现（Address Incomplete）应答为止。

       4. Ambiguous

       Request-URI是不明确的。应答可以在Contact头域中包含一个可能的明确的地址列表。这个提示列表肯囊个在安全性和隐私性对用户或者组织造成破坏。必须能够由配置决定是否以（NotFound）代替这个应答，又或者禁止对不明确的地址使用可能的选择列表。

       给带有Request-URI的请求的一个应答例子：

       sip: lee@example.com:

       SIP/2.0 Ambiguous

       Contact: Carol Lee

       Contact: Ping Lee

       Contact: Lee M.Foote

       部分email和语音邮箱系统提供了这个功能。这个状态码和3xx状态码不同：对于来说，它是假定同一个人或者服务有不同的地址选择。所以对3xx来说，自动选择系统或者连续查找就有效，但是对（Ambiguous）应答来说，一定要用户的干预。

       4. Busy Here

       当成功联系到被叫方的终端系统，但是被叫方当前在这个终端系统上不能接听这个电话，那么应答应当回给呼叫方一个更合适的时间在Retry- After头域重试。这个用户也许在其他地方有效，比如电话邮箱系统等等。如果我们知道没有其他终端系统能够接听这个呼叫，那么应当返回一个状态码 （Busy Everywhere）。

       4. Request Terminated

       请求被BYE或者CANCEL所终止。这个应答永远不会给CANCEL请求本身回复。

       4. Not Acceptable Here

       这个应答和（Not Acceptable）有相同的含义，但是只是应用于Request-URI所指出的特定资源不能接受，在其他地方请求可能可以接受。

       包含了媒体兼容性描述的消息体可以出现在应答中，并且根据INVITE请求中的Accept头域进行规格化（如果没有Accept头域，那么就是application/sdp）。这个应答就像给OPTIONS请求的(OK)应答的消息体一样。

       4. Request Pending

       在同一个对话中，UAS接收到的请求有一个依赖的请求正在处理。.2描述了这种情况应当怎样解决。

       4. Undecipherable

       UAS接收到了一个请求，包含了一个加密的MIME,并且不知道或者没有提供合适的解密密钥。这个应答可以包含单个包体，这个包体包含了合适的公钥，这个公钥用于给这个UAS通讯中加密包体使用的。细节描述在.2节。

       5 Server Failure 5xx

       5xx应答是当服务器本身故障的时候给出的失败应答。

       5.1 Server Internal Error

       服务器遇到了未知的情况，并且不能继续处理请求。客户端可以显示特定的错误情况，并且可以在几秒种以后重新尝试这个请求。

       如果这个情况是临时的，服务器应当在Retry-After头域标志客户端过多少秒钟之后重新尝试这个请求。

       5.2 Not Implemented

       服务器没有实现相关的请求功能。当UAS不认识请求的方法的时候，并且对每一个用户都无法支持这个方法的时候，应当返回这个应答。（proxy不考虑请求的方法而转发请求）。

       注意（Method Not Allowed）是因为服务器实现了这个请求方法，但是这个请求方法在特定请求中不被支持。

       5.3 Bad Gateway

       如果服务器，作为gateway或者proxy存在，从下行服务器上接收到了一个非法的应答（这个应答对应的请求是本服务器为了完成请求而转发给下行服务器的）。

       5.4 Service Unavailable

       由于临时的过载或者服务器管理导致的服务器暂时不可用。这个服务器可以在应答中增加一个Retry-After来让客户端重试这个请求。如果没有Retry-After指出，客户端必须就像收到了一个（Server Internal Error）应答一样处理。

       客户端（proxy或者UAC）收到（Service Unavailable）应当尝试转发这个请求到另外一个服务器处理。并且在Retry-After头域中指定的时间内，不应当转发其他请求到这个服务器。

       作为(Service Unavaliable)的替代，服务器可以拒绝连接或者把请求扔掉。

       5.5 Server Time-out

       服务器在一个外部服务器上没有收到一个及时的应答。这个外部服务器是本服务器用来访问处理这个请求所需要的。如果从上行服务器上收到的请求中的Expires头域超时，那么应当返回一个（Request TimeOut）错误。

       5.6 Version Not Supported

       服务器不支持对应的SIP版本。服务器是无法处理具有客户端提供的相同主版本号的请求，就会导致这样的错误信息。

       5.7 Message To Large

       服务器无法处理请求，因为消息长度超过了处理的长度。

       6 Global Failures 6xx

       6xx应答意味这服务器给特定用户有一个最终的信息，并不只是在Request-URI的特定实例有最终信息。

       6.1 Busy Everywhere

       成功联系到被叫方的终端系统，但是被叫方处于忙的状态，并不打算接听电话。这个应答可以通过增加一个Retry-After头域更明确的告诉呼叫方多久以后可以继续呼叫。如果被叫方不希望提示拒绝的原因，被叫方应当使用（Decline）。只有当终端系统知道没有其他终端节点（比如语音邮箱系统）能够访问到这个用户的时候才能使用这个应答。否则应当返回一个（Busy Here）的应答。

       6.2 Decline

       当成功访问到被叫方的设备，但是用户明确的不想应答。这个应答可以通过增加一个Retry-After头域更明确的告诉呼叫方多久以后可以继续呼叫。只有当终端知道没有其他任何终端设备能够响应这个呼叫的势能才能给出这个应答。

       6.3 Does Not Exists Anywhere

       服务器验证了在请求中Request-URI的用户信息，哪里都不存在

       6.4 Not Acceptable

       当成功联系到一个UA,但是会话描述的一些部分比如请求的媒体，带宽，或者地址类型不被接收。

       （NotAcceptable）应答意味着用户希望通讯，但是不能充分支持会话描述。（Not Acceptable）应答可以在Warning头域中包含一个原因列表，用于解释为何会话描述不能被支持。警告原因代码在.节中列出。

       在应答中，可以出现一个包含媒体兼容性描述的消息体，这个消息体的格式根据INVITE请求中的Accept头域指出的格式进行规格化（如果没有Accept头域，那么就是application/sdp），就像给OPTIONS亲求的(OK)应答中的消息一样。

       我们希望这些媒体协商不要经常需要，并且当一个新用户被邀请加入已经存在的会话的时候，这个媒体协商可能不需要。这取决于邀请的初始化者是否需要对（Not Acceptable）进行处理。

       这个应答只有当客户端知道没有其他终端能够处理这个请求的时候才能发出。

HTTP Status 怎么解决？

        是Server Error

        是Clinet Error

        Route change

        OK

       应答代码，虽然是SIP的但同样适用于HTTP，只是加了一些东西

       应答代码

       应答码是包含了，并且扩展了HTTP/1.1应答码。并不是所有的HTTP/1.1应答码都适当应用，只有在折里指出的是适当的。其他HTTP/1.1应答码不应当使用。并且，SIP也定义了新的应答码系列，6xx。

       1 临时应答1xx

       临时应答，也就是消息性质的应答，标志了对方服务器正在处理请求，并且还没有决定最后的应答。如果服务器处理请求需要花ms以上才能产生终结应答的时候，它应当发送一个1xx应答。

       注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ACK应答。临时性质的（1xx）应答可以包含消息体，包含会话描述。

       1.1 Trying

       这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作（比如，正在打开数据库的时候）。这个应答，就像其他临时应答一样，种植了UAC重新传送INVITE请求。(Trying)应答和其他临时应答不同的是，在这里，它永远不会被有状态proxy转发到上行流中。

       1.2 Ringing

       UA收到INVITE请求并且试图提示给用户。这个应答应当出世化一个本地回铃。

       1.3 Call is Being Forwarded(呼叫被转发)

       服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。

       1.4 Queued

       当呼叫的对方暂时不能接收呼叫的时候，并且服务器决定将呼叫排队等候，而不是拒绝呼叫的时候，那么就应当发出这个应答。当被叫方一旦恢复接收呼叫，他会返回合适的终结应答。对于这个呼叫状态，可以有一个表示原因的短语，比如：”5 calls queued;expected waiting time is minutes”。服务器可以给出好几个（Queued）应答告诉呼叫方排队的情况（比如排队靠前了等等）。

       1.5 会话进度

       （Session Progress）应答用于提示建立对话的进度信息。Reason-Phrase（表达原因的句子）、头域或者消息体可以用于提示呼叫进度的更消息的信息。

       2 成功信息2xx

       这个应答表示请求是成功的。

       2.1 OK

       请求已经处理成功。这个信息取决于不同方法的请求的应答。

       3 转发请求3XX

       3xx系列的应答是用于提示用户的新位置信息的，或者为了满足呼叫而转发的额外服务地点。

       3.1 Multiple Choices

       请求的地址有多个选择，每个选择都有自己的地址，用户或者（UA）可以选择合适的通讯终端，并且转发这个请求到这个地址。

       应答可以包含一个具有每一个地点的在Accept请求头域中允许的资源特性，这样用户或者UA可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义MIME类型。

       这些地址选择也应当在Contact头域中列出（.节）。不同于HTTP，SIP应答可以包含多个Contact头域或者一个 Contact头域中具有一个地址列表。UA可以使用Contact头域来自动转发或者要求用户确认转发。不过，本规范没有定义自动转发的标准。

       如果被叫方可以在多个地址被找到，并且服务器不能或者不愿意转发请求的时候，可以使用这个应答来给呼叫方。

       3.2 Moved Permently

       当不能在Request-URI指定的地址找到用户的时候，请求的客户端应当使用Contact头域(.)所指出的新的地址重新尝试。请求者应当用这个新的值来更新本地的目录，地址本，和用户地址cache，并且在后续请求中，发送到这个/这些列出的地址。

       3.3 Moved Temporarily

       请求方应当把请求重新发到这个Contact头域所指出的新地址(.)。新请求的Request-URI应当用这个应答的Contact头域所指出的值。

       在应答中的Expires(.节)或者Contact头域的expires参数定义了这个Contact URI的生存周期。UA或者proxy在这个生存周期内cache这个URI。如果没有严格的有效时见，那么这个地址仅仅本次有效，并且不能在以后的事务中保存。

       如果cache的Contact头域的值失败了，那么被转发请求的Request-URI应当再次尝试一次。临时URI可以比超时时间更快的失效，并且可以有一个新的临时URI。

       3.4 Use Proxy

       请求的资源必须通过Contact头域中指出的proxy来访问。Contact头域指定了一个proxy的URI。接收到这个应答的对象应当通过这个proxy重新发送这个单个请求。（UseProxy）必须是UAS产生的。

       3.5 Alternative Service

       呼叫不成工，但是可以尝试另外的服务。另外的服务在应答的消息体中定义。消息体的格式在这里没有定义，可能在以后的规范中定义。

       4 请求失败4xx

       4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。

       4.1 Bad Request

       请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误，比如”Missing Call-ID header field”。

       4.2 Unauthorized

       请求需要用户认证。这个应答是由UAS和注册服务器产生的，当（Proxy Authentication Required）是proxy服务器产生的。

       4.3 Payment Required

       保留/以后使用

       4.4 Forbidden

       服务端支持这个请求，但是拒绝执行请求。增加验证信息是没有必要的，并且请求应当不被重试。

       4.5 Not Found

       服务器返回最终信息：用户在Request-URI指定的域上不存在。当Request-URI的domain和接收这个请求的domain不匹配的情况下， 也会产生这个应答。

       4.6 Method Not Allowed

       服务器支持Request-Line中的方法，但是对于这个Request-URI中的地址来说，是不允许应用这个方法的。

       应答必须包括一个Allow头域，这个头域包含了指定地址允许的方法列表。

       4.7 Not Acceptable

       请求中的资源只会导致产生一个在请求中的Accept头域外的，内容无法接收的错误。

       4.8 Proxy Authentication Required

       这个返回码和（Unauthorized）很类四，但是标志了客户端应当首先在proxy上通过认证。SIP对认证的访问请参见节和.3节。

       这个返回码用于应用程序访问通讯网关（比如，电话网关），而很少用于被叫方要求认证。

       4.9 Request Timeout

       在一段时间内，服务器不能产生一个终结应答，例如，如果它无法及时决定用户的位置。客户端可以在稍后不更改请求的内容然后重新尝试请求。

       4. Gone

       请求的资源在本服务器上已经不存在了，并且不知道应当把请求转发到哪里。这个问题将会使永久性的。如果服务器不知道，或者不容易检测，这个资源消失是临时性质的还是永久性质的，那么应当返回一个（Not Found）。

       4. 请求实体过大。

       服务器拒绝处理请求，因为这个请求的实体超过了服务器希望或者能够处理的大小。这个服务器应当关闭连接避免客户端重发这个请求。

       如果这个情况是暂时的，那么服务端应当包含一个Retry-After头域来表明这是一个暂时的故障，并且客户端可以过一段时间再次尝试。

       4. Request-URI Too Long

       服务器拒绝这个请求，因为Request-URI超过了服务器能够处理的长度。

       4. Unsupported Media Type

       服务器由于请求的消息体的格式本服务器不支持，所以拒绝处理这个请求。这个服务器必须根据内容的故障类型，返回一个Accept，Accpet-Encoding,或者Accept-Language头域列表。UAC根据8.1.3.5节定义的方法处理这个应答。

       4. Unsupported URI Scheme

       服务器由于不支持Request-URI中的URI方案而终止处理这个请求。客户端处理这个应答参照8.1.3.5。

       4. Bad Extension

       服务器不知道在请求中的Proxy-Require(.)或者Require(.)头域所指出的协议扩展。服务器必须在Unsupported头域中列出不支持的扩展。UAC处理这个应答请参见8.1.3.5

       4. Extension Required

       UAS需要特定的扩展来处理这个请求，但是这个扩展并没有在请求的Supported头域中列出。具有这个应答码的应答必须包含一个Require头域列出所需要的扩展。

       UAS不应当使用这个应答除非它真的不能给客户端提供有效的服务。相反，如果在Support头域中没有列出需要的扩展，服务器应当根据基准的SIP兼容的方法和客户端支持的扩展来进行处理。

       4. Interval Too Brief

       服务器因为在请求中设置的资源刷新时间（或者有效时间）过短而拒绝请求。这个应答可以用于注册服务器来拒绝那些Contact头域有效期过短的注册请求。这个应答的用法和相关的Min-Expires头域在.2.8,.3,.节中介绍和说明。

       4. Temporarily Unavailable

       请求成功到达被叫方的终端系统，但是被叫方当前不可用（例如，没有登陆，或者登陆了但是状态是不能通讯，或者有”请勿打扰”的标记）。应答应当在 Retry-After中标志一个合适的重发时间。这个用户也有可能在其他地方是有效的（在本服务器中不知道）。Reason-Phrase(原因短句) 应当提示更详细的原因，为什么被叫方暂时不可用。这个值应当是可以被UA设置的。状态码（Busy Here）可以用来更精确的表示本请求失败的特定原因。

       这个状态码也可以是转发服务或者proxy服务器返回的，因为他们发现Request-URI指定的用户存在，但是没有一个给这个用户的合适的当前转发的地址。

       4. Call/Transaction Does Not Exist

       这个状态表示了UAS接收到请求，但是没有和现存的对话或者事务匹配。

       4. Loop Detected

       服务器检测到了一个循环(.3/4)

       4. Too Many Hops

       服务器接收到了一个请求包含的Max-Forwards(.)头域是0

       4. Address InComplete

       服务器接收到了一个请求，它的Request-URI是不完整的。在原因短语中应当有附加的信息说明。这个状态码可以和拨号交叠。在和拨号交叠中，客户端不知道拨号串的长度。它发送增加长度的字串，并且提示用户输入更多的字串，直到不在出现（Address Incomplete）应答为止。

       4. Ambiguous

       Request-URI是不明确的。应答可以在Contact头域中包含一个可能的明确的地址列表。这个提示列表肯囊个在安全性和隐私性对用户或者组织造成破坏。必须能够由配置决定是否以（NotFound）代替这个应答，又或者禁止对不明确的地址使用可能的选择列表。

       给带有Request-URI的请求的一个应答例子：

       sip: lee@example.com:

       SIP/2.0 Ambiguous

       Contact: Carol Lee

       Contact: Ping Lee

       Contact: Lee M.Foote

       部分email和语音邮箱系统提供了这个功能。这个状态码和3xx状态码不同：对于来说，它是假定同一个人或者服务有不同的地址选择。所以对3xx来说，自动选择系统或者连续查找就有效，但是对（Ambiguous）应答来说，一定要用户的干预。

       4. Busy Here

       当成功联系到被叫方的终端系统，但是被叫方当前在这个终端系统上不能接听这个电话，那么应答应当回给呼叫方一个更合适的时间在Retry- After头域重试。这个用户也许在其他地方有效，比如电话邮箱系统等等。如果我们知道没有其他终端系统能够接听这个呼叫，那么应当返回一个状态码 （Busy Everywhere）。

       4. Request Terminated

       请求被BYE或者CANCEL所终止。这个应答永远不会给CANCEL请求本身回复。

       4. Not Acceptable Here

       这个应答和（Not Acceptable）有相同的含义，但是只是应用于Request-URI所指出的特定资源不能接受，在其他地方请求可能可以接受。

       包含了媒体兼容性描述的消息体可以出现在应答中，并且根据INVITE请求中的Accept头域进行规格化（如果没有Accept头域，那么就是application/sdp）。这个应答就像给OPTIONS请求的(OK)应答的消息体一样。

       4. Request Pending

       在同一个对话中，UAS接收到的请求有一个依赖的请求正在处理。.2描述了这种情况应当怎样解决。

       4. Undecipherable

       UAS接收到了一个请求，包含了一个加密的MIME,并且不知道或者没有提供合适的解密密钥。这个应答可以包含单个包体，这个包体包含了合适的公钥，这个公钥用于给这个UAS通讯中加密包体使用的。细节描述在.2节。

       5 Server Failure 5xx

       5xx应答是当服务器本身故障的时候给出的失败应答。

       5.1 Server Internal Error

       服务器遇到了未知的情况，并且不能继续处理请求。客户端可以显示特定的错误情况，并且可以在几秒种以后重新尝试这个请求。

       如果这个情况是临时的，服务器应当在Retry-After头域标志客户端过多少秒钟之后重新尝试这个请求。

       5.2 Not Implemented

       服务器没有实现相关的请求功能。当UAS不认识请求的方法的时候，并且对每一个用户都无法支持这个方法的时候，应当返回这个应答。（proxy不考虑请求的方法而转发请求）。

       注意（Method Not Allowed）是因为服务器实现了这个请求方法，但是这个请求方法在特定请求中不被支持。

       5.3 Bad Gateway

       如果服务器，作为gateway或者proxy存在，从下行服务器上接收到了一个非法的应答（这个应答对应的请求是本服务器为了完成请求而转发给下行服务器的）。

       5.4 Service Unavailable

       由于临时的过载或者服务器管理导致的服务器暂时不可用。这个服务器可以在应答中增加一个Retry-After来让客户端重试这个请求。如果没有Retry-After指出，客户端必须就像收到了一个（Server Internal Error）应答一样处理。

       客户端（proxy或者UAC）收到（Service Unavailable）应当尝试转发这个请求到另外一个服务器处理。并且在Retry-After头域中指定的时间内，不应当转发其他请求到这个服务器。

       作为(Service Unavaliable)的替代，服务器可以拒绝连接或者把请求扔掉。

       5.5 Server Time-out

       服务器在一个外部服务器上没有收到一个及时的应答。这个外部服务器是本服务器用来访问处理这个请求所需要的。如果从上行服务器上收到的请求中的Expires头域超时，那么应当返回一个（Request TimeOut）错误。

       5.6 Version Not Supported

       服务器不支持对应的SIP版本。服务器是无法处理具有客户端提供的相同主版本号的请求，就会导致这样的错误信息。

       5.7 Message To Large

       服务器无法处理请求，因为消息长度超过了处理的长度。

       6 Global Failures 6xx

       6xx应答意味这服务器给特定用户有一个最终的信息，并不只是在Request-URI的特定实例有最终信息。

       6.1 Busy Everywhere

       成功联系到被叫方的终端系统，但是被叫方处于忙的状态，并不打算接听电话。这个应答可以通过增加一个Retry-After头域更明确的告诉呼叫方多久以后可以继续呼叫。如果被叫方不希望提示拒绝的原因，被叫方应当使用（Decline）。只有当终端系统知道没有其他终端节点（比如语音邮箱系统）能够访问到这个用户的时候才能使用这个应答。否则应当返回一个（Busy Here）的应答。

       6.2 Decline

       当成功访问到被叫方的设备，但是用户明确的不想应答。这个应答可以通过增加一个Retry-After头域更明确的告诉呼叫方多久以后可以继续呼叫。只有当终端知道没有其他任何终端设备能够响应这个呼叫的势能才能给出这个应答。

       6.3 Does Not Exists Anywhere

       服务器验证了在请求中Request-URI的用户信息，哪里都不存在

       6.4 Not Acceptable

       当成功联系到一个UA,但是会话描述的一些部分比如请求的媒体，带宽，或者地址类型不被接收。

       （NotAcceptable）应答意味着用户希望通讯，但是不能充分支持会话描述。（Not Acceptable）应答可以在Warning头域中包含一个原因列表，用于解释为何会话描述不能被支持。警告原因代码在.节中列出。

       在应答中，可以出现一个包含媒体兼容性描述的消息体，这个消息体的格式根据INVITE请求中的Accept头域指出的格式进行规格化（如果没有Accept头域，那么就是application/sdp），就像给OPTIONS亲求的(OK)应答中的消息一样。

       我们希望这些媒体协商不要经常需要，并且当一个新用户被邀请加入已经存在的会话的时候，这个媒体协商可能不需要。这取决于邀请的初始化者是否需要对（Not Acceptable）进行处理。

       这个应答只有当客户端知道没有其他终端能够处理这个请求的时候才能发出。