lyyslsw的专栏

1 <?xml version="1.0" encoding="ISO-8859-1" ?> 2 <!DOCTYPE scenario SYSTEM "sipp.dtd"> 3 4 <!-- This program is free software; you can redistribute it and/or --> 5 <!--...

1 <?xml version="1.0" encoding="ISO-8859-1" ?> 2 <!DOCTYPE scenario SYSTEM "sipp.dtd"> 3 <!-- This program is free software; you can redistribute it and/or --> 4 <!-- ...

1 <?xml version="1.0" encoding="ISO-8859-1" ?> 2 <!DOCTYPE scenario SYSTEM "sipp.dtd"> 3 4 <!-- This program is free software; you can redistribute it and/or --> 5 <!-...

<?xml version="1.0" encoding="ISO-8859-1" ?><!DOCTYPE scenario SYSTEM "sipp.dtd"><!-- This program is free software; you can redistribute it and/or --><!-- modify it unde...

在传统电话业务中 SIP 信令 以及语音数据，在传输层大都使用UDP，随着电话业务的运营由运营商(移动，电信，联通)扩展到公司，到如今的云电话服务。 被服务的公司或个人越来越注重数据的安全，可选择的运营公司比较多，导致各个运营商开始实施安全的SIP 信令和语音。SIP/TLS or sipsVoice / SRTPRFC 4568 就描述了怎么在SDP中协商 媒体加密参数。因为S...

sip 鉴权是基于摘要签名认证的，具体来说：每一个用户都有一个用户名和密码，用户名和密码在客户端和SIP 服务器的数据库中都有保存。在认证的过程中， 客户端将自己的信息(用户名 密码 url 等信息） 做一些复杂的MD5 或者SHA256/SHA512 签名，这个签名给SIP server， SIP server 也会用相同的信息计算签名， 结果一样就认为发送消息的用户是真正合法的用户。...

SIP DTMF 有三种方式1） 带外方式， 也就是指传DTMF信号不走RTP， 通过信令的方式。用的比较多的是 sip INFO消息传输。2) 带内方式 a) 直接把DTMF 信息当做语音信号处理，但是他和语音的频率不同，在接收端可以根据频率把这16个电话按键区分出来。 但是不是所有的Codec都能够携带DTMF， G729 好像就不可以携带DTM...

在 conference 三方会议中A 打 BA hold BA 打 C建立三方会话。在这个过程中 A 与 B的 callID不会发生变化

1    USA在接收到一个请求之后，首先判断请求的方法是否自己支持，不支持，则回复405，      在405中，应该带有allow头域，表明自己支持哪一些方法。2    如果请求的方法，UAS支持，那么UAS会检查包头，看看是否自己都认识这些包头，如果有不认识的，ignore them。

sip的register重传与超时当发送第一个register时候，开启定时器，超过500ms没有响应，重新发送。在发送的register 1s内没有响应，在重发，一致到32s的定时器到0.5s 1s, 2s, 4s, 4s.....而invite确不会有限制0.5 ，1 ，2 ，4 ，8 ，16

注册是代理服务器知道终端当前位置的一个方法。在注册消息中，终端可以把自己的IP地址以及端口号告诉注册服务器，一般会在contact信息或者via中携带。但是 contact头域并不是sip必带的头域，而via是SIP消息必须带的头域。但是via头域中，并不一定包含端口号。此处的不一定是说协议里面并没有规定via必须携带端口号

ACK 的Req_URI是根据200 OK的contact-header来填的。如果200 OK带了record-route, ACK就会带Route header。如果要发的消息里面没有带route header，这个消息就会根据Req_URI来发，否则就根据route header来发

PRACK：the Provisional Response ACKnowledgement SIP中的最终响应被理解是会可靠传输的，例如对应INVITE的200OK响应，UAC会给一个ACK，告诉UAS已经收到了200OK。200与ACK间的可靠性是end-to-end的。PRACK是SIP消息中保证临时消息(101-199)可靠传输的机制。PRACK就是仿照200OK的可靠性响

核心网里面的雪崩注册是指的什么?先假设一个场景，假如一个地方停电了，当恢复供电的时候网关产品会向软交换进行注册。如果这个所有产品都同时向软交换注册，就容易造成网络拥挤导致服务器瘫痪，防雪崩的实现就是每台网关先随机获取一个时间段内的时间（比如5s），则这台网关就会在启动后5s在向软交换进行注册。这样就可以很好防止了前面的现象了。。。如何防止雪崩注册。有一个实现思想，可以参看专利htt

ii.Stale　　一个标志，用来指示客户端先前的请求因其nonce值过期而被拒绝。如果stale是TRUE（大小写敏感），客户端可能希望用新的加密回应重新进行请求，而不用麻烦用户提供新的用户名和口令。服务器端只有在收到的请求nonce值不合法，而该nonce对应的摘要（digest）是合法的情况下（即客户端知道正确的用户名/口令），才能将stale置成TRUE值。如果stale是FALSE...

1) 为什么要引入Rport 机制？ 如果client 躲在NAT 后面， client并不知道自己出NAT使用的public IP是多少， client在组装SIP消息的时候， VIA 以及contact header 里面的地址信息都是内网的IP信息， 但是 server 收到SIP消息后，他并不知道这个client是不是躲在内网里面，或者说se...