キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
2092
閲覧回数
0
いいね!
1
返信

INS1500での対YAMAHAルータとマルチリンクPPP不可

cisco7120
Level 1
Level 1

YAMAHAルータとCisco3825間でINS1500を使ったマルチリンクPPP接続をテストしていますが、

YAMAHAルータ発呼しCisco3825へマルチリンクPPP接続したところ1Bのみであり2B目が拒否される。

他のダイヤラーでは接続先ベンダー(Cisco,富士通,アライド)が違いますが問題なくマルチリンクPPP接続できています。

①Config及びログから想定される原因が分るでしょうか。
②YAMAHAルータとのマルチリンクPPP接続時の注意点があるのでしょうか。


NGであるYAMAHAルータの受け口ダイヤラー
________________________________________
interface Dialer16
ip unnumbered Loopback0
ip access-group 100 in
ip access-group 101 out
ip nat outside
encapsulation ppp
dialer pool 1
dialer remote-name XXXXXXXXX
dialer string **********
dialer-group 1
no cdp enable
ppp authentication chap callin
ppp chap hostname ZZZZZZZZZ
ppp chap password 0 yyyyyyyyy
ppp multilink
ppp multilink links maximum 6
ppp multilink links minimum 1


YAMAHAから2B目の着信時のデバックログ
____________________________________________________________________________________________
*Feb 27 13:03:02: %LINK-3-UPDOWN: Interface Serial1/0:19, changed state to up
*Feb 27 13:03:02: %ISDN-6-CONNECT: Interface Serial1/0:19 is now connected to ********** N/A
*Feb 27 13:03:02: Se1/0:19 PPP: Using dialer call direction
*Feb 27 13:03:02: Se1/0:19 PPP: Treating connection as a callin
*Feb 27 13:03:02: Se1/0:19 PPP: Session handle[91000B88] Session id[635]
*Feb 27 13:03:02: Se1/0:19 PPP: Phase is ESTABLISHING, Passive Open
*Feb 27 13:03:02: Se1/0:19 LCP: State is Listen
*Feb 27 13:03:04: Se1/0:19 LCP: I CONFREQ [Listen] id 1 len 31
*Feb 27 13:03:04: Se1/0:19 LCP:    MRU 1792 (0x01040700)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0xD4EA2D15 (0x0506D4EA2D15)
*Feb 27 13:03:04: Se1/0:19 LCP:    MRRU 1792 (0x11040700)
*Feb 27 13:03:04: Se1/0:19 LCP:    EndpointDisc 3 00a0.de3a.57c4 (0x13090300A0DE3A57C4)
*Feb 27 13:03:04: Se1/0:19 LCP:    LinkDiscriminator 1 (0x17040001)
*Feb 27 13:03:04: Se1/0:19 PPP: Authorization required
*Feb 27 13:03:04: Se1/0:19 LCP: O CONFREQ [Listen] id 61 len 32
*Feb 27 13:03:04: Se1/0:19 LCP:    AuthProto CHAP (0x0305C22305)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0x44CED489 (0x050644CED489)
*Feb 27 13:03:04: Se1/0:19 LCP:    MRRU 1524 (0x110405F4)
*Feb 27 13:03:04: Se1/0:19 LCP:    EndpointDisc 1 XXXXXXXXXX (0x130D014A45445550544B594B32)
*Feb 27 13:03:04: Se1/0:19 LCP: O CONFREJ [Listen] id 1 len 8
*Feb 27 13:03:04: Se1/0:19 LCP:    LinkDiscriminator 1 (0x17040001)
*Feb 27 13:03:04: Se1/0:19 LCP: I CONFREJ [REQsent] id 61 len 17
*Feb 27 13:03:04: Se1/0:19 LCP:    EndpointDisc 1 XXXXXXXXXX (0x130D014A45445550544B594B32)
*Feb 27 13:03:04: Se1/0:19 LCP: O CONFREQ [REQsent] id 62 len 19
*Feb 27 13:03:04: Se1/0:19 LCP:    AuthProto CHAP (0x0305C22305)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0x44CED489 (0x050644CED489)
*Feb 27 13:03:04: Se1/0:19 LCP:    MRRU 1524 (0x110405F4)
*Feb 27 13:03:04: Se1/0:19 LCP: I CONFREQ [REQsent] id 2 len 14
*Feb 27 13:03:04: Se1/0:19 LCP:    MRU 1792 (0x01040700)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0xD4EA2D15 (0x0506D4EA2D15)
*Feb 27 13:03:04: Se1/0:19 LCP: O CONFACK [REQsent] id 2 len 14
*Feb 27 13:03:04: Se1/0:19 LCP:    MRU 1792 (0x01040700)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0xD4EA2D15 (0x0506D4EA2D15)
*Feb 27 13:03:04: Se1/0:19 LCP: I CONFREJ [ACKsent] id 62 len 8
*Feb 27 13:03:04: Se1/0:19 LCP:    MRRU 1524 (0x110405F4)
*Feb 27 13:03:04: Se1/0:19 LCP: O CONFREQ [ACKsent] id 63 len 15
*Feb 27 13:03:04: Se1/0:19 LCP:    AuthProto CHAP (0x0305C22305)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0x44CED489 (0x050644CED489)
*Feb 27 13:03:04: Se1/0:19 LCP: I CONFACK [ACKsent] id 63 len 15
*Feb 27 13:03:04: Se1/0:19 LCP:    AuthProto CHAP (0x0305C22305)
*Feb 27 13:03:04: Se1/0:19 LCP:    MagicNumber 0x44CED489 (0x050644CED489)
*Feb 27 13:03:04: Se1/0:19 LCP: State is Open
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is AUTHENTICATING, by this end
*Feb 27 13:03:04: Se1/0:19 CHAP: O CHALLENGE id 164 len 31 from "XXXXXXXXXX"
*Feb 27 13:03:04: Se1/0:19 CHAP: I RESPONSE id 164 len 31 from "YYYYYYYY"
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is FORWARDING, Attempting Forward
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is AUTHENTICATING, Unauthenticated User
*Feb 27 13:03:04: Se1/0:19 PPP: Sent CHAP LOGIN Request
*Feb 27 13:03:04: Se1/0:19 PPP: Received LOGIN Response PASS
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is FORWARDING, Attempting Forward
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is AUTHENTICATING, Authenticated User
*Feb 27 13:03:04: %DIALER-6-BIND: Interface Se1/0:19 bound to profile Di16
*Feb 27 13:03:04: Se1/0:19 PPP: Sent LCP AUTHOR Request
*Feb 27 13:03:04: Se1/0:19 PPP: Sent IPCP AUTHOR Request
*Feb 27 13:03:04: Se1/0:19 LCP: Received AAA AUTHOR Response PASS
*Feb 27 13:03:04: Se1/0:19 IPCP: Received AAA AUTHOR Response PASS
*Feb 27 13:03:04: Se1/0:19 CHAP: O SUCCESS id 164 len 4
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is UP
*Feb 27 13:03:04: Se1/0:19 IPCP: O CONFREQ [Closed] id 1 len 10
*Feb 27 13:03:04: Se1/0:19 IPCP:    Address XXXrouter_wan_ip (0x0306C6143501)
*Feb 27 13:03:04: Se1/0:19 PPP: Process pending ncp packets
*Feb 27 13:03:04: Se1/0:19 LCP: I TERMREQ [Open] id 3 len 4
*Feb 27 13:03:04: Se1/0:19 LCP: O TERMACK [Open] id 3 len 4
*Feb 27 13:03:04: Se1/0:19 PPP: Sending Acct Event[Down] id[15C2]
*Feb 27 13:03:04: Se1/0:19 IPCP: State is Closed
*Feb 27 13:03:04: Se1/0:19 PPP: Phase is TERMINATING
*Feb 27 13:03:05: %ISDN-6-CONNECT: Interface Serial1/0:19 is now connected to ******** XXXXXXXXX
*Feb 27 13:03:05: %ISDN-6-DISCONNECT: Interface Serial1/0:19  disconnected from ******** XXXXXXXXX, call lasted 2 seconds
*Feb 27 13:03:05: %LINK-3-UPDOWN: Interface Serial1/0:19, changed state to down
*Feb 27 13:03:05: %DIALER-6-UNBIND: Interface Se1/0:19 unbound from profile Di16
*Feb 27 13:03:05: Se1/0:19 LCP: State is Closed
*Feb 27 13:03:05: Se1/0:19 PPP: Phase is DOWN

1件の返信1

Toshiaki Kasakake
Cisco Employee
Cisco Employee

oobayashi さん

こんにちは。debug について見させていただきました。以下の部分で対向側から TERMREQ が送信されてきていることが原因で上記の接続は切られているようです。この解析には、まずは対向側にてどのような要因にて TERMREQ を送信してきているかをご確認ください。

*Feb 27 13:03:04: Se1/0:19 LCP: I TERMREQ [Open] id 3 len 4

またご質問についてですが、

>①Config及びログから想定される原因が分るでしょうか。

設定のみから想定される原因はわかりませんでした。

>②YAMAHAルータとのマルチリンクPPP接続時の注意点があるのでしょうか。

私のほうでは特に存じ上げません。相互接続の問題となる場合は、やはり実際に接続いただいてご確認いただいていくしかないかと思います。

対向側での確認にて TERMREQ を送ってくる要因がCisco3825側にありそうでしたら、お手数ですが TAC SR を Open いただけますようお願いします。その際は show tech と共に、以下のあたりの debug を事象発生時に取得してください。

debug dialer

debug isdn q921

debug isdn q931

debug ppp negotiation

debug ppp multilink events

よろしくお願いします。