From: Christopher M. Heffner (cheffner@xxxxxxxxxxxxx)
Date: Wed Oct 18 2000 - 11:49:02 GMT-3
Dialer in-band in not enabled by default on BRI interfaces. It is not
needed since the BRI uses out of band dialing on the d-channel. Everything
is done out-of-band on the BRI and PRI interfaces for call setup and
teardown.
Chris "The Bulldog" Heffner
Strategic Network Solutions, Inc.
IMCR Course Director
Certified Cisco Systems Instructor
CCSI, CCNA, CCDA, MCT, MCSE, MCNI, MCNE, CLI, CLP, CTT, ASE, A+
cheffner@attglobal.net
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Justin Menga
Sent: Wednesday, October 18, 2000 5:40 AM
To: 'Steve McNutt'; ccielab@groupstudy.com
Cc: bandit@zcore.net
Subject: RE: Async dialer maps
Make sure you have dialer in-band configured on both ends (this is enabled
on BRI interfaces by default)......
-----Original Message-----
From: Steve McNutt [mailto:lpd@jacksonville.net]
Sent: Wednesday, October 18, 2000 5:50 PM
To: ccielab@groupstudy.com
Cc: bandit@zcore.net
Subject: Async dialer maps
I've been doing some DDR labs using AUX ports (the wife keeps me on a tight
budget), and the dialer maps aren't behaving the way I would expect them to
(i.e. different than ISDN).
If I use a dial string, all is well. if I use a dialer map on one side to
initiate the call, the dynamic dialer map on the other end is NOT created,
so I get encapsulation failures on the return path from the remote router.
If I use a dialer map on both sides, I still get encapsulaion errors on the
return path. This seems odd to me as I verified that PPP is installing a
proper host route pointing at the asynch interface on both ends. If I turn
on authentication everything works like it should.
What gives? is this just AUX port weirdness?
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:27 GMT-3