我觉得大家对ReSIProcate存在一个误区。大多数人接触ReSIProcate基于应用的目的，考虑采用ReSIProcate服务于应用的时候总是要问ReSIProcate支持不支持某种应用，比如支持不支持语音编码啦，支持不支持电话多方视频会议啦，支持不支持MFC啦......甚至于在问这些问题之前对ReSIProcate是什么一无所知。在将ReSIProcate考虑入应用的候选行列之前，总该先问下ReSIProcate是什么吧。
ReSIProcate是什么，按我的理解，其实很简单，也就是收发sip协议消息。只是因为为了满足sip最主要的应用VoIP，ReSIProcate有些庞大。是否应用ReSIProcate，就要看你的应用中是否需要收发sip消息。明白了这点，想必在问些ReSIProcate是否支持您关注的应用问题方面能问得更为明智些。
明白ReSIProcate也就是收发sip协议消息，也会让我们建立ReSIProcate的调试环境更有针对性。
windows下搞ReSIProcate，DebugView和WireShark总是少不了。
建立ReSIProcate的调试环境，需要两台电脑(为了WireShark大显身手的目的)，一台电脑开Proxy（repro这个项目），另一台电脑开basicCall(简化版的soft phone或是终端)，打开DebugView，并用WireShark抓包。
一个建立ReSIProcate的方向。这阵子为了对Proxy进行压力测试的目的，我建立了如上所说的调试环境。
把ReSIProcate仅仅着眼于应用，而不深入，碰到问题可能会有些困惑。有问题的话，可能各种原因，也许是信令的问题，也许是硬件的问题，也许是RTP或是语音编码之类的问题.....使用这种调试环境调试至少可以解决信令方面的问题。在排除硬件方面的差异性的影响也是颇有意义。