SEPP跨運(yùn)營商對(duì)接異廠家SEPP,本端2套SEPP,對(duì)端1套。本端對(duì)接數(shù)據(jù)完成后,異廠家反饋無法同時(shí)對(duì)接本端2套SEPP,只對(duì)接了本端SEPP001。
本端SEPP002在路由出口中將HTTP對(duì)等端組設(shè)置為C鏈SEPP001。SEPP001收到信令消息,如圖1所示。
SEPP001路由消息失敗,如圖2所示。
1. 分析SEPP001從SEPP002中轉(zhuǎn)發(fā)的信令消息,發(fā)現(xiàn)authority參數(shù)是自身,同時(shí)也沒有APIROOT的路由參數(shù),如圖3所示。
2. 通常,SEPP給本網(wǎng)網(wǎng)元轉(zhuǎn)發(fā)消息時(shí)才會(huì)將收目標(biāo)網(wǎng)元的FQDN填到authority參數(shù)中,發(fā)送給網(wǎng)元。而轉(zhuǎn)接從本網(wǎng)網(wǎng)元發(fā)給異網(wǎng)的消息時(shí),會(huì)將APIROOT保留著發(fā)給異網(wǎng)SEPP。因此推斷SEPP002在配置C鏈SEPP時(shí)網(wǎng)元類型有問題。
3.?查看對(duì)等端配置,發(fā)現(xiàn)C鏈SEPP的網(wǎng)元類型為“NF”。
1.?修改C鏈SEPP的網(wǎng)元類型為“同網(wǎng)SEPP”后,消息轉(zhuǎn)發(fā)正常,如圖4所示。
2.消息從SEPP002發(fā)給SEPP001時(shí),authority中攜帶對(duì)端iNRF的FQDN,SEPP001接收后成功轉(zhuǎn)發(fā)該消息。