From: ccie2be (ccie2be@nyc.rr.com)
Date: Mon May 24 2004 - 13:41:50 GMT-3
Without seeing your config's, I can't be 100% sure, but my guess is that you
didn't configure some way for the router to resolve the ip address to a
layer 2 address (in the case of isdn, the L2 address is a telephone number).
As a result, if you did a debug dialer, you'd see an "encapsulation failed"
message. As you probably realise, the L3 to L2 address resolution is done
with the dialer map command.
Typically, to prevent 1 side from calling the other side, you would just NOT
define interesting traffic. Then, there's nothing to trigger the call.
Without interesting traffic, you can safely include a dialer map command, so
that L3 to L2 resolution can take place, but that rtr still won't initiate a
call to the other side.
An alternative to using a dialer map statement for address resolution is to
use the dialer string command.
HTH
----- Original Message -----
From: "Lord, Chris" <chris.lord@lorien.co.uk>
To: <ccielab@groupstudy.com>
Sent: Monday, May 24, 2004 11:24 AM
Subject: ISDN Basics
> Hi,
>
> I would be greatful if anyone could assist me with a very basic ISDN
query. If a task specifies that a call should only be initiated by one end
of the link, I'm trying to sort out exactly what options are available to
satisfy this.
>
> I'm only aware of two ways. One is to omit the "dialer-group" from one end
so no interesting traffic is specified and the other is to remove the dial
string from the "dialer map" statement at one end so it can't physically
dial out. Are there any other obvious techniques.
>
> Also, assuming I have a "dialer-list 1 proto ip permit" and "dialer-gr 1"
at both ends but I omit the dial string from one of the "dialer map"
statements, the link comes up in one direction as desired but ping won't
work even though the link is up. Why is this?
>
> Thanks,
>
> Chris
>
>
> **********************************************************************
> The information contained in this email is confidential and is intended
for the recipient only. If you have received it in error, please notify us
immediately by reply email and then delete it from your system. Please do
not copy it or use it for any purposes, or disclose its contents to any
other person or store or copy this information in any medium. The views
contained in this email are those of the author and not necessarily those of
Lorien plc.
>
> Thank you for your co-operation.
> **********************************************************************
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Jun 02 2004 - 11:12:16 GMT-3