BRI回路をテストするループバックコールの実行

ダウンロードオプション

PDF (313.1 KB)
Adobe Reader を使ってさまざまなデバイスで表示
ePub (110.2 KB)
iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
Mobi (Kindle) (257.6 KB)
Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示

Updated: 2005 年 9 月 9 日

Document ID:22802

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

内容

概要

前提条件

要件

使用するコンポーネント

表記法

背景説明

ISDN レイヤ 3 ループバックコールの実行

データループバックコールの実行

ルータの設定

データループバックコールの開始

概要

このドキュメントでは、Basic Rate Interface（BRI; 基本速度インターフェイス）回線をテストするためのループバックを実行する手順を説明しています。

前提条件

要件

このドキュメントの読者は次のトピックについての専門知識を有している必要があります。

debug isdn q931 コマンドと debug ppp negotiation コマンドの出力。
一般的な DDR ダイヤラプロファイル設定の概念。ダイヤラプロファイルの詳細は、『ダイヤラプロファイルの設定とトラブルシューティング』を参照してください。

この手順を実行する前に、電話会社から次の情報を入手してください。

設定するスイッチのタイプ。
Service Profile Identifier（SPID; サービスプロファイル識別子）と Local Directory Number（LDN; 市内電話番号）。 SPID と LDN は、アメリカ合衆国内で必要です。
両方の B チャネルが 1 つのハントグループ内にあるかどうか。両方とも同じハントグループ内にある場合、1 つの番号をダイヤルするだけでどちらの B チャネルにも到達できます。
BRI 回線上のコールが 56k と 64k のどちらで行われるのか。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

Cisco IOS ソフトウェアリリース 12.0(3)T 以降これは、isdn call コマンドが導入されたのが Cisco IOS ソフトウェアリリース 12.0(3)T であるためです。

このマニュアルの情報は、特定のラボ環境に置かれたデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。実稼動中のネットワークで作業をしている場合、実際にコマンドを使用する前に、その潜在的な影響について理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。

背景説明

ループバックコールでは、ルータはそれ自体の Basic Rate Interface（BRI; 基本速度インターフェイス）の ISDN 番号をダイヤルします。コールは電話会社のクラウドに進み、そこで電話会社によって第 2 B チャネルに切り替えられます。これにより、このコールは第 2 チャネルへの着信コールとしてルータに到達します。したがって、ルータは ISDN コールの送信と受信を両方とも行います。

ループバックコールは、ルータが ISDN コールを開始できるか、および終端できるかをテストします。ループバックコールが成功すれば、電話会社のクラウドまでの ISDN 回線は機能していると考えられます。

BRI 回線のテストを実行できるループバックコールには、次の 2 つのタイプがあります。

ISDN レイヤ 3 ループバックコール：isdn call interface コマンドを使用できる対象。このループバックコールでは、ルータとローカル ISDN スイッチの間で ISDN レイヤ 1、2、3 が機能しているかどうかを確認できます。このテストは D チャネルを使用しており、B チャネル経由でのデータのテストは行いません。これには、ルータのコンフィギュレーションへの変更は含まれません。このテストを最初に実行します。成功した場合、データループバックコールテストを実行してください。
データループバックコール：B チャネルが実際にデータを渡すことができるかどうかをテストします。これには、ルータのコンフィギュレーションの変更が含まれます。

これらの手順は、ローカルスイッチへの BRI 回線が機能しているかどうかをテストできるだけです。これはエンドツーエンドの ISDN 接続のテストや、Dial-on-Demand Routing（DDR; ダイヤルオンデマンドルーティング）に関連する問題のテストは行いません。 BRI のトラブルシューティングの詳細は、次のドキュメントを参照してください。

ISDN レイヤ 3 ループバックコールの実行

このセクションでは、正常な ISDN レイヤ 3 ループバックコールの例を示します。isdn call コマンドは、対象のトラフィックとルートなど、DDR 要件なしで発信 ISDN コールをイネーブルにします。このコマンドはレイヤ 3 までの ISDN 回線をテストする目的にだけ使用できます。トラフィックを通す目的や、通常の DDR 設定の代用としては使用できません。このコマンドは、ISDN 回線、特にレイヤ 3 が機能しているかどうかを確認します。

図 1 では、コールフローといくつかの debug isdn q931 メッセージを示します。

図 1：コールフローと、いくつかの debug isdn q931 メッセージ

maui-soho-04#isdn call interface bri 0 5551111

!--- The router dials 5551111 (the ISDN number of the router's own BRI). !--- If the BRI circuit has two different phone numbers for each B-channel, !--- use the number that belongs to the second B-channel. !--- You can use this command to make calls at 56k, with the speed 56 option
.
maui-soho-04#
*Mar  1 17:55:08.344: ISDN BR0: TX ->  SETUP pd = 8  callref = 0x09

!--- Q931 Setup message is Transmitted (TX) to the telco switch.

*Mar  1 17:55:08.360:         Bearer Capability i = 0x8890
*Mar  1 17:55:08.360:         Channel ID i = 0x83
*Mar  1 17:55:08.364:         Keypad Facility i = '5551111'
*Mar  1 17:55:08.484: ISDN BR0: RX <-  CALL_PROC pd = 8  callref = 0x89

!--- Call Proceeding message is Received (RX) from the telco switch. !--- The switch now processes the call.

*Mar  1 17:55:08.488:         Channel ID i = 0x89
*Mar  1 17:55:08.516: ISDN BR0: RX <-  SETUP pd = 8  callref = 0x12

!--- A Setup message is Received (RX) from the switch. This message is for the !--- incoming call. Remember that the router sent a Setup message (for the !--- outgoing call) and now receives a SETUP message for the same call.

*Mar  1 17:55:08.516:         Bearer Capability i = 0x8890
*Mar  1 17:55:08.520:         Channel ID i = 0x8A
*Mar  1 17:55:08.520:         Signal i = 0x40 - Alerting on - pattern 0 
*Mar  1 17:55:08.532:         Called Party Number i = 0xC1, '5551111'
*Mar  1 17:55:08.532:         Locking Shift to Codeset 5
*Mar  1 17:55:08.532:         Codeset 5 IE 0x2A  i = 0x808001038001118001, '<'
*Mar  1 17:55:08.564: ISDN BR0: Event: Received a DATA call from  on B2 at 64 Kb/s
*Mar  1 17:55:08.620: %DIALER-6-BIND: Interface BRI0:2 bound to profile Dialer1
*Mar  1 17:55:08.652: ISDN BR0: TX ->  CALL_PROC pd = 8  callref = 0x92

! --- Transmit (TX) a Call Proceeding message for the incoming call.

*Mar  1 17:55:08.652:         Channel ID i = 0x8A
*Mar  1 17:55:08.700: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
*Mar  1 17:55:08.988: ISDN BR0: TX ->  CONNECT pd = 8  callref = 0x92

! --- Transmit (TX) a Connect message for the incoming call.

*Mar  1 17:55:08.988:         Channel ID i = 0x8A
*Mar  1 17:55:09.040: ISDN BR0: RX <-  CONNECT_ACK pd = 8  callref = 0x12

! --- Receive (RX) a Connect Acknowledgment for the incoming call.

*Mar  1 17:55:09.040:         Channel ID i = 0x8A
*Mar  1 17:55:09.040:         Signal i = 0x4F - Alerting off 
*Mar  1 17:55:09.064: ISDN BR0: RX <-  CONNECT pd = 8  callref = 0x89

! --- Receive (RX) a Connect message for the outgoing call.

*Mar  1 17:55:09.076: ISDN BR0: TX ->  CONNECT_ACK pd = 8  callref = 0x09
*Mar  1 17:55:09.080: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar  1 17:55:09.104: %DIALER-6-BIND: Interface BRI0:1 bound to profile BRI0
*Mar  1 17:55:09.112: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 5551111 

! --- Call is now connected. Loopback call is successful.

注：

ループバックコール中、ルータは異なる B チャネル上で着信側ルータと発信側ルータの両方の役割を果たします。debug isdn q931 の出力を解釈する際は、これらの「デュアルロール」の経過をたどることが重要です。たとえば、ルータは SETUP メッセージを送信し（TX -> SETUP）、また SETUP メッセージの受信もします（RX <- SETUP）。送信された SETUP メッセージは発信コールに対応していて、受信された SETUP メッセージは着信コールに対応している必要があります。
上記の例では、第 1 B チャネルの番号がダイヤルされています。電話会社では第 1 B チャネルが話中であると認識し（コールを発信しているため）、コールを第 2 B チャネルに切り替えるため、接続が正常に完了します。しかし、電話会社のスイッチ設定が誤っていると、ループバックコールが失敗することがあります。これは、スイッチが第 1 チャネル（コールを発信しているために話中である）にコールを割り当てようとするために発生する可能性があります。ハントグループに両方の B チャネルを追加するように電話会社に依頼してください。ただし、このテストの目的として、isdn call interface コマンドに第 2 B チャネル番号を指定してこの問題を回避することができます。
別のルータでループバックコールを実行します。
ループバックコールが成功しているのに、リモートエンドへのコールが引き続き失敗する場合、次のセクションで説明するように、データループバックコールを行って B チャネルデータ整合性をテストできます。

問題のトラブルシューティング方法についての詳細は、次のドキュメントを参照してください。

データループバックコールの実行

データループバックコールは、B チャネルが適切にデータを転送できるかどうかをテストするときに役立ちます。多くの状況で、debug ppp negotiation が何度も失敗することがあります。このテストは、B チャネルのデータ整合性をチェックするときに使用できます。

注：このテストは、前のテストとは異なり、ルータの設定を変更します。

データループバックコールでは、ルータに 2 つのダイヤラインターフェイスを設定します。ダイヤラインターフェイスは、BRI 回線で正常にダイヤルし、着信コールを受信し、他のダイヤラインターフェイスをバインドして、正常に接続するように、必要なアドレッシング、認証、および DDR コマンドで設定されています。

同一のルータ上の別のダイヤラプロファイルにダイヤルするために、ダイヤラプロファイルを作成します。

ルータの設定

ループバックコール用にルータを設定するには、次のステップを実行します。

copy running-config startup-config コマンドを利用して実行コンフィギュレーションを保存します。これを行うと、テストの完了後、リブートして実行コンフィギュレーションをテスト前のバージョンに復元できます。

物理インターフェイスを設定します。

注：このセクションでは、スイッチタイプやSPIDなど、必要なISDN関連情報を認識していることを前提としています。

interface BRI0
 no ip address
 
!--- Do not configure an IP address on the physical interface. !--- The IP address will be configured on the dialer. 

 encapsulation ppp
 !--- physical interface uses PPP encapsulation
 dialer pool-member 1
 
!--- Assign BRI0 as member of dialer pool 1. !--- Dialer pool 1 is specified in interface Dialer 1, and !--- interface Dialer 2.

 isdn switch-type basic-ni
 isdn spid1 71355511110101 5551111
 isdn spid2 71355511120101 5551112
 
!--- switch-type and SPID configuration. !--- Contact the telco for this information. 

 ppp authentication chap callin   
 
!--- The physical interface uses CHAP authentication. !--- Authentication is required on the physical interface to bind the !--- incoming call to the right dialer profile.

最初のダイヤラインターフェイスを設定します。

interface Dialer1
 ip address 1.1.1.1 255.255.255.0
 
!--- Assign an IP address to the dialer interface. !--- In this example, the IP addresses for both dialers !--- are in the same subnet.

 encapsulation ppp
 
!--- The dialer interface uses PPP (same as the physical BRI interface).

 dialer pool 1

 !--- his defines Dialer pool 1. BRI 0 is a member of this pool.

 dialer remote-name dialer2
 
!--- This name must match the name used by the other dialer interface to !--- authenticate itself. Dialer string 7135551112. !--- Phone number for the other B-channel. !--- If your connection only needs one number for both B-channels !--- (that is, they are in a hunt-group), use that number here.

 dialer-group 1
 
!--- Apply interesting traffic definition from dialer-list 1.

 ppp authentication chap callin

 !--- Use one-way CHAP authentication. This is sufficient for this test.

 ppp chap hostname dialer1

 !--- CHAP hostname to be sent out for authentication.

 ppp chap password dialer1

 !--- CHAP Password to be sent out for authentication.

2 番目のダイヤラインターフェイスを設定します。

interface Dialer2
 ip address 1.1.1.2 255.255.255.0

 !--- Assign an IP address to the dialer interface. !--- In this example, IP address for both dialers are in the same subnet.

 encapsulation ppp
 dialer pool 1

 !--- This defines Dialer pool 1. !--- BRI 0 is a member of this pool.

 dialer remote-name dialer1

 !--- This name must match the name used by the other dialer interface !--- (dialer1) to authenticate itself. Dialer string 7135551111. !--- Phone number for the other B-channel. !--- If your connection only has one number for both B-channels !--- (that is, they are in a hunt-group), use that number here.

 dialer-group 1

 !--- Apply interesting traffic definition from dialer-list 1.

 ppp authentication chap callin
 ppp chap hostname dialer2

 !--- CHAP hostname to be sent out for authentication.

 ppp chap password dialer2

 !--- CHAP Password to be sent out for authentication.

認証のためにユーザ名とパスワードを設定します。
```
username dialer1 password 0 dialer1
username dialer2 password 0 dialer2
```
ユーザ名とパスワードは、各ダイヤラインターフェイスで ppp chap hostname コマンドと ppp chap password コマンドによって設定したものと同じです。
わかりやすくするため、スタティックルートを設定します。
```
ip route 1.1.1.1 255.255.255.255 Dialer1

!--- Note that the route for 1.1.1.1 points to dialer1.

ip route 1.1.1.2 255.255.255.255 Dialer2

!--- Note that the route for 1.1.1.2 points to dialer2. !--- The routes are used to determine which dialer interface is !--- used for dialout.
```
ヒント：インターフェイスDialer 1（ステップ3）とインターフェイスDialer 2（ステップ4）のIPアドレスを別々のサブネットに設定する場合、スタティックルートは必要ありません。
対象のトラフィック定義を設定します。
```
dialer-list 1 protocol ip permit
```
注：dialer-listの番号は、ダイヤラインターフェイスのdialer-groupで設定されている番号と同じものにする必要があります。この例では、dialer-list 1 を設定します。
テストが完了したら、テストの前に使用していた元の設定に戻すためにルータをリロードします（設定は保存しないでください）。

データループバックコールの開始

ここで、データループバックコールを開始し、PPP ネゴシエーションの正常な完了を確認します。正常な PPP ネゴシエーションは、B チャネルが適切にデータを通せることを示します。

図 2：データループバックコールの開始

次のデバッグをアクティブ化します。

debug dialer
debug isdn q931
debug ppp negotiation
debug ppp authentication（オプション）

注：ループバックコールが進行中の場合、ルータは異なるBチャネルで着信側ルータと発信側ルータの両方として動作します。debug isdn q931 コマンドと debug ppp negotiation コマンドの出力を解釈する際は、これらの「デュアルロール」の経過をたどることが重要です。たとえば、ルータは SETUP メッセージを送信し（TX -> SETUP）、また SETUP メッセージの受信もします（RX <- SETUP）。送信された SETUP メッセージは発信コールに対応していて、受信された SETUP メッセージは着信コールに対応している必要があります。

次に示すのは、連続した ISDN コールのデバッグです。

router#show debug
Dial on demand:
  Dial on demand events debugging is on
PPP:
  PPP protocol negotiation debugging is on
ISDN:
  ISDN Q931 packets debugging is on
  ISDN Q931 packets debug DSLs. (On/Off/No DSL:1/0/-)
  DSL  0 --> 1
  1 -

router#ping 1.1.1.1

!--- Because of the static route entry shown in step 6 above, !--- the call is made out from dialer 1. 

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:

03:40:41: BR0 DDR: rotor dialout [priority]
03:40:41: BR0 DDR: Dialing cause ip (s=1.1.1.1, d=1.1.1.1)
03:40:41: BR0 DDR: Attempting to dial 7135551112
03:40:41: ISDN BR0: TX ->  SETUP pd = 8  callref = 0x08

!--- Outgoing SETUP message.

03:40:41:         Bearer Capability i = 0x8890
03:40:41:         Channel ID i = 0x83
03:40:41:         Keypad Facility i = '7135551112'
03:40:41: ISDN BR0: RX <-  CALL_PROC pd = 8  callref = 0x88
03:40:41:         Channel ID i = 0x89
03:40:41: ISDN BR0: RX <-  SETUP pd = 8  callref = 0x2A

!--- Incoming SETUP message on the other B-channel.

03:40:41:         Bearer Capability i = 0x8890
03:40:41:         Channel ID i = 0x8A
03:40:41:         Signal i = 0x40 - Alerting on - pattern 0
03:40:41:         Called Party Number i = 0xC1, '5551112', Plan:ISDN,
  Type:Subscriber(local)
03:40:41:         Locking Shift to Codeset 5
03:40:41:         Codeset 5 IE 0x2A  i = 0x808001038001118001, '<'
03:40:42: ISDN BR0: Event: Received a DATA call from  on B2 at 64 Kb/s

!--- Note that the call comes in on the second B-channel (BRI0:2). !--- Hence the outgoing call must have been on BRI0:1.

03:40:42: ISDN BR0: Event: Accepting the call id 0xB
03:40:42: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up.
03:40:42: BR0:2 PPP: Treating connection as a callin
03:40:42: BR0:2 PPP: Phase is ESTABLISHING, Passive Open [0 sess, 0 load]
03:40:42: BR0:2 LCP: State is Listen

!--- PPP LCP negotiations begin. 

03:40:42: ISDN BR0: TX ->  CALL_PROC pd = 8  callref = 0xAA
03:40:42:         Channel ID i = 0x8A
03:40:42: ISDN BR0: TX ->  CONNECT pd = 8  callref = 0xAA
03:40:42:         Channel ID i = 0x8A
03:40:42: ISDN BR0: RX <-  CONNECT_ACK pd = 8  callref = 0x2A
03:40:42:         Channel ID i = 0x8A
03:40:42:         Signal i = 0x4F - Alerting off
03:40:42: ISDN BR0: RX <-  CONNECT pd = 8  callref = 0x88
03:40:42: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
03:40:42: BR0:1: interface must be fifo queue, force fifo
03:40:42: %DIALER-6-BIND: Interface BR0:1 bound to profile Di1
03:40:42: BR0:1 PPP: Treating connection as a callout
03:40:42: BR0:1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 0 load]
03:40:42: BR0:1 PPP: No remote authentication for call-out

!--- One-way authentication (configured with PPP authentication CHAP callin).

03:40:42: BR0:1 LCP: O CONFREQ [Closed] id 11 len 10
03:40:42: BR0:1 LCP:    MagicNumber 0x513D7870 (0x0506513D7870)
03:40:42: ISDN BR0: TX ->  CONNECT_ACK pd = 8  callref = 0x08
03:40:42: BR0:2 LCP: I CONFREQ [Listen] id 11 Len 10
03:40:42: BR0:2 LCP:    MagicNumber 0x513D7870 (0x0506513D7870)
03:40:42: BR0:2 LCP: O CONFREQ [Listen] id 11 Len 15
03:40:42: BR0:2 LCP:    AuthProto CHAP (0x0305C22305)
03:40:42: BR0:2 LCP:    MagicNumber 0x513D7A45 (0x0506513D7A45)
03:40:42: BR0:2 LCP: O CONFACK [Listen] id 11 Len 10
03:40:42: BR0:2 LCP:    MagicNumber 0x513D7870 (0x0506513D7870)
03:40:42: BR0:1 LCP: I CONFREQ [REQsent] id 11 Len 15
03:40:42: BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
03:40:42: BR0:1 LCP:    MagicNumber 0x513D7A45 (0x0506513D7A45)
03:40:42: BR0:1 LCP: O CONFACK [REQsent] id 11 Len 15
03:40:42: BR0:1 LCP:    AuthProto CHAP (0x0305C22305)
03:40:42: BR0:1 LCP:    MagicNumber 0x513D7A45 (0x0506513D7A45)
03:40:42: BR0:1 LCP: I CONFACK [ACKsent] id 11 Len 10
03:40:42: BR0:1 LCP:    MagicNumber 0x513D7870 (0x0506513D7870)
03:40:42: BR0:1 LCP: State is Open
03:40:42: BR0:1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
03:40:43: BR0:2 LCP: I CONFACK [ACKsent] id 11 Len 15
03:40:43: BR0:2 LCP:    AuthProto CHAP (0x0305C22305)
03:40:43: BR0:2 LCP:    MagicNumber 0x513D7A45 (0x0506513D7A45)
03:40:43: BR0:2 LCP: State is Open
03:40:43: BR0:2 PPP: Phase is AUTHENTICATING, by this end [0 sess, 1 load]

!--- Authentication begins.

03:40:43: BR0:2 CHAP: O CHALLENGE id 7 Len 26 from "router"
03:40:43: BR0:1 CHAP: I CHALLENGE id 7 Len 26 from "router"
03:40:43: BR0:1 CHAP: Using alternate hostname dialer1

!--- Use the alternate hostname specified with PPP CHAP hostname !--- under int Dialer 1.

03:40:43: BR0:1 CHAP: Username router not found
03:40:43: BR0:1 CHAP: Using default password
03:40:43: BR0:1 CHAP: O RESPONSE id 7 Len 28 from "dialer1"

!--- Outgoing CHAP response sent on B-channel 1. 

03:40:43: BR0:2 CHAP: I RESPONSE id 7 Len 28 from "dialer1"

!--- Incoming CHAP response seen on B-channel 2.

03:40:43: BR0:2 CHAP: O SUCCESS id 7 Len 4

!--- Authentication is successful

03:40:43: BR0:2: interface must be fifo queue, force FIFO
03:40:43: %DIALER-6-BIND: Interface BR0:2 bound to profile Di2

!--- Call (from Dialer 1) is bound to int Dialer 2. !--- This is because the dialer remote-name dialer1 command is !--- configured under int dialer 2. Binding fails when the dialer remote-name !--- command is omitted, or is incorrect, .

03:40:43: BR0:2 PPP: Phase is UP [0 sess, 0 load]

!--- IPCP negotiation begins.

03:40:43: BR0:2 IPCP: O CONFREQ [Not negotiated] id 1 Len 10
03:40:43: BR0:2 IPCP:    Address 1.1.1.2 (0x030601010102)
03:40:43: BR0:2 CDPCP: O CONFREQ [Closed] id 1 Len 4
03:40:43: BR0:1 CHAP: I SUCCESS id 7 Len 4
03:40:43: BR0:1 PPP: Phase is UP [0 sess, 1 load]
03:40:43: BR0:1 IPCP: O CONFREQ [Not negotiated] id 1 Len 10
03:40:43: BR0:1 IPCP:    Address 1.1.1.1 (0x030601010101)
03:40:43: BR0:1 CDPCP: O CONFREQ [Closed] id 1 Len 4
03:40:43: BR0:1 IPCP: I CONFREQ [REQsent] id 1 Len 10
03:40:43: BR0:1 IPCP:    Address 1.1.1.2 (0x030601010102)
03:40:43: BR0:1 IPCP: O CONFACK [REQsent] id 1 Len 10
03:40:43: BR0:1 IPCP:    Address 1.1.1.2 (0x030601010102)
03:40:43: BR0:1 CDPCP: I CONFREQ [REQsent] id 1 Len 4
03:40:43: BR0:1 CDPCP: O CONFACK [REQsent] id 1 Len 4
03:40:43: BR0:2 IPCP: I CONFREQ [REQsent] id 1 Len 10
03:40:43: BR0:2 IPCP:    Address 1.1.1.1 (0x030601010101)
03:40:43: BR0:2 IPCP: O CONFACK [REQsent] id 1 Len 10
03:40:43: BR0:2 IPCP:    Address 1.1.1.1 (0x030601010101)
03:40:43: BR0:2 CDPCP: I CONFREQ [REQsent] id 1 Len 4
03:40:43: BR0:2 CDPCP: O CONFACK [REQsent] id 1 Len 4
03:40:43: BR0:2 IPCP: I CONFACK [ACKsent] id 1 Len 10
03:40:43: BR0:2 IPCP:    Address 1.1.1.2 (0x030601010102)
03:40:43: BR0:2 IPCP: State is Open

!--- IPCP on B-channel 2 is Open.

03:40:43: BR0:1 IPCP: I CONFACK [ACKsent] id 1 Len 10
03:40:43: BR0:1 IPCP:    Address 1.1.1.1 (0x030601010101)
03:40:43: BR0:1 IPCP: State is Open

!--- IPCP on B-channel 1 is Open.

03:40:43: BR0:2 DDR: dialer protocol up
03:40:43: BR0:1 DDR: dialer protocol up
03:40:43: Di2 IPCP: Install route to 1.1.1.1
03:40:43: Di1 IPCP: Install route to 1.1.1.2
03:40:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:2, 
changed state to up
03:40:44: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, 
changed state to up

!--- Both B-channels are up.

...
Success rate is 0 percent (0/5)
router#

注：ルーティングに関連する問題が原因でpingが失敗する可能性があります。このことは予想できます。正常な PPP ネゴシエーションは、B チャネルがリンク上でデータを適切に通すことができるかどうかの本当のテストです。コールが失敗した場合、回線のトラブルシューティング方法の詳細について、電話会社に問い合わせてください。

BRI回路をテストするループバックコールの実行

ダウンロードオプション

偏向のない言語

翻訳について

内容

概要

前提条件

要件

使用するコンポーネント

表記法

背景説明

ISDN レイヤ 3 ループバックコールの実行

データループバックコールの実行

ルータの設定

データループバックコールの開始

関連情報

更新履歴

このドキュメントは役に立ちましたか?

シスコに問い合わせ

BRI回路をテストするループバックコールの実行

ダウンロード オプション

偏向のない言語

翻訳について

内容

更新履歴

このドキュメントは役に立ちましたか?

シスコに問い合わせ

ダウンロードオプション