南邮通信网基础实验报告—SIP

  • 格式:doc
  • 大小:1.19 MB
  • 文档页数:16

下载文档原格式

  / 16
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

通信网技术基础( 2011 / 2012 学年第二学期)题目:网络管理操作实验

学院通信与信息工程学院

专业通信工程

学生姓名王发鹏

班级学号B********

指导老师江凌云

日期2012年6月12日

VOIP呼叫过程及SIP消息分析

B09010412 王发鹏

小组成员B09010412王发鹏server

B09010411马思晨client

B09010413王先宇client

B09010415刘钰client

一、实验目的

1、学习VOIP原理,了解PC-PC方式VOIP网络的构成、呼叫模式以及信令的过程。

2、学习使用Ethereal这种协议分析软件,用它来考察实际系统中传送的分组。

二、实验设备

1.硬件部分:局域网(路由器dlink)、PC(带耳麦)

2.软件部分:

⏹SIP UA : 使用的sip ua 是3CX VOIP Client

⏹WinPcap (它是WIN32 平台上网络分析和捕获

数据包的链接库,其功能相当于

Linux/BSD/UNIX 平台下的Libpcap 库文件)

⏹抓包工具:WireShark1.7.0

三、实验步骤(server端)

1. 下载minisipserver v

2.8,启动服务并配置系统

和配置分机

2.下载并安装3CX Voip Client,设置主机为,sip ip和

password

3.通话,呼叫另一个用户的通话,记录通话过程中语音质量,

包括延时和回声;

1.安装WinPcap 3.1;

2.安装并启动Wire Shark,开始抓包(设置);

3.重新呼叫另一个用户,开始通话;

4.获取并分析SIP信令流和语音媒体流,记录在报告中,具体要求:

(1)分析并记录呼叫建立、呼叫忙、呼叫结束的信令过程。

(2)分析媒体流(语音包):从捕获的数据单元中选一个RTP包进行分析。

四、实验过程记录和分析

1、使用客户端为3CX voip client,相应的登陆界面设置如下。

服务器为minisipserver v2.8,启动服务

我的机器ip地址为10.200.25.95

配置分机

2、通话:说明通话的模式为直接路由、通话双方所在位置在同一子网内部;通话成功,延迟300ms,回声明显。有几种情况下呼叫失败,原因有以下几种

服务器不可达,客户端忙,超时

3、启动抓包工具,记录捕获的包的统计数据(见下图),并作简要说明。

4、记录获取的SIP消息,并作简要说明。

Sip消息有几种(正常情况)

Register 申请

Ack 证实

Invite 邀请会话

Subscribe 未知

Cancel 取消请求

Bye 结束会话

Info 未知

5、记录并分析呼叫建立、呼叫忙、呼叫结束的信令过程。(server端)

呼叫建立和呼叫结束过程(server端)

此时10.200.27.48忙,返回busy

是通过SERVER路由,包含注册的过程。

6、选择其中一到两个SIP包进行分析。例如(BYE):对加线部分做说明。

第一条横线:传输层协议,sip,源端口5060,目的端口5060 第二条横线:sip命令为BYE

第三条横线:连接人是sip:**********.25.95

第四条横线:连接到sip:**********.25.95

9、从捕获的数据单元中选一个RTP包进行分析。

RTP报文由两部分组成:报头和有效载荷。RTP报头格式如图6.7所示,其中:

V:RTP协议的版本号,占2位,当前协议版本号为2。

P:填充标志,占1位,如果P=1,则在该报文的尾部填

充一个或多个额外的八位组,它们不是有效载荷的一部

分。

X:扩展标志,占1位,如果X=1,则在RTP报头后跟有一个扩展报头。

CC:CSRC计数器,占4位,指示CSRC标识符的个数。

M:标记,占1位,不同的有效载荷有不同的含义,对于视频,标记一帧的结束;对于音频,标记会话的开始。

同步信源(SSRC)标识符:占32位,用于标识同步信源。该标识符是随机选择的,参加同一视频会议的两个同步信源不能有相同的SSRC。

特约信源(CSRC)标识符:每个CSRC标识符占32位,可以有0~15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。

PT:有效载荷类型,占7位,用于说明RTP报文中有效载荷的类型,如GSM音频、JPEM图像等。

l 序列号:占16位,用于标识发送者所发送的RTP报文的序列号,每发送一个报文,序列号增1。接收者通过序列号来检测报文丢失情况,重新排序报文,恢复数据。

l 时戳(Timestamp):占32位,时戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时戳来计算延迟和延迟抖动,并进行同步控制。

V P X CC M PT 序列号

时戳

同步信源(SSRC)标识符

特约信源(CSRC)标识符

·

图6.7 RTP报头格式

10.忙音和时延(从服务器端)

这是从服务器端得到的我拨打舍友1的号码时,由于舍友1和舍友2正在通话导致忙音;

由于时延的存在,呼叫方拨号之后,被呼叫方需过少许时间才能收到呼叫信息;在通话过程中,双方的语音信息也是如此。初步判断原因有:

1、由于大部分用户采用无线连接路由器接入服务器,导致网络