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基本協議，然後自己改造一個，或完全寫一個，可能效果更好。