SIP过滤器

A. 影响GMP净化车间的因素有哪些

喜格总结如下：
1、风速风量换气次数
2、温湿度
3、压差
4、悬浮粒子
5、浮游菌
6、沉降菌
7、噪声
8、照度

B. 请问在sip通话的网络抓包文件中如何查看option消息

应该是没有发送出来吧，option也是和invite一样查看的，除非是包体过大被拆开了然后wireshark解不出来，或者就是option的头填写不标准

C. 网关的定义和作用

网关：
我打个比喻吧！网关好比中国古时候的要塞，如长城的山海关，是内部和内外部相连的必经之容路。没有他，或者设置不正确，都达不到目的地。
网关的定义：如果你是用猫上带路由的猫上网的话，就设成猫的IP地址。
如果你是通过服务器上网的话，就设成服务的IP地址。
但有些是不要自己设的，当他处于自动获得IP状态时（DHCP开启）如我现在用的电信ADSL。

有什么疑问到我网络空间给我留言

回答补充：
不知你说的是软网关还是硬网关，但是下面的网站会给你一个详细的答案。
网关是一种充当转换重任的计算机系统或设备。
我们所说的网关均指TCP/IP协议下的网关
实质上是一个网络通向其他网络的IP地址。起连接认路作用
参考网页：http://ke..com/view/650028.htm

D. gmp规范对设备的要求是什么

1、设备的设计与安装应符合药品生产及工艺的要求，安全、稳定、可靠，易于清洗、消毒或灭菌，便于生产操作和维修保养，并能防止差错和交叉污染。

2、设备的材质选择应严格控制。与药品直接接触的零部件均应选用无毒、耐腐蚀，不与药品发生化学变化或吸附药品的材质。

3、与药品直接接触的设备内表面及工作零件表面，尽可能不设计有台、沟及外露的螺栓连接。表面应平整、光滑、无死角，易清洗与消毒。

4、设备应不对装置之外环境构成污染，鉴于每类设备所产生污染的情况不同，应采取防尘、防漏、隔热、防噪声等措施。

5、在易燃易爆环境中的设备，应采用防爆电器并设有消除静电及安全保险装置。

6、对注射药物剂的灌装设备除应处于相应的洁净室内运行外，要按GMP要求，局部采用100级层流洁净空气保护下完成各个工序。

7、药液、注射用水及净化压缩空气管道的设计应避免死角、盲管。材料应无毒，耐腐蚀。内表面应经电化抛光，易清洗。管道应标明管内物料流向。其制备、贮存和分配设备结构上应防止微生物的滋生和污染。管路的连接应采用快卸式连接，终端设过滤器。

8、当驱动磨擦而产生的微量异物及润滑无法避免时，应对其机件部位实施封闭并与工作室隔离，所用的润滑剂不得对药品、包装容器等造成污染。对于必须进入工作室的机件也应采取隔离保护措施。

9、设备清洗除采用一般方法外，最好配备就地清洗（CIP），就地灭菌（SIP）的洁净、灭菌系统。
10、设备设计应标准化、通用化、系列化和机电一体化。实现生产过程的连续密闭、自动检测，是全面实施设备GMP要求的保证。

E. 如何抓取sip协议包

用sniffer pro 可以抓到，设置里面的过滤器就可以……

F. SIP测试中如何看发option消息没有回应

将所有的网络流量抓下来，过滤出SIP消息。
可以看到终端给服务器发送OPTION消息，正常情况下应专该从属服务器的相同端口回200OK消息回来的看看有没有，若没有就是没回应。还有看看OPTION消息里的Call-ID头域。只有200OK消息中Call-ID头域中的值与OPTION消息中一样才算是有对这条OPTION消息的响应。
望LZ采纳。

G. 如何关于wireshark抓SIP/RTP包

直接根据网络接口抓包，抓好后再过滤器里输入sip或者RTP就会在抓到的包里把sip或RTP包过滤出来显示

H. sip抓包，如何查看传输的语音信息

SIP只是信令啊，你可以打开SIP里的INVITE消息和200OK消息，看里面的媒体协商的SDP信息，就可以知道媒版体面通信的权双方IP地址和端口号。按照双方信息直接抓包就可以了。或者你可以把全部流量抓下来，然后在wireshark里面过滤RTP。
望LZ采纳。有其他不明白的请追问

I. 求wireshark抓的RTP包数据去头部的c++方法

应该不能。因为不走网卡走，而winpcap是驱动层的。

J. 如何用tcpmp抓取sip信令

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的工作流程，当然少不了抓包工具和tcpmp。
不过，其实，sip没有想象中的那么麻烦。现在回头看，刚开始做项目，使用协议栈绝对不是好想法。如果换个方向，先熟悉SIP基本协议，然后自己改造一个，或完全写一个，可能效果更好。