sip协议及其server学习报告.doc

目录SIP协议3什么是SIP?3SIP中的呼叫基于3呼叫过程3客户/服务器3SIP地址3SIP事务(Transaction)4SDP4SDP类型4SDP描述举例4SIP分层结构5SIP消息结构5SIP消息体6实时传输协议RTP/RTCP6Sip服务器7Registrar server7Proxy server8Redirect server8User Agent Server (UAS)8Sip电话测试8基本信息配置8SIP消息9发送注册消息10接收到的服务端的临时响应10接收的成功确认响应10注册后客户端显示如下11注册后服务端显示注册信息12主叫端的INVITE邀请消息13SDP消息包含一个语音流清单14收到请求的临时响应14收到被叫端的振铃响应14收到被叫端的成功接受响应15收到另一条SDP消息15发送给被叫端的确认消息16建立会话后服务端展示会话信息16断开链接请求消息17收到链接断开的确认消息18会话结束后会话的记录信息18注册服务器路由功能18注册功能19刷新功能19注销功能19获取地址映射19代理服务器路由功能19SIP协议什么是SIP Session Initiation Protocol Defined in IETF RFC 3261 是一种可用来创建，修改和终止多媒体会话的信令协议 可通过代理功能和重定向请求到当前用户位置来实现对用户移动性的支持SIP中的呼叫基于 用户位置 决定参加通信的终端系统 用户能力 决定使用的煤体和煤体参数 用户可用性 决定被叫用户是否愿意参加到通信中来呼叫过程 呼叫建立 在主叫和被叫端发起“振铃” 和建立呼叫参数 呼叫处理 包括呼叫转移和呼叫终结客户/服务器 SIP 是一种 客户 / 服务器 协议 客户发起呼叫,一般被叫做UAC (User Agent Client) 服务器接收呼叫,一般被叫做UAS (User Agent Server)SIP地址 SIP 地址包括用户名和主机 用户用名URL表示 (userhost) SIP URL可以代表一个唯一用户,也可以代表一个组. SIP 同时提供认证和访问控制机制SIP事务(Transaction) UAC发送一个或多个请求到UAS UAS会响应一个或多个响应报文 这些请求和响应就构成了SIP事务( Transaction)SDP Session Description Protocol (RFC 2327) SIP使用SDP来描述会话中支持的煤体类型 SDP 不是用来协商会话内容和煤体编码的SDP类型 v= (protocol version) o= (owner/creator) s= (session name) i= (session information) u= (URI of description) e= (e-mail address) p= (phone number) c= (connection info) z= (time zone adjust) k= (encryption key) a= (session attributes) t= (time session is active) r= (repeat times) m= (media name and transport address) b= (bandwidth info)SDP描述举例 v=0 o=- 4753852 4754001 IN IP4 7 s=CounterPath eyeBeam c=IN IP4 7 t=0 0 m=audio 6976 RTP/AVP 100 6 0 8 3 97 5 102 101 a=alt:1 1 : 6A212AD9 0000004B 7 6976 a=fmtp:101 0-15 a=rtpmap:100 speex/16000 a=rtpmap:97 speex/8000 a=rtpmap:102 l16/16000 a=rtpmap:101 telephone-event/8000 a=sendrecvSIP分层结构 SIP是一个分层结构的协议，不同模块功能相对独立，各层之间松散耦合 事物用户层：每个SIP实体，除了无状态代理，都是SIP用户。当一个TU希望发送SIP请求时，它创建一个客户端事务实例，并把目的IP地址、端口号和传输协议等放在请求中一起发送。TU负责把消息可靠地发送到目的地。 事务的定义：指客户端发送到服务器的一条请求，以及服务器回送客户端的所有对该请求的响应。 目的：事务层处理应用层重传，匹配响应到请求，以及应用层超时，以实现消息的可靠传输。 传输层：定义了网络上一个客户机如何发送请求和接收响应以及一个服务器如何接收请求和发送响应。所有的SIP元素包含传输层。 SIP的最底层是语法和编码。它的编码使用增强Backus-Nayr形式语法（BNF）来规定。 SIP消息结构基于文本编码方案：UTF-8 charset 消息分为：1、 start line起始行分类：l Request Line=Method SP Request-URI SP SIP-Version CRLF Method方法基本的有六种：REGISTER、INVITE、ACK、CANCEL、BYE、OPTION等，还有其它扩展。 Request-URI为本次请求要寻址的用户或者服务。 SIP-Version为sip版本号，RFC 3261要求必须为SIP/2.0 例如：INVITE sip:1237 SIP/2.0l Status Line=SIP-Version SP Status-Code SP Reason-Phrase CRLF SIP-Version为sip版本号，RFC 3261要求必须为SIP/2.0 Status-Code为状态码，包括六种类型：1xx信息（表示请求已经收到可以继续处理请求）、2xx成功响应（表示呼叫已经被正确的接收和处理）、3xx重定向响应（响应给出用户新的位置或者能够满足呼叫的另一个服务器，主叫应该终止当前请求，开始新的适当的请求）、4xx客户机错误（表示该消息有语法错误或者此服务器无法处理）、5xx服务器错误（表示服务器无法处理一个合法的请求消息）、6xx全局出错响应（指请求无法被任何服务器处理）。需要说明的是，这6类应答消息中，除了1xx是临时性响应外，其它均为最终响应，无需确认。 Reason-Phrase为原因描述 例如：SIP/2.0 180 Ringing2、 Message-header消息头 在RFC3261中定义的消息头域包括：Via（定义SIP的下层的传输协议，并标识响应消息将要被发送的位置）、From、To、Call-ID、CSep（用于标识事务并对事务进行排序，它由一个请求方法和一个序列号组成）、Contact（UA希望用来接收请求的地址）、Content-type、Content-length、Max-Forward等在内的共有44个。3、 CRLF空行 指明消息头的结束。4、message-body消息体SIP消息体 消息体，消息体主要是对消息所要建立的会话的描述。典型的消息体为SDP格式。 会话描述协议(SDP,Session Description Protocol)规定了对描述会话的必要信息怎样进行编码。SDP不包括任何传输机制，也不包含任何种类的协商参数。一个SDP描述仅仅是能够被系统用表在一个多媒体会话中加入大量信息。 一个SDP描述含有会话级信息和媒体级信息。会话级信息应用于整个会话。媒体级信息作用于特殊的媒体流。实时传输协议RTP/RTCP 实时传输协议RTP(Realtime Transport Protocol)为要求实时特性的数据，如交互式音频和视频，提供端到端的传输服务，这些服务包括负载类型标志、顺序号、时间戳和传递监听等信息。 RTP是一个不可靠的协议，本身不提供任何机制来确保数据的按时发送或保证服务的质量，甚至不能保证分组的顺序传递，而是依赖于更低层的服务来实现。 从开发者角度，RTP是应用层的一部分，如图1。 RTP定义在RFC1889中，被广泛应用在单目标广播和多目标广播网络中实时传输多媒体数据图1 RTP有一个伴随控制协议，RTCP(Realtime Transport Control Protocol)。RTCP分组定期发送供应用程序使用的发送端或接收端的统计报告。这些统计报告包括发送分组数、丢失分组数、间隔到达的抖动。 RTP会话期间，每个参与者周期性地向所有其他参与者发送RTCP控制信息包。 当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。Sip服务器 同时支持UAC,UAS 通过代理发送呼叫 安全认证 注册功能 呼叫转接 呼叫拒绝 呼叫转移 呼叫过滤Registrar server 用来完成对UAS的登陆 用户可以发送REGISTER requests 注册自己的信息，并提供用户的定位服务。 将真实地址掩盖，便于用户移动 一个SIP address可以映射到一个或多个联系地址Proxy server 是一个中间元素，它既是一个客户机又是一个服务器，具有解析名字的能力 能够代理前面的用户向下一跳的服务器发出呼叫请求 类似Sip 协议的专用router 域内的，为本域的sip user服务 在不同的域内建立，如东西区 利用SipPhone的UAC、UAS可以软件实现Redirect server 给发送端重新定向URI，使之重新构建request 提高信令健壮性，使得各个Proxy server达到负载均衡 接收各个Proxy server的heart beat 域的范围很大、user较多时有必要实现User Agent Server (UAS) 逻辑server，接收和解析SIP request (generate a response) 与User Agent Client (UAC) (create a new request)相对 Redirect server和proxy server都可以基于此实现Sip电话测试 测试软件 客户端：CounterPath eyebeam 服务端：Brekeke OnDO SIP Server (rev.172)，基于web的管理页面，使用tomcat5.0的web服务器 操作系统环境：windows xp 媒体外设：普通耳麦基本信息配置首先在服务器端增加用户的信息，增加用户的逻辑地址，如下图：增加了用户信息后，就可以用安装的好的客户端进行注册，如下：SIP消息配置好客户端后，客户端首先提交一个REGISTER的注册请求到服务器端（7），服务器端收到该客户端的注册请求后，给一个收到请求的临时响应，随后在服务器端认证通过后给客户端继续发送一个成功的响应“200 OK”，用户123呼叫过程的sip消息如下：发送注册消息SENDING TO: 7:5060REGISTER sip:7 SIP/2.0Via:SIP/2.0/UDP 7:6973;branch=z9hG4bK-d87543-e14f8e5f17754a7e-1-d87543-;rportMax-Forwards: 70Contact: To: huangFrom: huang;tag=eb139068Call-ID: d444d5716c068e1faWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 REGISTERExpires: 3600Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFOSupported: eventlistUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Length: 0接收到的服务端的临时响应RECEIVING FROM: 7:5060SIP/2.0 100 TryingVia:SIP/2.0/UDP 7:6973;branch=z9hG4bK-d87543-e14f8e5f17754a7e-1-d87543-;rport=6973From: huang;tag=eb139068To: huangCall-ID: d444d5716c068e1faWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 REGISTERServer: Brekeke OnDO SIP Server (rev.172)Content-Length: 0接收的成功确认响应RECEIVING FROM: 7:5060SIP/2.0 200 OKVia:SIP/2.0/UDP 7:6973;branch=z9hG4bK-d87543-e14f8e5f17754a7e-1-d87543-;rport=6973From: huang;tag=eb139068To: huang;tag=1157685004913-655158789Call-ID: d444d5716c068e1faWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 REGISTERContact: ;expires=3600;q=1.0Server: Brekeke OnDO SIP Server (rev.172)Content-Length: 0注册后客户端显示如下注册后服务端显示注册信息接着在其它主机上启动一个客户端，和上边客户端配置相同，用户名用456进行注册，服务器端注册信息如下：分别记录了发了注册请求后的两个客户端的联系地址和逻辑地址，此时其中一个客户端就可以呼叫另一个客户端了，其中用户123首先呼叫456用户，播叫方式为：sip:4567，主叫端和被叫端显示如下：用户123发送和接收到的sip消息如下：主叫端的INVITE邀请消息SENDING TO: 7:5060INVITE sip:4567 SIP/2.0Via:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-74737e008b01b244-1-d87543-;rportMax-Forwards: 70Contact: To: From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 INVITEAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFOContent-Type: application/sdpSupported: eventlistUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Length: 338SDP消息包含一个语音流清单v=0o=- 24491116 24491586 IN IP4 7s=CounterPath eyeBeamc=IN IP4 7t=0 0m=audio 6974 RTP/AVP 100 6 0 8 3 97 5 102 101a=alt:1 1 : 97A2A472 000000CF 7 6974a=fmtp:101 0-15a=rtpmap:100 speex/16000a=rtpmap:97 speex/8000a=rtpmap:102 l16/16000a=rtpmap:101 telephone-event/8000a=sendrecv收到请求的临时响应告诉主叫方它已经收到请求RECEIVING FROM: 7:5060SIP/2.0 100 TryingVia:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-74737e008b01b244-1-d87543-;rport=6972From: ;tag=c9017e2cTo: Call-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 INVITEServer: Brekeke OnDO SIP Server (rev.172)Content-Length: 0收到被叫端的振铃响应被叫方不会超时或者放弃RECEIVING FROM: 7:5060SIP/2.0 180 RingingVia:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-74737e008b01b244-1-d87543-;rport=6972Record-Route: Contact: To: ;tag=f177cd39From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 INVITEUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Length: 0收到被叫端的成功接受响应表示他最终接受呼叫RECEIVING FROM: 7:5060SIP/2.0 200 OKVia:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-74737e008b01b244-1-d87543-;rport=6972Record-Route: Contact: To: ;tag=f177cd39From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 INVITEAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFOSupported: eventlistUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Type: application/sdpContent-Length: 338收到另一条SDP消息包含一组两个用户代理都支持的语音流介质编码v=0o=- 24492159 24492422 IN IP4 7s=CounterPath eyeBeamc=IN IP4 7t=0 0m=audio 6978 RTP/AVP 100 6 0 8 3 97 5 102 101a=alt:1 1 : 501D8921 00000075 7 6978a=fmtp:101 0-15a=rtpmap:100 speex/16000a=rtpmap:97 speex/8000a=rtpmap:102 l16/16000a=rtpmap:101 telephone-event/8000a=sendrecv发送给被叫端的确认消息SENDING TO: 7:5060ACK sip:4567:5060 SIP/2.0Via:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-6a59dd207266b434-1-d87543-;rportMax-Forwards: 70Route: Contact: To: ;tag=f177cd39From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 ACKUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Length: 0建立会话后服务端展示会话信息会话的详细内容如下：此时，双方正式处于呼叫中，使用200类型的响应可以接受所有类型的SIP请求，两个用户代理现在使用最后一条SDP消息中选定的方法进行连接，当对话建立后， 用户代理客户和用户代理服务器将为对话建立对话上下文。对话上下文包含了对话双方的逻辑地址、联系地址、请求消息经过的路由集等信息。有了这些信息，请求消息的路由过程就变得非常简单。由于代理服务器无法感知到对话的存在， 对话内发送请求消息时， 代理服务器的行为与对话外相同，例如任何一方要改变媒体类型或者要求通话结束等都和对话外相同。在通信会话结束时，其中一个用户挂断，此时，这个用户的用户代理发送一个新的请求BYE，这条消息可以由任一方发送，另一用户的用户代理接受该请求，然后使用一条OK消息作为应答，呼叫连接至此断开。断开链接请求消息SENDING TO: 7:5060BYE sip:4567:5060 SIP/2.0Via:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-ea6d3e02a8120c07-1-d87543-;rportMax-Forwards: 70Route: Contact: To: ;tag=f177cd39From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 2 BYEUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Reason: User Hung UpContent-Length: 0收到链接断开的确认消息RECEIVING FROM: 7:5060SIP/2.0 200 OKVia:SIP/2.0/UDP 7:6972;branch=z9hG4bK-d87543-ea6d3e02a8120c07-1-d87543-;rport=6972Record-Route: Contact: To: ;tag=f177cd39From: ;tag=c9017e2cCall-ID: 086d185f277b4f59aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 2 BYEUser-Agent: CounterPath eyeBeam release 3013o stamp 23470Content-Length: 0会话结束后会话的记录信息注册服务器路由功能SIP 采用了逻辑地址和联系地址相分离的思想。逻辑地址用于标识用户， 而联系地址表明用户的当前位置。这种分离为用户的移动性提供了技术上的可能性。为了实现逻辑地址和联系地址之间的动态映射， 用户必须要有注册和注销过程的支持，因此SIP 注册服务器具有解析用户REGISTER 请求消息来完成注册、注销、刷新、地址映射获取等操作的功能。要实现与注册服务器的通信， 用户代理首先要确定注册服务器的地址。SIP 定义了三种确认方法： 静态配置、使用地址记录和通过多播， 详见RFC 3261。注册功能当用户代理要向注册服务器添加一个地址映射记录时，Contact 域包含要增加的联系地址信息，通过Expires 头部域或该地址信息的expires 参数来声明该联系地址的生命期。注册服务器可以通过响应一个REGISTER 请求消息同时在注册服务器上增加用户的多个地址映射记录。刷新功能 当要刷新一个地址映射记录时，Contact 域包含要刷新的联系地址信息， 通过Expires 头部域或该地址信息的expires 参数声明该注册地址的生命期来对映射记录进行刷新。注册服务器可以对某个特定的记录进行刷新， 也可以同时刷新用户的多个映射记录。注销功能当用户代理要删除一个映射记录时， 可在Contact 域中填写要删除的联系地址信息， 并将expires 参数置0， 注册服务器收到后就会删除该映射记录。如果将Contact 域设为“*”， 且Expires 头部域设为0， 注册服务器将会删除该用户的所有联系地址映射记录。获取地址映射注册服务器每次成功处理完REGISTER 请求消息后， 它将返回一个状态码为200 的成功响应。该响应的Contact 头部将包含本用户注册的所有联系地址信息。用户可以从响应消息来获取用户的所有地址映射记录。 用户代理在注册服务器成功注册后， 就可以接收呼叫了。其入向代理在接收到对该用户代理的呼叫请求时， 根据对该用户地址映射信息的查询结果， 将呼叫请求消息转发到用户代理的当前联系地址。如果不进行注册， 入向代理将无法得知用户代理的当前位置。代理服务器路由功能SIP 系统的呼叫路由从本质上而言是INVITE 请求消息的路由过程。当用户代理客户UAC 要发送请求消息时， 它将请求消息的To 头部的值设置为被叫方的逻辑地址， 将From 头部的值设置为本用户的逻辑地址， 将Contact 头部设置成本用户的当前联系地址。将Request-URI 的值设置为与To 头部相同的逻辑地址。用户代理客户根据需要和配置信息来构造请求消息的其它内容。路由（Route） 头部域的处理比较复杂。一般情况下， 用户代理客户有一个预设路由集， 包含了该用户代理客户发送请求消息时必须要经过的代理服务器列表。这样可以对请求消息的路由进行灵活的控制。预设路由集的最简单应用就是只包含出向代理的SIP URI 地址。这样所有的请求消息都将被发送到出向代理， 由出向代理负责对消息进行转发。用户代理客户将预设路由集的内容作为路由头部， 按次序插入到请求消息中。完成上述步骤后， 就要对Request-URI 进行DNS 查询以获取下一跳的IP 地址、端口号和使用的传输协议。用户代理客户在请求消息中插入Via 头部（ 包含自己的主机地址、端口号、使用的传输协议等信息）， 将请求消息发送给下一跳。代理服务器收到请求消息后， 首先对其合法性进行检查。可能的步骤有： 语法检查、Request-URI 检查、环路检测等。为了实现后向兼容性， 代理服务器还要对请求消息进行进一步处理， 以形成一个满足RFC 3261 要求的标准请求消息。如果本代理服务器是中间代理服务器（Request-URI 中的域不是由本代理服务器负责）， 那么该请求消息的目标就是Request-URI， 无需执行更多的操作。如果本代理服务器是入向代理（Request-URI 中的域是由本代理服务器负责）。代理服务器需要为该请求确定请求目标。RFC 3261 把确定请求目标的手段抽象成访问一个定位服务器， 访问结果是一组SIP URI。代理服务器使用这些SIP URI 来构建目标集（target set）， 即请求消息的实际接收者列表。一般情况下， 入向代理将目标集中的SIP URI 按优先级进行排序， 并按照优先级的高低依次处理。代理服务器将消息的Request-URI 替换成从目标集选中的地址。这意味着该请求消息的目的地变成了新的地址， 即从用户的逻辑地址变换成了用户的当前联系地址。如果代理服务器要求由本请求消息建立的对话的后续请求消息必须经过本代理服务器， 它将自己的SIP URI 插入到路由记录头部的最前面。然后根据请求资源标识的内容确定下一跳的IP 地址、端口号， 代理服务器在请求消息中插入Via 头部， 将消息发送给下一跳。SIP 企业网方案 考虑SIP在企业网内的应用，我们应该提供一种可以使所有SIP终端被外界访问的手段，这样VOIP在企业网络的应用才有意义。也就是说，企业网络内使用私有地址的SIP终端可以作为被叫被外界SIP终端呼叫，而SIP终端的IP地址不需要被NAT映射到外界，它们的IP地址可以是通过DHCP获得，也可以是静态配置。系统主要有SIP终端和SIP服务器组成。SIP终端和普通SIP终端一样，可以发起呼叫，和接受呼叫，无论在企业网络内部还是外部都可以通信，可以是IP电话网关，IP电话，IP电话软件等。SIP服务器负责系统的呼叫代理，注册服务，位置服务，媒体服务等功能。系统运行的前提是SIP服务器需要一个全局IP地址映射，也就是说企业网络的NAT网关能够提供一个全局IP地址映射到服务器上。SIP终端的实现和通用的设备是一致的，但SIP终端在配置上都要设定一个带外服务器，也就是说，SIP的所有呼叫都要通过SIP服务器来完成，发起呼叫的时候，要首先去呼叫服务器。结束呼叫，也是去通知服务器本次呼叫结束。这些操作完全符合IETF RFC3261的规范，在协议的一致性上符合标准。同时，SIP终端在后续的SDP，RTP处理上，可以完全按照协议标准来进行相关处理，不需要任何特殊处理。系统的主要功能是在SIP服务器上，SIP服务器完成的工作除了RFC标准的代理服务器，注册服务器，定位服务器之外。还将增加媒体交换的功能，媒体交换的功能保证了系统能够将企业内部网络媒体信息发送到外界，并且保证外界和内部的媒体交换。系统主要考虑以下几方面应用内部网络呼叫外部网络 内部SIP终端发起呼叫，此呼叫传送到内部SIP服务器 内部SIP服务器将完成定位查找等功能 内部SIP服务器通过NAT网关发送呼叫到外部SIP终端 外部SIP终端通知内部SIP服务器呼叫建立并和内部SIP服务器建立媒体通道 内部服务器通知内部SIP终端呼叫建立，并建立内部媒体通道 开始通信，SIP服务器作为媒体交换服务器存在外部网络呼叫内部网络 外部SIP终端发起呼叫，呼叫内部SIP服务器，在SIP URI中可指定用户名为内部网络中的一个SIP终端 内部SIP服务器根据URI确定内部SIP终端地址，呼叫内部SIP终端 内部SIP终端应答，通过内部SIP服务器和外界SIP终端建立呼叫 内部SIP服务器分别和内部SIP终端，外部SIP终端建立媒体通道 通信开始，内部SIP服务器媒体交换内部网络A呼叫内部网络B A网络SIP终端呼叫A网络SIP服务器 A网络SIP服务器查找定位，呼叫到B网络SIP服务器 B网络SIP服务器查找定位，呼叫B网络SIP终端 B网络SIP终端应答，反向通知到A网络SIP终端 通信建立，A网络SIP服务器和B网络SIP服务器建立媒体通道，同时和各自内部网络的SIP终端建立媒体通道 通信开始，A，B网络SIP服务器作为媒体交换服务器运行SER、ASTERISK和SIPX介绍Digium发起的Asterisk是首批开源VoIP项目之一，也是最早的VoIP PBX之一。Asterisk是一个非常成熟的平台，采用GPL许可证，它几乎支持连大企业都会希望VoIP网关解决方案提供的各种功能，包括语音邮件、呼叫转移、会议功能，甚至交互语音应答（IVR）等。它还有呼叫详细记录这是VoIP的滚滚财源，以及适合用于虚拟教室或者虚拟会议室等场合的高级特性。其庞大的开发社区在为该平台贡献更多的附件，包括商业版本和开源版本。 不过，尽管Asterisk也许是个开拓者，但肯定绝不是只有它一个。如今已出现了许多竞争性的新型开源VoIP平台，它们基于会话初始化协议（SIP）。Pingtel已为其商用SIPxchange PBX发布了代码，目前由一家名为SIP-Foundry的非营利组织旗下的sipX加以管理。虽然成熟程度不及Asterisk，但sipX更加严格遵守开放的SIP标准，从而提高了软硬件的兼容性至少目前是这样。 SIP快速路由器（SER）严格遵守SIP标准。它用C语言编写，采用GPL许可证发行，已被移植到Linux和Solaris上。除了充当SIP服务器外，SER还可以为短消息服务（SMS）、即时通信（IM）、RADIUS记账和授权以及基于Web的用户配置充当网关。基于SER的商用产品可从iptelorg购得。可启动的LiveCD版软件也可以获得，它扩展了SER的功能，添加了用起来方便得多的基于Web的管理工具，并支持思科和Mitel等厂商的通用VoIP硬件。Sipxpbx3.4在FC4上的安装URL:HowTo install sipX 3.2 / 3.4 on Fedora Core - SIPfoundry sipx, The Open Source SIP PBX for Linux - Calivia认证错误RECEIVING FROM: 7:5060SIP/2.0 401 UnauthorizedVia: SIP/2.0/UDP 7:6974;branch=z9hG4bK-d87543-ac2d9327ab39c828-1-d87543-;rport=6974From: huang;tag=31004a0bTo: huang;tag=1158205941460-961774758Call-ID: f773997f5d5b5058aWFjajAwMzQ3OS5pbmMuaWFjCSeq: 1 REGISTERServer: Brekeke OnDO SIP Server (rev.172)WWW-Authenticate: Digest realm=7,nonce=b8353d8e495214ace2b521d78c90fc26f8fd5db8Content-Length: 011:52:21.5 SENDING TO: 7:5060REGISTER sip:7 SIP/2.0Via: SIP/2.0/UDP 7:6974;branch=z9hG4bK-d87543-e763a805ab62652e-1-d87543-;rportMax-Forwards: 70Contact: To: huangFrom: huang;tag=31004a0bCall-ID: f773997f5d5b5058aWFjajAwMzQ3OS5pbmMua