中南大学现代交换原理实验报告文档格式.docx

中南大学现代交换原理实验报告文档格式.docx

《中南大学现代交换原理实验报告文档格式.docx》由会员分享，可在线阅读，更多相关《中南大学现代交换原理实验报告文档格式.docx（18页珍藏版）》请在冰豆网上搜索。

192.168.0.113

813

2．呼叫跟踪实验记录

（1）主叫信息

群号：

test

短号：

长号：

（2）被叫信息

（3）呼叫消息（包括：

主叫方和被叫方与EIX交互的信令消息）

①创建连接

流水号

时间

方向

类型

端口号

199

15:

58:

25

EIA->

EIX

响应消息

09#02

200

EIX->

EIA

发出请求通知命令

12#10

201

返回响应

202

发出请求命令

203

②振铃，摘机

204

59:

46

事件监督请求

205

EIA应答

206

事件监督消息

207

摘机响应

③挂机

208

事件监视消息

209

16:

33:

2616:

3315:

1删除链接

210

00:

02

删除链接命令

211

二、实验结果及分析

呼叫流程图及说明：

1）MG1上User1摘机，MG1发送NTFY（L/HD）命令，通知MGC

2）MGC回响应

3）MGC向MG1发送RQNT命令，送拨号音，下发拨号表并要求检测用户拨号、挂机（L/HU）、拍叉簧（L/HF）及放音结束事件（L/OC）

4）MG1回响应

5）MG1发送NTFY命令，将用户拨号送给MGC

6）MGC回响应

7）MGC向MG1发送CRCX命令，为主叫创建一个连接，连接模式为recvonly

8）MG1回响应，并将连接的SDP信息返回给MGC

9）MGC向MG2发送CRCX命令，连接模式为sendrecv，并且将主叫连接的SDP信息带给MG2

10）MG2回响应，并将连接的SDP信息返回给MGC

11）MGC向MG1发送MDCX命令，把被叫的SDP信息带给MG1

12）MG1回响应

13）MGC向MG2发送RQNT命令，让被叫用户振铃（L/RG）

14）MG2回响应

15）MGCMGC向MG1发送RQNT命令，主叫用户听回铃音

16）MG1回响应

17）被叫用户摘机，MG2发送NTFY命令给MGC

18）MGC回响应

19）MGC向MG2发送RQNT命令，请求MG2监测挂机（L/HU）及拍叉簧（L/HF）

20）MG2回响应

21）MGC向MG1发送MDCX命令，修改连接模式为sendrecv，并停回铃音

22）MG1回响应；

主被叫通话。

三、实验思考题解答（作答要求：

不少于200字）

1．简述实验设备工作参数配置的基本过程，并说明每一步操作的目的。

答：

2．请考虑一下为什么MGCP协议是一个主从协议？

这个说法在信令交互中如何反映出来？

3.上网查阅RFC3435文档（关于MGCP协议），说明所跟踪到的MGCP消息（如CRCX创建连接消息）中各个部分的含义（也就是需要对消息的格式和内容进行解释）。

[206-15:

46:

700]

===>

CRCX512002856@9@2MGCP1.0

C:

175

M:

recvonly

K:

512002836

v=0

o=call1000010000INIP4255.255.255.255

s=-

c=INIP4255.255.255.255

t=00

m=audio65535RTP/AVP4188

a=recvonly

a=X-Fwd:

0-0

a=X-ACrypt

a=X-P2PV2

[207-15:

RQNT512002857@9@2MGCP1.0

X:

991

S:

L/dl

[208-15:

770]

<

===200512002856

I:

29360163

[209-15:

===200512002857

[210-15:

48:

210]

===NTFY7340231@9@2MGCP1.0

O:

D/*

7340230

[211-15:

2007340231

[212-15:

49:

010]

===NTFY7340232@9@2MGCP1.0

D/1,D/1

7340231

[213-15:

2007340232

[214-15:

500]

===NTFY7340233@9@2MGCP1.0

D/4

7340232

[215-15:

2007340233

[216-15:

530]

===NTFY7340234@9@2MGCP1.0

D/#

7340233

[217-15:

2007340234

[218-16:

02:

430]

===NTFY7340235@9@2MGCP1.0

L/hu

7340234

[219-16:

2007340235

[220-16:

DLCX512002860@9@2MGCP1.0

512002856-512002857

[221-16:

460]

===250512002860

P:

PS=0,OS=0,PR=0,OR=0,PL=0

实验四SIP协议的认识及呼叫追踪分析实验

信息1004

SIP协议的认识及呼叫追踪分析实验

25130057

25130061

test短号：

812长号：

用户标识码:

813长号：

25130059

（3）呼叫消息原始记录（包括：

①摘机

191

39:

23

邀请消息

192

Tring

193

收到邀请消息

13#11

2拨号呼叫

194

通知振铃

195

响应振铃

196

监视振铃

12#11

③被叫应答

197

应答

198

发送应答消息

3挂机

拆线消息

事件1：

SIPPhoneA发INVITE请求到MGC，请求MGC邀请SIPPhoneB加入会话。

SIPPhoneA还通过INVITE消息的会话描述，将自身的IP地址：

192.168.0.108，端口号：

8000，静荷类型，静荷类型对应的编码等信息传送给MGC。

事件2：

MGC给SIPPhoneA回100Trying表示已经接收到请求消息，正在对其进行处理

事件3：

MGC给SIPPhoneA发401Unauthorized响应，表明MGC端要求对用户进行认证，并且通过WWW-Authenticatee字段携带MGC支持的认证方式Digest和MGC域名“00-1F-D6-22-0A-57”，产生本次认证的nonce，并且通过该响应消息将这些参数返回给终端从而发起对用户的认证过程。

事件4：

SIPPhoneA发ACK消息给MGC，证实已经收到MGC对于INVITE请求的最终响应。

事件5：

SIPPhoneA重新发INVITE请求到EIX。

携带Authorization字段，包括认证方式DIGEST、SIPPhone的用户标识（此时为电话号码）、MGC的域名、NONCE、URI和RESPONSE（SIPPhoneA收到401响应后根据服务器端返回的信息和用户配置等信息采用特定的算法生成加密的RESPONSE）字段。

事件6：

MGC给SIPPhoneA回100Trying表示已经接收到请求消息，正在对其进行处理。

事件7：

MGC向SIPPhoneB发INVITE消息，请求SIPPhoneB加入会话。

并且通过该INVITE请求消息携带SIPPhoneA的会话描述给SIPPhoneB

事件8：

SIPPhoneB给MGC回100Trying表示已经接收到请求消息，正在对其进行处理。

事件9：

SIPPhoneB振铃，并回180Ringing响应通知MGC。

事件10：

MGC回180Ringing响应给SIPPhoneA，SIPPhoneA听回铃音。

事件11：

SIPPhoneB给MGC回200OK响应表示其发过来的INVITE请求已经被成功接受、处理。

并且通过该消息将自身的IP地址：

10930，静荷类型，静荷类型对应的编码等信息传送给MGC。

事件12：

MGC给SIPPhoneA回200OK响应表示其发过来的INVITE请求已经被成功接受、处理，并且将SIPPhoneB的会话描述传送给SIPPhoneA。

事件13：

事件14：

MGC发ACK消息给SIPPhoneB，证实已经收到SIPPhoneB对于INVITE请求的最终响应。

事件15：

SIPPhoneA挂机，发BYE消息给MGC，请求结束本次会话。

事件16：

MGC给SIPPhoneA回487响应，表明请求终止。

事件17：

MGC收到SIPPhoneA发过来的BYE消息，知道A已挂机，给SIPPhoneB发BYE请求，请求结束本次会话。

事件18：

SIPPhoneB挂机，给MGC反馈200OK响应，表明已经成功结束会话。

三、实验思考题解答（要求用笔手写）

1.SIP协议的主要功能是什么？

跟MGCP协议有何不同？

2.上网查阅RFC3261文档（关于SIP协议）和RFC4566文档（关于SDP协议），说明所跟踪到的INVITE消息结构中各个部分的含义。

[WelcometoEISSystem!

Username:

admin

Password:

*****

EIS>

en

EIS#^config

EIS（config）#debsipmsgcalling812

EIS（config）#ex

EIS#^ada

EIS（ada-5601）#[188-16:

31:

520]ADACONNECTED...,WELCOME!

[189-16:

43:

810]

MSG:

--->

>

to192.168.0.3/58067crypt:

TRUEPhoneCallproto:

P2PV2len:

738

INVITEsip:

25130061@192.168.0.3SIP/2.0

Via:

SIP/2.0/UDP192.168.0.3:

2080;

branch=z9hG4bKb0bc7520b1c479df97fce5b2afed6746

;

rport

From:

<

sip:

812@192.168.0.3>

tag=33172ba4a7d4e96b51bb8b3e545e5f92

To:

25130061@192.168.0.3>

Call-ID:

d619c75d6fe49a7a15c02d360d48c15b@192.168.0.3

CSeq:

9950INVITE

Contact:

812@192.168.0.3:

2080>

Supported:

100rel

Allow:

INVITE,ACK,CANCEL,BYE,OPTIONS,I

[190-16:

810]NFO,UPDATE,PRACK

Content-Type:

application/sdp

Max-Forwards:

70

Content-Length:

244

o=call1000010000INIP4192.168.0.3

c=INIP4192.168.0.3

m=audio9750RTP/AVP41880

k=X-ACrypt

a=X-Tcp

3232235632-8000

a=X-P2PDst:

67239938.2665480705.3232235523.4000.20003.65535.65535

[191-16:

850]

---from192.168.0.3/58067,crypt:

TRUE,PhoneCall,proto:

308

SIP/2.0100Trying

rport=2080

0

[192-16:

910]

600

SIP/2.0180Ringing

tag=22a1722f229ceaa8ed97923b910b6fc3

25130061@192.168.0.208:

2060>

Require:

RSeq:

1

Cont

[193-16:

910]ent-Type:

150

o=call1000010000INIP4192.168.0.208

c=INIP4192.168.0.208

m=audio8000RTP/AVP4

[194-16:

403

PRACKsip:

2060SIP/2.0

branch=z9hG4bKa07766bed8d6872fce6b4a73d2346712

9951PRACK

RAck:

19950INVITE

[195-16:

[196-16:

940]

340

SIP/2.0200OK

[197-16:

370]

632

INVITE,ACK,CANCEL,BYE,OP

[198-16:

370]TIONS,INFO,UPDATE,PRACK

[199-16:

378

ACKsip:

branch=z9hG4bKcc2621651e4f4e87cb9a4513a997c5ee

si