職業(yè)生涯規(guī)劃網(wǎng)站開發(fā)背景,沒有專項備案的網(wǎng)站,安徽省建設(shè)銀行網(wǎng)站,如何建網(wǎng)站老魚網(wǎng)目錄 一#xff0e;Kamailio轉(zhuǎn)發(fā)機制 1.有狀態(tài)的請求轉(zhuǎn)發(fā) 2.無狀態(tài)的請求轉(zhuǎn)發(fā) 3.有狀態(tài)的響應(yīng)轉(zhuǎn)發(fā) 4.無狀態(tài)的響應(yīng)轉(zhuǎn)發(fā) 二#xff0e;示例 1.有狀態(tài)的請求轉(zhuǎn)發(fā) 2.無狀態(tài)的請求轉(zhuǎn)發(fā) 一#xff0e;Kamailio轉(zhuǎn)發(fā)機制 基于路由規(guī)則和SIP消息頭#xff08;可以是Request…目錄一Kamailio轉(zhuǎn)發(fā)機制1.有狀態(tài)的請求轉(zhuǎn)發(fā)2.無狀態(tài)的請求轉(zhuǎn)發(fā)3.有狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)4.無狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)二示例1.有狀態(tài)的請求轉(zhuǎn)發(fā)2.無狀態(tài)的請求轉(zhuǎn)發(fā)一Kamailio轉(zhuǎn)發(fā)機制基于路由規(guī)則和SIP消息頭可以是Request-URI、To 頭、自定義邏輯將SIP請求從一個端點轉(zhuǎn)發(fā)到另一個端點提供了以下函數(shù)1.有狀態(tài)的請求轉(zhuǎn)發(fā)它們是帶事務(wù)層的可靠轉(zhuǎn)發(fā)。如果使用下面兩個在轉(zhuǎn)發(fā)過程中,kamailio會維護(hù)請求的狀態(tài)避免重復(fù)轉(zhuǎn)發(fā)或響應(yīng)丟失。①t_relay()t_relay()目標(biāo)來源是$du獲取比如$du”sip:192.168.1.100:3000”;t_relay();②t_relay_to()t_relay_to()目標(biāo)來源是從參數(shù)指定比如t_relay_to(“udp”,”192.168.1.100:3000”)也可以使用變量$var(target)”192.168.1.100:3000”t_relay_to(“udp”,$var(target))2.無狀態(tài)的請求轉(zhuǎn)發(fā)forward()forwrad()目標(biāo)來源可以從$du獲取比如$du sip:192.168.1.100:5060;forward();或者直接指定目標(biāo)forward(udp, 192.168.1.100:5060);接著是這個過程的相關(guān)流程圖首先需要了解事務(wù)存儲的內(nèi)容事務(wù)存儲總結(jié)一下如果是有狀態(tài)的請求轉(zhuǎn)發(fā)在t_newtran這里創(chuàng)建事務(wù)的時候就會設(shè)置好響應(yīng)的dst(用函數(shù)update_sock_struct_from_via),也就是從via頭域里面更新。進(jìn)行轉(zhuǎn)發(fā)的時候會通過遍歷branch列表來添加uac的信息uac里面有request這個字段request包含需要發(fā)送的內(nèi)容包括dst,buffer,buffer_len。如果自己在配置文件還設(shè)置了onsend_route那么run_onsend會修改當(dāng)前uac-request的dst信息。如果是無狀態(tài)的請求轉(zhuǎn)發(fā)配置文件中的$du就是dst,在dst已經(jīng)存在的情況下會用build_req_buf_from_sip_req函數(shù)構(gòu)建需要發(fā)送的消息也就是需要發(fā)送的內(nèi)容是從sip消息中構(gòu)建的。3.有狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)當(dāng)使用有狀態(tài)方式處理請求時如使用t_relay())響應(yīng)會自動通過事務(wù)層找到對應(yīng)uac,調(diào)用relay_reply執(zhí)行轉(zhuǎn)發(fā)。4.無狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)有響應(yīng)之后會先判斷是否滿足tm模塊的條件如果mod_response_reply為0說明沒有匹配就進(jìn)行無狀態(tài)轉(zhuǎn)發(fā)處理會通過Via來設(shè)置dst,最后發(fā)送響應(yīng)。以下是相關(guān)流程圖總結(jié)一下如果是有狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)dst在請求轉(zhuǎn)發(fā)創(chuàng)建事務(wù)的時候已經(jīng)設(shè)置好了。接著初始化模塊會設(shè)置一個response_f回調(diào)函數(shù)對于tm模塊來說就是reply_received。腳本的onreply_route完畢之后就會調(diào)用do_forward_reply通過判斷mod_response_cbks[r](msg)看是否能走tm模塊的函數(shù)如果滿足條件就到reply_received,依賴事務(wù)層在t_reply_matching函數(shù)里面取出via1的branch值來設(shè)置事務(wù)有了branch就可以找到對應(yīng)的uac通過sip消息構(gòu)建buf之后就有了需要發(fā)送的內(nèi)容可以進(jìn)行響應(yīng)轉(zhuǎn)發(fā)。如果在上述判斷mod_response_cbks[r](msg)的時候為0說明沒有匹配進(jìn)行無狀態(tài)的響應(yīng)轉(zhuǎn)發(fā)處理會用via2設(shè)置dst,通過sip消息用build函數(shù)構(gòu)建new_buf從而進(jìn)行轉(zhuǎn)發(fā)。二示例1.有狀態(tài)的請求轉(zhuǎn)發(fā)轉(zhuǎn)發(fā)的時候依賴事務(wù)現(xiàn)在有主叫方sip:100000192.168.131.47:6060和被叫方sip:regnumber333001.a.myucm.cloud:5060也就是原始的請求目標(biāo)以及kamailio代理服務(wù)器監(jiān)聽在 10.0.2.15:5060/tcp。如果有一個INVITE請求在路由腳本里設(shè)置它為有狀態(tài)的請求轉(zhuǎn)發(fā)那他的流程就是基于上面的腳本進(jìn)行了一個呼叫請求對日志進(jìn)行分析Request-URI 原本是 sip:1234510.0.2.15:5060但腳本中被 $du 覆蓋為自定義地址。通過 $du sip:10.0.2.15:3000;transporttcp 強制指定轉(zhuǎn)發(fā)目標(biāo)忽略原 Request-URI。后續(xù)的響應(yīng)事務(wù)層會直接去查找匹配不需要手動調(diào)用2.無狀態(tài)的請求轉(zhuǎn)發(fā)用forward轉(zhuǎn)發(fā)的時候依賴 $du這里使用了forward進(jìn)行了無狀態(tài)的請求轉(zhuǎn)發(fā)10.0.2.153000收到注冊請求后返回未授權(quán)響應(yīng)此時kamailio靠Via頭將響應(yīng)傳給客戶端。接著發(fā)起第二次注冊請求兩次的callid是一樣的但是kamailio每次都當(dāng)作全新請求處理