sip服务器是什么意思？

SIP服务器（SessionInitiationProtocol服务器），主要应用在大型智慧社区可视对讲的大联网，用于室内机、门口机、管理机间通话命令的发送和通话连接，实时监测可视对讲设备的状态，并上报管理机的呼叫日志到平台，便于后续查询。

sip服务器是IPPBX的主要组件，负责建立网络中所有的sip电话通话。

sip服务器也叫SIP代理服务器或注册服务器。

简单的sip服务器只负责会话的建立、维护和清除，不过多干涉呼叫。

而相对比较复杂的sip服务器，一般又称为SIPPBX，则不仅仅提供对基本呼叫、基本会话的支持，还提供丰富的业务，例如Presence、Find-me、MusicOnHold等等。

sip服务器的开发目的是用来帮助提供跨越因特网的高级电话业务。

SIP是一个网络协议，主要用于音视频会话的。SIP服务器就是具有建立这种会话功能的服务器。

QQ应该用的这个协议。你用QQ语音聊天，当点击视频通话的时候，你的电脑会向QQ的服务器（也就是SIP服务器）发送你想跟谁视频聊天的信息，服务器会帮你找到那个人的位置，把你想干的事情告诉它。对方点击确定，他的电脑就给服务器回复接受的信息，服务器再帮你把这个消息转给邀请你的人。这样QQ视频通话就能正常进行了。

sip注册是有tel格式
REGISTER请求发送的一个注册服务中包含contact address(es)地址，这个地址是针对SIP请求的address-of-record地址，是应该被处理的转发处理的地址。address-of-record地址包含在注册请求的To头中。
典型的请求中的Contact头值由SIP或者SIPS URLs组成，这些URL地址用来确认具体的SIP终端(例如，sip:carol@cube2214achicagocom)，但是也可以使用其他的URL格式。举例，一个SIP UA可以选择使用电话号码的方式注册(使用tel URL，RFC 2806 [9])或者邮件地址的格式注册(使用一个mailto URL, RFC 2368 [32])，这些地址格式可以作为Contacts的address-of-record地址。
例如，Carol使用这个AOR地址sip:carol@chicagocom注册到域名为chicagocom所提供的SIP注册服务，她的注册服务使用的是代理服务器在chicagocom，通过这个代理服务器来路由Carol的address-of-record，然后到其具体的SIP终端。
一旦客户端作为注册服务，并且创建了绑定关系的话，它可能在接下来的注册中包含新的绑定或者如有必要，它修改现存的绑定关系。在返回的2xx注册请求响应码中的Contact头中将包含一个完整的针对AOR(address-of-record)的已注册的绑定列表。
如果在注册请求中To头的AOR(address-of-record)使用的是SIPS URL格式，那么任何在请求中的Contact头也应该使用SIPS URI格式。当安全资源是以contact头出现，这个安全资源能够通过其他手段得到保证时，客户端应该只能在一个SIPS的AOR下使用非-SIPS URLS。这种方式也许是可行的，终端的URLs采用了其他的协议而不是SIP协议，或者SIP设备的加密协议使用的是其他协议不是TLS协议。
支持无需更新所有的绑定。通常来说，一个UA仅更新自己的contact地址。
10211 Setting the Expiration Interval of Contact Addresses
当客户端发送一个注册请求时，客户端可能会建议设置一个超时周期，这个超时周期设置表示客户端注册的时长有效期。(在Section 103中有描述，注册服务会基于本地策略选择一个实际时间周期)。
为了绑定注册，本规范在客户端提供了两种方式可以建议设置超时周期：通过一个Expires头域或者一个Contact头中的"expires" 参数来设置。当在一个注册请求环境下支持了多个绑定时，后者允许基于每个绑定来设置超时周期，前者则建议对不包含“expires”参数的所有Contact头设置超时周期。
如果以上所有的设置方式没有出现在注册请求中时，那说明客户端希望服务器端来为客户端设置超时设置。
10212 Preferences among Contact Addresses
如果在注册请求中，有一个以上的Contact被发送出去的话，那么说明正在注册的UA试图使用To头中的AOR(address-of-record)地址关联Contact头域中的所有URLs地址。这个URL列表的优先级根据Contact 头中的“q”参数来确定。参数“q”表示针对这个特定的Contact头值来说，对比其他的绑定的AOR地址，“q”设置了一个相对偏好。在Section 166 章节中描述了代理服务器如何使用这个偏好指示。

通常都需要注册，这主要是鉴权方面的考虑。
不注册的情况，是采用“server to server”的方式，也就是说，SIP服务器与FXO网关之间建立SIP中继，双方互相认可对方的IP地址。
注册情况下，FXO网关可以在任意IP地址与SIP服务器互联；不注册情况下，SIP服务器上必须配置信任FXO网关的IP地址。

按照正常流程，客户端在收到服务器的认证确认信息后应该会再次发送带有认证信息的注册请求，如果不再发送，只能判断是客户端设备故障。
你可以把跟踪的信令发给我，当客户端不发送注册请求时应该会出现一个错误码，根据错误码可以知道是什么原因导致其后续错误

仔细看RFC3621啊
-----
简而言之，如果你使用UDP，默认T1=500毫秒，即半秒钟
Register ---> 05s 未收到响应
重发Register ---> 1s 未收到响应
重发Register ---> 2s 未收到响应
重发Register ---> 4s 未收到响应
一直到64个T1，即32秒，如果还是没有应答，则生成传输错误，报告给应用层。
-----
如果使用的是非可靠传输的通讯层，客户端事务必须启动一个定时器A并且由缺省值T1组成。如果是一个可靠的通讯协议，那么客户端事务不应当启动定时器A（定时器A控制请求的重发送）。对于任何通讯协议来说，客户端事务必须启动一个定时器B并且有着64×T1秒的缺省值（定时器B控制事务的超时）。
当定时器A触发了，客户端事务必须重发这个请求，把请求交给通讯层进行发送，并且重新设置定时器为2T1。在传输层中重传的定义是指把刚才通过传输层发送的消息，再次交给传输层重新发送一次。
当定时器A在2×T1后触发了，请求必须再次重传（如果客户端事务依旧还是在这个状态的话）。这个处理必须持续下去，这样请求才能每重发一次以后定时器延时1倍。重发机制只有当客户端事务在”calling”状态的时候才能进行。
缺省的T1是500ms。T1是一个RTT的估计时间，是在客户端和服务端的一个事务处理的估计时间。节点可以（不推荐）使用更小的T1值，比如私有网络，并不接到INTERNET的网络可以设置小一点。T1也可以设置成为大一点的值，并且我们建议如果当我们知道RTT值比较大的时候（比如高延时的网络）应当设置T1成为大一点的值。不管T1如何取值，本节要求的重传机制要求的指数延时是必须使用的。

登陆>

user name 注册名称

Password 密码

Retype password 再次输入密码

一段小红字下面键人左边显示的字符

最后点击左下角Register注册按钮，注册完成

---