在平常工作中接觸的客戶或同仁中,經常聽說在做長途ISDN撥號是不能建立連接。本人有幸在Cisco網絡設備中解決了這個問題，下面將我在工程中碰到的大連到深圳ISDN呼叫的問題分析以及解決方法提供出來同大家分享：

下面的配置大連Cisco路由器建立數據呼叫的初始配置：
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觸發ISDN撥號,發現不能成功建立連接。為了確定故障原因，通過Debug dialer發現正常觸發呼叫，這樣，就需要檢查電路呼叫是否正常建立，通過在大連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, 0755XXXXXXX
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標準的、無限制的數據通訊，90表示是一個電路模式的，速度為64K的通訊。Setup_Ack表示交換機接收到呼叫建立信令。DISCONNECT表示從交換機收到一個釋放連接信令，在這個信令中包含了一個Cause Code，表示釋放呼叫的原因，從Cause code輸出信息中我們可以看到，ISDN網絡認為沒有提供數據呼叫的能力，而在用ISDN做市內數據呼叫是正常的，因此，可認為是大連到深圳的ISDN線路中間通過了公共電話交換網中繼，而ISDN網絡不知道如何將數據呼叫轉換成語音呼叫，導致交換機拒絕這個連接，為了確認呼叫沒有傳送到深圳路由器上，在深圳路由器上用Debug isdn q931沒有任何輸出輸出。
　 為了確認ISDN是否具有長途呼叫功能，通過ISDN撥打深圳一個固定電話，能正常建立通訊。問題的原因在路由器使用了數據呼叫的Bearer Capability，對此，對大連路由器配置作出變動，將數據呼叫作為語音呼叫來建立，配置如下：
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呼叫建立過程，結果如下：
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, 0755XXXXXXX
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標準的語音，90表示是一個電路模式、傳輸速率為64K，A2表示64K傳輸的內容是G.711 [10] μ-law的語音呼叫，當建立這個呼叫時，直接被交換機拒絕，Cause Code顯示交換機不能識別這個Bearer Capability。為了確定ISDN在進行普通語音呼叫時采用的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, 0411XXXXXXX, Plan:ISDN, Type:National
5d02h: Called Party Number i = 0xA1, 0411XXXXXXX
Plan:ISDN, Type:National
5d02h: ISDN BR2/0: Event: Received a call with a bad bearercap from 0411XXXXXXXXon 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標準的3.1KHz的語音,第二個90表示電路模式的，傳輸速度為64K的通訊，而A3表示64K通道傳輸的格式是G.711 A-law編碼方式。由于通常路由器卻省是不接收語音呼叫的，事件信息5d02h: ISDN BR2/0: Event: Received
a call with a bad bearercap from 0411XXXXXXXX on B1就表示路由器不接受這個呼叫，這樣，確認這個Cisco IOS軟件在做語音呼叫的時候說采用北美標準進行呼叫的，而ISDN交換機是不提供G.711 [10] μ-law和G.711 A-law的轉換的（當然轉換也不能通訊的，因為路由器的64K通道傳輸的是數據而不是G.711 [10] μ-law或G.711
A-law語音編碼，交換機也沒法進行轉換）,因此,必須讓路由器在呼叫時欺騙ISND交換機使它認為傳送的是G.711 A-law的語音數據，通過更換Cisco IOS版本，找到Cisco IOS Enterprise Plus
12.1.5T10，在做語音呼叫是采用的A3的Bearer Capability，這樣，在大連路由器上的ISDN端口上配置isdn outgoing-voice 3.1khz-audio命令，大連路由器在呼叫出去時，其Bearer Capability信息就是9090A3了，ISDN交換機就認為是一個普通語音呼叫，通過ISDN信令和七號信令的轉換，就可以在深圳接收到大連的ISDN呼叫，這樣，這個呼叫建立過程就完全成功。由于路由器確省是拒絕語音呼叫的，在深圳路由器的ISDN端口上配置isdn incoming-voice data，讓路由器接受語音呼叫，并把他當作數據呼叫來處理，這樣就成功實現大連到深圳的ISDN數據連接，該方法同樣適合武漢到深圳、廣州到上海等地ISDN數據通訊問題，最終的路由器配置如下：

大連路由器的配置：
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不能進行數據呼叫的主要問題是由于全國ISDN主干不是全連接網絡，有些城市間的ISDN呼叫是通過公共交換電話網來中繼的，導致數據通訊不能被提供，對于這個問題，我們完全可以通過更改路由器的配置和更換路由器IOS軟件版本來使路由器產生數據呼叫的時候使用適合國內語音呼叫的Bearer Capability，這樣就可以欺騙ISDN交換機來實現長途的ISDN間的數據通訊能力。