專家教你配置ISDN撥號(hào)完成數(shù)據(jù)建立，ISDN撥號(hào)設(shè)置主要從聯(lián)接無線路由器和設(shè)置ISDN撥號(hào)兩點(diǎn)介紹路由器的異同，輕輕松松就能完成ISDN撥號(hào)設(shè)置，沒什么難的。趕快進(jìn)入無線的世界中來吧。

在平常工作中接觸的客戶或同仁中,經(jīng)常聽說在做長(zhǎng)途ISDN撥號(hào)是不能建立連接。本人有幸在Cisco網(wǎng)絡(luò)設(shè)備中解決了這個(gè)問題，下面將我在工程中遇到的大連到深圳ISDN撥號(hào)的問題分析以及解決方法提供出來同大家分享：

下面的配置大連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撥號(hào),發(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表示是一個(gè)電路模式的，速度為64K的通訊。Setup_Ack表示交換機(jī)接收到呼叫建立信令。DISCONNECT表示從交換機(jī)收到一個(gè)釋放連接信令，在這個(gè)信令中包含了一個(gè)Cause Code，表示釋放呼叫的原因。#p#

從Cause code輸出信息中我們可以看到，ISDN撥號(hào)網(wǎng)絡(luò)認(rèn)為沒有提供數(shù)據(jù)呼叫的能力，而在用ISDN撥號(hào)做市內(nèi)數(shù)據(jù)呼叫是正常的，因此，可認(rèn)為是大連到深圳的ISDN線路中間通過了公共電話交換網(wǎng)中繼，而ISDN撥號(hào)網(wǎng)絡(luò)不知道如何將數(shù)據(jù)呼叫轉(zhuǎn)換成語音呼叫，導(dǎo)致交換機(jī)拒絕這個(gè)連接，為了確認(rèn)呼叫沒有傳送到深圳路由器上，在深圳路由器上用Debug isdn q931沒有任何輸出輸出。

為了確認(rèn)ISDN撥號(hào)是否具有長(zhǎng)途呼叫功能，通過ISDN撥號(hào)撥打深圳一個(gè)固定電話，能正常建立通訊。問題的原因在路由器使用了數(shù)據(jù)呼叫的Bearer Capability，對(duì)此，對(duì)大連路由器配置作出變動(dòng)，將數(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

作出如下配置變動(dòng)后，同樣呼叫建立不成功，為了找到建立不成功的原因，同樣在在大連路由器上用Debug isdn q931命令來看ISDN撥號(hào)建立過程，結(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表示是一個(gè)CTITT標(biāo)準(zhǔn)的語音，90表示是一個(gè)電路模式、傳輸速率為64K，A2表示64K傳輸?shù)膬?nèi)容是G.711 [10] μ-law的語音呼叫，當(dāng)建立這個(gè)呼叫時(shí)，直接被交換機(jī)拒絕，Cause Code顯示交換機(jī)不能識(shí)別這個(gè)Bearer Capability。為了確定ISDN撥號(hào)在進(jìn)行普通語音呼叫時(shí)采用的Bearer Capability信息，通過一個(gè)普通電話呼叫ISDN撥號(hào)，同樣在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撥號(hào)在建立語音呼叫的時(shí)候他采用的9090A3，其中***個(gè)90表示的是CTITT標(biāo)準(zhǔn)的3.1KHz的語音,第二個(gè)90表示電路模式的，傳輸速度為64K的通訊，而A3表示64K通道傳輸?shù)母袷绞荊.711 A-law編碼方式。

由于通常路由器卻省是不接收語音呼叫的，事件信息5d02h: ISDN BR2/0: Event: Received a call with a bad bearercap from 041164641754 on B1就表示路由器不接受這個(gè)呼叫，這樣，確認(rèn)這個(gè)Cisco IOS軟件在做語音呼叫的時(shí)候說采用北美標(biāo)準(zhǔn)進(jìn)行呼叫的。

而ISDN撥號(hào)交換機(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)換）。

因此,必須讓路由器在呼叫時(shí)欺騙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命令。

大連路由器在呼叫出去時(shí)，其Bearer Capability信息就是9090A3了，ISDN撥號(hào)交換機(jī)就認(rèn)為是一個(gè)普通語音呼叫，通過ISDN撥號(hào)和七號(hào)信令的轉(zhuǎn)換，就可以在深圳接收到大連的ISDN撥號(hào)，這樣，這個(gè)呼叫建立過程就完全成功。

由于路由器確省是拒絕語音呼叫的，在深圳路由器的ISDN端口上配置isdn incoming-voice data，讓路由器接受語音呼叫，并把他當(dāng)作數(shù)據(jù)呼叫來處理，這樣就成功實(shí)現(xiàn)大連到深圳的ISDN數(shù)據(jù)連接，該方法同樣適合武漢到深圳、廣州到上海等地ISDN數(shù)據(jù)通訊問題，最終的路由器配置如下： #p#

大連路由器的配置：
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

通過上面的分析及排除故障的過程，長(zhǎng)途ISDN不能進(jìn)行數(shù)據(jù)呼叫的主要問題是由于全國ISDN撥號(hào)干不是全連接網(wǎng)絡(luò)，有些城市間的ISDN呼叫是通過公共交換電話網(wǎng)來中繼的，導(dǎo)致數(shù)據(jù)通訊不能被提供。

對(duì)于這個(gè)問題，我們完全可以通過更改路由器的配置和更換路由器IOS軟件版本來使路由器產(chǎn)生數(shù)據(jù)呼叫的時(shí)候使用適合國內(nèi)語音呼叫的Bearer Capability，這樣就可以欺騙ISDN撥號(hào)交換機(jī)來實(shí)現(xiàn)長(zhǎng)途的ISDN撥號(hào)的數(shù)據(jù)通訊能力。