長途ISDN數(shù)據(jù)呼叫配置詳解

2019-11-04 20:32:55

字體：大中小

供稿：網(wǎng)友

　　大連到深圳ISDN呼叫的問題分析以及解決方法
　　
　　下面是大連Cisco路由器建立數(shù)據(jù)呼叫的初始配置：
　　
　　interface BRI2/0
　　ip address 10.1.1.1 255.255.255.252
　　encapsulation ppp
　　dialer map ip 10.1.1.2 name SZ-Center broadcast 0755XXXXXXX
　　dialer-group 1
　　isdn switch-type basic-net3
　　ppp authentication chap
　　!
　　dialer-list 1 PRotocol ip permit
　　
　　通過ping
　　
　　10.1.1.2觸發(fā)ISDN撥號,發(fā)現(xiàn)不能成功建立連接。為了確定故障原因，通過Debug
　　dialer發(fā)現(xiàn)正常觸發(fā)呼叫，這樣，就需要檢查電路呼叫是否正常建立，通過在大連Cisco 路由器上Debug isdn q931，獲得如下的輸出信息：
　　
　　5w0d: ISDN BR2/0: TX ->　SETUP pd = 8　callref = 0x03
　　5w0d:　　　　 Bearer Capability i = 0x8890
　　5w0d:　　　　 Channel ID i = 0x83
　　5w0d:　　　　 Called Party Number i = 0x80, '07553296145',
　　Plan:Unknown, Type:Unknown
　　5w0d: ISDN BR2/0: RX <-　SETUP_ACK pd = 8　callref = 0x83
　　5w0d:　　　　 Channel ID i = 0x89
　　5w0d: ISDN BR2/0: RX <-　DISCONNECT pd = 8　callref = 0x83
　　5w0d:　　　　 Cause i = 0x83C1 - Bearer capability not implemented
　　5w0d: ISDN BR2/0: TX ->　RELEASE pd = 8　callref = 0x03
　　5w0d:　　　　 Cause i = 0x80C1 - Bearer capability not implemented
　　5w0d: ISDN BR2/0: RX <-　RELEASE_COMP pd = 8　callref = 0x83
　　
　　在上面的輸出顯示中：Setup中的Bearer Capability 為8890，其中88表示是CTITT標(biāo)準(zhǔn)的、無限制的數(shù)據(jù)通訊，90表示是一個電路模式的，速度為64K的通訊。Setup_Ack表示交換機(jī)接收到呼叫建立信令。DISCONNECT表示從交換機(jī)收到一個釋放連接信令，在這個信令中包含了一個Cause Code，表示釋放呼叫的原因，從Cause code輸出信息中我們可以看到，ISDN網(wǎng)絡(luò)認(rèn)為沒有提供數(shù)據(jù)呼叫的能力，而在用ISDN做市內(nèi)數(shù)據(jù)呼叫是正常的，因此，可認(rèn)為是大連到深圳的ISDN線路中間通過了公共電話交換網(wǎng)中繼，而ISDN網(wǎng)絡(luò)不知道如何將數(shù)據(jù)呼叫轉(zhuǎn)換成語音呼叫，導(dǎo)致交換機(jī)拒絕這個連接，為了確認(rèn)呼叫沒有傳送到深圳路由器上，在深圳路由器上用Debug isdn q931沒有任何輸出輸出。
　　
　　為了確認(rèn)ISDN是否具有長途呼叫功能，通過ISDN撥打深圳一個固定電話，能正常建立通訊。問題的原因在路由器使用了數(shù)據(jù)呼叫的Bearer Capability，對此，對大連路由器配置作出變動，將數(shù)據(jù)呼叫作為語音呼叫來建立，配置如下：
　　
　　interface BRI2/0
　　ip address 10.1.1.1 255.255.255.252
　　encapsulation ppp
　　dialer map ip 10.1.1.2 name SZ-Center class voice-call broadcast 0755xxxxxxx
　　dialer-group 1
　　isdn switch-type basic-net3
　　ppp authentication chap
　　dialer-list 1 protocol ip permit
　　!
　　map-class dialer voice-call
　　dialer voice-call
　　
　　作出如下配置變動后，同樣呼叫建立不成功，為了找到建立不成功的原因，同樣在在大連路由器上用Debug isdn q931命令來看ISDN呼叫建立過程，結(jié)果如下：
　　
　　5w0d: ISDN BR2/0: TX ->　SETUP pd = 8　callref = 0x1E
　　5w0d:　　　　 Bearer Capability i = 0x8090A2
　　5w0d:　　　　 Channel ID i = 0x83
　　5w0d:　　　　 Called Party Number i = 0x80, '07553296145',
　　Plan:Unknown, Type:Unknown
　　5w0d: ISDN BR2/0: RX <-　RELEASE_COMP pd = 8　callref = 0x9E
　　5w0d:　　　　 Cause i = 0x82E404 - Invalid information element contents
　　
　　在上面的Debug輸出信息中，Setup中的Bearer Capability是8090A2，其中80表示是一個CTITT標(biāo)準(zhǔn)的語音，90表示是一個電路模式、傳輸速率為64K，A2表示64K傳輸?shù)膬?nèi)容是G.711 [10] μ-law的語音呼叫，當(dāng)建立這個呼叫時，直接被交換機(jī)拒絕，Cause Code顯示交換機(jī)不能識別這個Bearer Capability。為了確定ISDN在進(jìn)行普通語音呼叫時采用的Bearer Capability信息，通過一個普通電話呼叫ISDN電話，同樣在Cisco路由器上Debug isdn q931信息，得到如下輸出：
　　
　　5d02h: ISDN BR2/0: RX <-　SETUP pd = 8　callref = 0x28
　　5d02h:　　　　 Sending Complete
　　5d02h:　　　　 Bearer Capability i = 0x9090A3
　　5d02h:　　　　 Channel ID i = 0x89
　　5d02h:　　　　 Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
　　5d02h:　　　　 Calling Party Number i = 0x2183, '041164641754', Plan:ISDN, Type:National
　　5d02h:　　　　 Called Party Number i = 0xA1, '041187740294', Plan:ISDN, Type:National
　　5d02h: ISDN BR2/0: Event: Received a call with a bad bearercap from 041164641754 on B1
　　5d02h: ISDN BR2/0: RX <-　RELEASE pd = 8　callref = 0x28
　　5d02h:　　　　 Cause i = 0x8A9F - Normal, unspecified
　　5d02h: ISDN BR2/0: RX <-　RELEASE pd = 8　callref = 0x28
　　5d02h:　　　　 Cause i = 0x8A9F - Normal, unspecified
　　
　　從上面的Debug信息中，看到ISDN在建立語音呼叫的時候他采用的9090A3，其中第一個90表示的是CTITT標(biāo)準(zhǔn)的3.1KHz的語音,第二個90表示電路模式的，傳輸速度為64K的通訊，而A3表示64K通道傳輸?shù)母袷绞荊.711 A-law編碼方式。由于通常路由器卻省是不接收語音呼叫的，事件信息5d02h: ISDN BR2/0: Event: Received a call with a bad bearercap from 041164641754 on B1就表示路由器不接受這個呼叫，這樣，確認(rèn)這個CiscoIOS軟件在做語音呼叫的時候說采用北美標(biāo)準(zhǔn)進(jìn)行呼叫的，而ISDN交換機(jī)是不提供G.711 [10] μ-law和G.711 A-law的轉(zhuǎn)換的（當(dāng)然轉(zhuǎn)換也不能通訊的，因?yàn)槁酚善鞯?4K通道傳輸?shù)氖菙?shù)據(jù)而不是G.711 [10] μ-law或G.711 A-law語音編碼，交換機(jī)也沒法進(jìn)行轉(zhuǎn)換）,因此,必須讓路由器在呼叫時欺騙ISND交換機(jī)使它認(rèn)為傳送的是G.711 A-law的語音數(shù)據(jù)，通過更換Cisco IOS版本，找到Cisco IOS Enterprise Plus 12.1.5T10，在做語音呼叫是采用的A3的Bearer Capability，這樣，在大連路由器上的ISDN端口上配置isdn outgoing-voice 3.1khz-audio命令，大連路由器在呼叫出去時，其Bearer Capability信息就是9090A3了，ISDN交換機(jī)就認(rèn)為是一個普通語音呼叫，通過ISDN信令和七號信令的轉(zhuǎn)換，就可以在深圳接收到大連的ISDN呼叫，這樣，這個呼叫建立過程就完全成功。由于路由器確省是拒絕語音呼叫的，在深圳路由器的ISDN端口上配置isdn incoming-voice data，讓路由器接受語音呼叫，并把他當(dāng)作數(shù)據(jù)呼叫來處理，這樣就成功實(shí)現(xiàn)大連到深圳的ISDN數(shù)據(jù)連接，該方法同樣適合武漢到深圳、廣州到上海等地ISDN數(shù)據(jù)通訊問題，最終的路由器配置如下：
　　
　　大連路由器的配置：
　　
　　interface BRI2/0
　　ip address 10.1.1.1 255.255.255.252
　　encapsulation ppp
　　dialer map ip 10.1.1.2 name SZ-Center class voice-call broadcast 0755XXXXXXX
　　dialer-group 1
　　isdn switch-type basic-net3
　　isdn outgoing-voice info-transfer-capability 3.1khz-audio　　 # if no this command ，Bearer Capability will change to 8090A3
　　ppp authentication chap
　　!
　　
　　dialer-list 1 protocol ip permit
　　!
　　map-class dialer voice-call
　　dialer voice-call
　　
　　深圳路由器的配置
　　interface BRI2/0
　　ip address 10.1.1.2 255.255.255.252
　　encapsulation ppp
　　dialer map ip 10.1.1.1 name DL-Center broadcast
　　dialer-group 1
　　isdn switch-type basic-net3
　　ppp authentication chap
　　isdn incoming-voice data　　　　　　　 #　let cisco route accept voice call as data call
　　!
　　dialer-list 1 protocol ip permit
　　
　　通過上面的分析及排除故障的過程，長途ISDN不能進(jìn)行數(shù)據(jù)呼叫的主要問題是由于全國ISDN主干不是全連接網(wǎng)絡(luò)，有些城市間的ISDN呼叫是通過公共交換電話網(wǎng)來中繼的，導(dǎo)致數(shù)據(jù)通訊不能被提供，對于這個問題，我們完全可以通過更改路由器的配置和更換路由器IOS軟件版本來使路由器產(chǎn)生數(shù)據(jù)呼叫的時候使用適合國內(nèi)語音呼叫的Bearer Capability，這樣就可以欺騙ISDN交換機(jī)來實(shí)現(xiàn)長途的ISDN間的數(shù)據(jù)通訊能力。

上一篇：望聞問切幀中繼專線故障處理經(jīng)驗(yàn)談

下一篇：2948G-L3配置樣例－全設(shè)備配置(1)