sip协议的端口号为.docx

上传人:b****6 文档编号:7354434 上传时间:2023-01-23 格式:DOCX 页数:5 大小:18.21KB
下载 相关 举报
sip协议的端口号为.docx_第1页
第1页 / 共5页
sip协议的端口号为.docx_第2页
第2页 / 共5页
sip协议的端口号为.docx_第3页
第3页 / 共5页
sip协议的端口号为.docx_第4页
第4页 / 共5页
sip协议的端口号为.docx_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

sip协议的端口号为.docx

《sip协议的端口号为.docx》由会员分享,可在线阅读,更多相关《sip协议的端口号为.docx(5页珍藏版)》请在冰豆网上搜索。

sip协议的端口号为.docx

sip协议的端口号为

sip协议的端口号为

篇一:

常用协议端口号

常用协议端口号

1813端口使用UDP传输

3306端口使用TCP传输

Tracert默认使用UDP数据包来探测路由路径,端口为33434TCP协议支持

协议名称TCP端口号协议名称解释

ACAP674

AIM5190

BEEP10288

CAST4224

CMP829

COPS3288

PKTCABLE_COPS2126

PKTCABLE_MM_COPS3918

DAAP3689

DHCPFO519

DIAMETER3868

DISTCC3632

DLSW2065

NP20000

NS53

DSI548

FTPDATA20

FTP21

GIFT1213

CS1720

HTTP80

PROXY_HTTP3128

PROXY_ADMIN_HTTP3132

HKP11371

DAAP3689

SSDP1900

IB3050

ICAP1344

IMAP143

IRC6667

ISAKMP500

JABBER5222

KERBEROS88

LAPLINK1547

LDAP389

GLOBALCAT_LDAP3268

PRINTER515

MBTCP502

MSNMS1863

MSRP0

MySQL3306

NBSS139

CIFS445

NCP524

NDMP10000

PA0x0d44

BROKER0x0bc6

SRS0x0bca

ENS0x0bc8

RMS0x0bcb

NOTIFY_LISTENER

NETSYNC5253

NNTP119

NTP123

POP110

PPTP1723

PVFS233340x0bc9

RMI1099

RSH514

RSYNC873

RTSP554

SIP5060

SKINNY2000

SLSK_12234

SLSK_25534

SLSK_32240

SMRSE4321

SMTP25

SNMP161

SNMP_TRAP162

SMUX199

SOCKS1080

SRVLOC427

SSH22

SSL443

SSL_LDAP636

SSL_IMAP993

SSL_POP995

STUN3478

TACACS49

TELNET23

TNS1521

TPKT102

X116000

X11_26001

X11_36002

XOT1998

YHOO5050

YMSG23

YMSG_225

YMSG_35050

ZEBRA2600

NINEPORT564

ajp138009

ax40003357

BGP179

COPS3288

DCM104

DHCPFO519desegmentationofDHCPfailoveroverTCPdistcc3632

ECHO7

篇二:

SIP协议呼叫流程及协议分析

一、SIP协议介绍:

会话发起协议SIP(SessionInitiationProtocol)是一个应用层控制信令协议,用于建立、更改和终止多媒体会话或呼叫。

SIP作为一个基础,可以在其上提供很多不同的服务。

目前已经定义的媒体类型有音频、视频、应用、数据、控制。

二、SIP呼叫流程:

注册流程:

(1)用户首次试呼时,终端代理A向代理服务器发送REGISTER注册请求;

(2)代理服务器通过后端认证/计费中心获知用户信息不在数据库中,便向终端代理回送401Unauthorized质询信息,其中包含安全认证所需的令牌;

(3)终端代理提示用户输入其标识和密码后,根据安全认证令牌将其加密后,再次用REGISTER消息报告给代理服务器;

(4)代理服务器将REGISTER消息中的用户信息解密,通过认证/计费中心验证其合法后,将该用户信息登记到数据库中,并向终端代理A返回成功响应消息200OK。

呼叫流程:

(1)用户摘机发起一路呼叫,终端代理A向该区域的代理服务器发起Invite请求;

(2)代理服务器通过认证/计费中心确认用户认证已通过后,检查请求消息中的Via头域中是否已包含其地址。

若已包含,说明发生环回,返回指示错误的应答;如果没有问题,代理服务器在请求消息的Via头域插入自身地址,并向Invite消息的To域所指示的被叫终端代理B转送Invite请求;

(3)代理服务器向终端代理A送呼叫处理中的应答消息,100Trying;

(4)终端代理B向代理服务器送呼叫处理中的应答消息,100Trying;

(5)终端代理B指示被叫用户振铃,用户振铃后,向代理服务器发送180Ringing振铃信息;

(6)代理服务器向终端代理A转发被叫用户振铃信息;

(7)被叫用户摘机,终端代理B向代理服务器返回表示连接成功的应答(200OK);

(8)代理服务器向终端代理A转发该成功指示(200OK);

(9)终端代理A收到消息后,向代理服务器发ACK消息进行确认;

(10)代理服务器将ACK确认消息转发给终端代理B;

(11)主被叫用户之间建立通信连接,开始通话;

结束流程:

(2)用户通话结束后,被叫用户挂机,终端代理B向代理服务器发送Bye消息;

(3)代理服务器转发Bye消息至终端代理A,同时向认证/计费中心送用户通话的详细信息,请求计费;

(4)主叫用户挂机后,终端代理A向代理服务器发送确认挂断响应消息200OK;

(5)代理服务器转发响应消息200OK;

注:

RFC3621上结束流程为:

终端代理B直接发送Bye至终端代理A(未通过代理服务器转发),测试时使用的X-Lite软件Bye消息目的IP为代理服务器。

此现象待分析确认。

注销流程:

(1)终端向代理服务器送Register消息注销,其头中expire字段置0。

(2)代理服务器收到后回送200OK响应,并将数据库中的用户有关信息注销。

三、SIP报文分析:

注册报文分析

Register报文:

Max-Forwards:

最大转发次数,就是经过SIP服务器的转发次数,主要是为了防环Via:

SIP版本号2.0、传输类型UDP、呼叫地址

Branch是一种随机码,它被看作传输标识

Via字段中地址是消息发送方或代理转发方设备地址,一般由主机地址和端口号组成传输类型可以为UDP/TCP/TLS/SCTP

Contact:

是INVITE消息所必须的,它用来路由到被叫地址设备,也称为用户代理(UA)To:

使用用户名888去10.11.58.8登录

From:

表示请求消息的发送方和目标方,如果里面有用户名标签,地址要求用尖括号包起来,Tag:

随机码

Call-ID:

呼叫ID由本地设备生成,全局唯一。

每次呼叫该值唯一不变。

本地生成的Fromtag和Call-ID全局唯一码,被叫方生成Totag全局唯一码。

这三个随机码做为整个对话中对话标识在通话双方使用。

CSeq:

命令队列,每发送一个新的请求,该数自动加1

Expires:

到期时间

回复认证报文:

407:

要求代理权

呼叫方回应的认证报文:

代理服务器回应200OK:

篇三:

SIP协议讲解

SIP协议讲解SIP工作架构原理简介RTP/RTCPSIP/SDPUDP/TCPIP图1协议结构图SIP协议是一种会话建立和控制的信令协议,SIP协议本身不能实现多媒体的业务,SIP协议和SDP协议,媒体流RTP/RTCP协议配合完成完整的多媒体会话业务。

SIPSession建立流程1.INVITEbob@ieee.org2.INVITEbob@ieee.org3.bob4.play6.ACK7.INVITEbob@play8.INVITEbob@playSIPRedirect&LocationServers11101298图2会话建立流程图

SIP协议介绍SIP基本概念Session:

:

会话是媒体流数据和他们发送者和接收者的集合的概念由SDP中的SESSIONID定义Dialog:

对等SIP实体间的SIP信令连接关系,由fromtag,totag,callid唯一标识UserAgentClient响应。

To:

BobToheadfield预置request所希望的的”logical”recipient(REGISTER事务除外),它可能是,也可能不是request的最终recipient。

Toheadfield在REGISTER事务中表示要在LocationServer中登记谁的地址,即地址绑定中的address-of-record(vs.contactaddress)。

Toheadfield可以有一个tag参数,totag代表dialog的对等参与者(peer)。

在UAC发出一个初始Dialog的请求(如INVITE)时,即发出out-of-dialog请求时,由于dialog还没有建立,不含totag参数。

当UAS收到INVITE请求时,在其发出的2xx或101-199响应中设置totag参数,与UAC设置的FromTag参数以及Call-ID(呼叫唯一标识)一起作为一个DialogID(对话唯一标识,包含Totag,FromTag,Call-ID)的一个部分。

RFC3261规定只有INVITE请求与2xx或101-199响应可以建立Dialog(由101-199响应创建的Dialog称为earlydialog)。

见RFC3261P70见RFC3261P36,P159,P178From:

Alice;tag=1928301774Fromheadfield是request发起者的logical标识(REGISTER事务除外)fromheadfield。

在REGISTER事务中表示谁负责这次登记,如果由发起者负责该字段也就是地址绑定中的address-of-record(vs.contactaddress)。

Fromheadfield与Toheadfield类似,包含一个URI以及可选的displayname,但Fromheadfield不能是UA的主机IP地址或主机名,因为From字段只能是逻辑名(From字段用于SIP元素决定对该请求采用何种处理规则,例如对From字段代表的用户进行自动拒绝)。

From字段必须包含tag参数,在UAC发出一个out-of-dialog请求(对话建立请求)时,必须设置一个唯一的tag参数,作为DialogID的一个部分。

见RFC3261P37,P159,P172Call-ID:

a84b4c76e66710Call-IDheadfield是一个邀请消息体SIPMessageBody:

编码方式主要是由头部确定,现在为一般为SDP。

SIP通过offer/answer模型来进行UA间的SDP会话描述交互:

a)UA发出会话描述,称为offer,它包含会话描述的提议,代表期望建立的通讯方式(aduio,video,games),通讯方式的参数(如codextypes)以及用于接收answer方媒体的地址。

b)另一方UA接到offer,并用另一个会话描述予以响应,代表此UA接受的通讯方式,参数以及用于接收offer方媒体的地址。

c)UA双方会话描述的offer/answer交互在一个建立的对话内进行,当一个INVITE请求建立多个对话时,每个对话的UA间都要有offer/answer交互。

d)会话描述SDP只能由INVITE,response,ACK的消息体携带,SDP的offer/answer交互有以下几种方式:

i.INVITE携带SDP消息体发出offer,2xxresponse携带SDP消息体answerii.2xxresponse携带SDP消息体发出offer,ACK携带SDP消息体answer__

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育 > 初中作文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1