4001082196是什么电话

4001082196是华信亿联第三方催收的网络电话。

网络电话通过把语音信号经过数字化处理、压缩编码打包、透过网络传输、然后解压、把数字信号还原成声音，让通话对方听到。

所有拨往400总机号码的来电均被转接至预先设定的固定电话、手机或呼叫中心专线上。400电话总机只负责处理呼入的电话，不能外拨。话费由企业和拨打400电话的用户分摊，拨打方仅支付当地市话费。400热线体现了企业服务意识，是信誉和实力的象征。

随着网络电话的使用量的不断增加，网络电话安全问题也日益突显。安全是网络电话的必要并且重要的组成部分之一。如何保护网络电话的语音信息的隐私，成为网络电话向前发展需要克服的问题。网络电话加密是保障网络电话安全的技术手段，IPSec，安全实时传输协议SRTP以及虚拟专用网络。

回拨模式则相反，它只在接通前耗费极少的流量传输信号连接到服务器，一次大概是2KB的样子，接通以后，服务器会进行回拨，整个通话过程不再需要耗费流量，所以适合人员外出时使用。假设你在异地的时候，我们是采用回拨的模式，所以你的手机必须可接通。

1、开源的sip服务器端，比较好用的是Asterisk，标准C程序实现，代码清晰。

2、sip的client相对比较多，主要有exosip,pjsip和opal。exosip简单易用，在PC上用比较方便。但是涉及的相关资源太多，用了osip,srtp,ms2等众多的开源库，ms2下面还用到了ffmpeg，别的不说，光编译就是噩梦。opal功能最强，虽然也用到了ffmpeg ，但是自己封装的非常好，采用插件方式，调用灵活。opal采用class方式提供封装，接口非常友好。感觉唯一不爽的地方，就是低层使用了ptlib，虽然多平台下都很好用，但放在嵌入式下感觉稍庞大了一些。pjsip精巧，方便移植，嵌入式下应该是首选。不过视频频支持方面扩展起来比opal麻烦。个人感觉，对于windows开发者来说，pjsip最大的好处就是代码调试方便。整个工程一次编译通过，另外两个库还要找很多相关的资源

。

3、其他的一些协议栈也调试过，比如reSipphone，好象是这个名字，还有Yate，不过从快速开发角度看，都不太合适。现在搞sip开发的，一开始就是先找好协议栈。linphone,ekiga什么的，但庞大。对于刚开始做的，最好是一个精简的demo。后来找到pjsip下面的几个例子，慢慢地了解了sip的工作流程，当然少不了抓包工具和tcpdump。

不过，其实，sip没有想象中的那么麻烦。现在回头看，刚开始做项目，使用协议栈绝对不是好想法。如果换个方向，先熟悉SIP基本协议，然后自己改造一个，或完全写一个，可能效果更好。

1HLS(HTTPLiveStreaming)：Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。

2http为计算机网络中进行数据交换而建立的规则，网络中一个微机用户和一个大型主机的操作员进行通信。

3流媒体协议是用来描述进程之间信息交换数据时的规则术语。

安全实时传输协议（Secure Real-time Transport Protocol或SRTP）是在实时传输协议（Real-time Transport Protocol或RTP）基础上所定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。它是由David Oran（思科）和Rolf Blom（爱立信）开发的，并最早由IETF于2004年3月作为RFC3711发布。

由于实时传输协议和可以被用来控制实时传输协议的会话的实时传输控制协议（RTP Control Protocol或RTCP）有着紧密的联系，安全实时传输协议同样也有一个伴生协议，它被称为安全实时传输控制协议（Secure RTCP或SRTCP）；安全实时传输控制协议为实时传输控制协议提供类似的与安全有关的特性，就像安全实时传输协议为实时传输协议提供的那些一样。

在使用实时传输协议或实时传输控制协议时，使不使用安全实时传输协议或安全实时传输控制协议是可选的；但即使使用了安全实时传输协议或安全实时传输控制协议，所有它们提供的特性（如加密和认证）也都是可选的，这些特性可以被独立地使用或禁用。唯一的例外是在使用安全实时传输控制协议时，必须要用到其消息认证特性。

相同点：

1、OSI网络层

它们都根据OSI参考模型生活在同一层。我们称这层为传输层。在套接字之间的这一层中，传

输数据。他们在这方面没有区别。

2、安全

从安全角度来看，TCP和UDP都是相同的。实际上，TCP由于其会话管理而具有一些小优势，

但从总体上看，如果实现SSL，加密等安全机制，则存在安全性。除UDP之外，实现类似TCP

的协议的SSL / TLS非常容易。另一方面，像RTP这样的语音通信协议可以升级到SRTP，使底

层UDP更安全。

不同点：

1、数据包结构

UDP具有精简包结构。UDP在其标题部分中仅提供源，目标端口，长度，校验和。TCP在包中

有更多字段，因为TCP传输有更多的步骤和控件来进行包传递。TCP有12个头字段。

2、复杂程度

TCP绝对比UDP协议更复杂。正如我们在上侧看到的，TCP具有很多传输相关机制的区域。例

如，TCP提供了设置传输缓冲区相关内存的窗口机制。UDP只有校验和机制和数据包计数器，

有时候没有实现。

3、算法

要使用TCP传输数据，必须使用名为3次握手的方法创建会话。第一个客户端发送一个包含SYN

标志的数据包，服务器用ACK标志响应，最后一步客户端发送SYNC + ACK以完成与相关服务

器的TCP会话。UDP没有任何特殊算法。UDP包直接发送到服务器的端口。管理层通常在上层

应用程序层中执行。

4、速度

TCP协议的复杂性使TCP比UDP慢。至少要发送一个字节，需要进行会话初始化，并在数据传

输后关闭会话。这使TCP变慢。关于TCP的速度已经做了一些工作，但架构是有限的新增强功

能。如果您通过光纤传输UDP，则UDP 速度很快UDP速度很快，因为没有会话或会话终止的

算法。

5、可靠性

TCP是一种可靠的协议，因为它运行机制来防止数据丢失或更改。TCP使用会话来提高数据传

输的可靠性。同样在数据传输中，在两侧之间检查传输的数据，并且如果发生一些丢失或改

变，则再次重新传输数据。UDP也不可靠。真的不是。但是，如果您希望它是可靠的上层应用

程序级别机制可以实现，但这些将使传输更复杂。

6、协议

在这部分中，列出使用UDP或TCP或两者的协议。

UDP以下协议使用UDP传输。

DHCP

DNS

流

RDP

TFTP

SNMP

VOIP

TCP以下协议使用TCP传输。

HTTP

HTTPS

FTP

SMTP

TELNET

FreeSWITCH 是一个开源的电话交换平台，它具有很强的可伸缩性--从一个简单的软电话客户端到运营商级的软交换设备几乎无所不能。能原生地运行于Windows、 Max OS X、Linux、BSD 及 solaris 等诸多32/64位平台。可以用作一个简单的交换引擎、一个PBX，一个媒体网关或媒体支持IVR的服务器等。它支持SIP、H323、Skype、 Google Talk等协议，并能很容易地与各种开源的PBX系统如sipXecs、Call Weaver、Bayonne、YATE及Asterisk等通信。 FreeSWITCH 遵循RFC并支持很多高级的SIP特性，如 presence、BLF、SLA以及TCP、TLS和sRTP等。它也可以用作一个SBC进行透明的SIP代理（proxy）以支持其它媒体如T38 等。FreeSWITCH 支持宽带及窄带语音编码

相同点：

1、OSI网络层

它们都根据OSI参考模型生活在同一层。我们称这层为传输层。在套接字之间的这一层中，传

输数据。他们在这方面没有区别。

2、安全

从安全角度来看，TCP和UDP都是相同的。实际上，TCP由于其会话管理而具有一些小优势，

但从总体上看，如果实现SSL，加密等安全机制，则存在安全性。除UDP之外，实现类似TCP

的协议的SSL

/

TLS非常容易。另一方面，像RTP这样的语音通信协议可以升级到SRTP，使底

层UDP更安全。

不同点：

1、数据包结构

UDP具有精简包结构。UDP在其标题部分中仅提供源，目标端口，长度，校验和。TCP在包中

有更多字段，因为TCP传输有更多的步骤和控件来进行包传递。TCP有12个头字段。

2、复杂程度

TCP绝对比UDP协议更复杂。正如我们在上侧看到的，TCP具有很多传输相关机制的区域。例

如，TCP提供了设置传输缓冲区相关内存的窗口机制。UDP只有校验和机制和数据包计数器，

有时候没有实现。

3、算法

要使用TCP传输数据，必须使用名为3次握手的方法创建会话。第一个客户端发送一个包含SYN

标志的数据包，服务器用ACK标志响应，最后一步客户端发送SYNC

+

ACK以完成与相关服务

器的TCP会话。UDP没有任何特殊算法。UDP包直接发送到服务器的端口。管理层通常在上层

应用程序层中执行。

4、速度

TCP协议的复杂性使TCP比UDP慢。至少要发送一个字节，需要进行会话初始化，并在数据传

输后关闭会话。这使TCP变慢。关于TCP的速度已经做了一些工作，但架构是有限的新增强功

能。如果您通过光纤传输UDP，则UDP 速度很快UDP速度很快，因为没有会话或会话终止的

算法。

5、可靠性

TCP是一种可靠的协议，因为它运行机制来防止数据丢失或更改。TCP使用会话来提高数据传

输的可靠性。同样在数据传输中，在两侧之间检查传输的数据，并且如果发生一些丢失或改

变，则再次重新传输数据。UDP也不可靠。真的不是。但是，如果您希望它是可靠的上层应用

程序级别机制可以实现，但这些将使传输更复杂。

6、协议

在这部分中，列出使用UDP或TCP或两者的协议。

UDP以下协议使用UDP传输。

DHCP

DNS

流

RDP

TFTP

SNMP

VOIP

TCP以下协议使用TCP传输。

HTTP

HTTPS

FTP

SMTP

TELNET