VOIP呼叫过程及SIP消息分析.docx

VOIP呼叫过程及SIP消息分析 郭智超实验目的1、学习VOIP原理，了解PC-PC方式VOIP网络的构成、呼叫模式以及信令的过程。2、学习使用Ethereal这种协议分析软件，用它来考察实际系统中传送的分组。二、实验设备 1、硬件部分：校园网、PC（带耳麦） 2、软件部分： (1)SIP UA : 可从网上任选一款下载并安装，也可以选择老师提供的UA软件 (2)WinPcap 3.1(它是WIN32 平台上网络分析和捕获数据包的链接库，其功能相当于Linux/BSD/UNIX 平台下的Libpcap 库文件) (3)Ethereal:0.10.14实验步骤 1、下载并安装SIP UA，并做相应设置（域名、IP、端口等等），并记录进实验报告；也可以选择Windows Messenger或SKYPE，进行用户注册，并记录过程； 2、通话，呼叫另一个用户的通话，记录通话过程中语音质量，包括延时和回声； 3、安装WinPcap 3.1； 4、安装并启动Ethereal，开始抓包（设置）； 5、重新呼叫另一个用户，开始通话； 6、获取并分析SIP信令流记录在报告中，分析并记录呼叫建立、呼叫结束的信令过程。四、实验过程记录和分析 1、选择客户端 BOL SIPPhone，登录界面如下图所示： 2、通话：通话的模式为直接路由，通话双方在同一子网内部。通话建立成功，话音质量良好，略有回声，延迟不明显。通话双方自呼叫到通话如下：主叫拨号 被叫响铃 3、启动抓包工具，记录捕获的包的统计数据（见下图），并作简要说明。这次抓包数量219，UDP packets占比72.1%，ARP10.5%，其他17.4%。4、记录获取的SIP消息，并作简要说明。由图可知，SIP packets数量为7，其中informational：100 Trying 和180 Ringing各一个包，Success: 200 Ok两个包，List of request methods：INVITE、ACK、BYE各一个包。记录并分析呼叫建立、呼叫结束的信令过程。主叫方发送一条INVITE命令到被叫，INVITE命令被发送到公认的SIP UDP端口，它包括呼叫ID、呼叫顺序编号、SDP介质格式以及路由信息。被叫发出TRYING信息应答（100），说明该呼叫已被路由。当呼叫到达远程端点后，电话开始振铃，一条新的信息应答被送到被叫方，指示RINGING（180）。主叫按了呼叫到被叫收到RINGING之间的时间就是SIP呼叫建立的拨叫后延迟。被叫接通后200OK回送到主叫，主叫再发送ACK请求，确认对INVITE请求的成功应答。RTP介质流。最后来自任何一方的BYE请求结束呼叫。部分SIP packets及分析该INVITE包的源端口和目的端口分别是Src Port：1047 、Dst Port：5060 , 源地址为10.21.11.94的用户向被叫发出呼叫请求。此次呼叫ID为CALL-ID：f76aac10511b44d09e84a08ae34c4dae@10.21.10.145。目的地址为10.21.10.145。请求数量为CSeq：1 INVITE。200 OK DSP200 OKACK实验总结和体会本次实验内容比较简单，但过程并不一帆风顺。回想起来，遇到的问题可真不算少：安装客户端进行拨号，对方没有响铃，换台电脑却又毫无压力；手机配置的耳机不能充当耳麦的角色，双方不能进行通话交流；捕捉包相关设置的选择；捕捉包要在通话前开始，挂断后结束；没有语音包或SIP包；在自己与舍友电脑上成功呼出却无法接通，只得去公共机房再战等等不断出现的障碍不断挑战着我的耐性。所幸有同伴一起努力并给与支持，加上战胜困难的满足感与快感，这才成功完成了实验。而现在回过头看来，这个实验真是很简单的说，过程中也大多是愉快的回忆。比如说两人成功进行通话时的兴奋，听着对方带着淡淡回声与不明显时延的各种烂话，也是有意思的事情。虽说如此，但基于对软件的不熟悉，还有实验步骤的不太详尽，到底是放弃了选做部分的内容，真是不无遗憾。通过这次实验，我对通信网的学习更有兴趣与激情了，真不知道随着学习还有怎样的挑战与惊喜在等着我，好生期待。此外，我对SIP协议包括其INVITE、ACK等信息及其过程有了更深刻的理解，学会了有着捕获分析包功能的Ethereal这个软件的基本使用，实践能力提高等等，可算是收获良多。最后，感谢老师的指导与同学的帮助。六、思考题1、说明本次实验中网络电话呼叫的协议结构。用于网络电话呼叫的协议结构SIPVoice MeadiaG.711/G.723.1