From: Brian Dennis (bdennis@internetworkexpert.com)
Date: Tue Aug 12 2003 - 23:06:45 GMT-3
If you have the option to use a dialer string as opposed to dialer maps
than do it. Dialer strings are simpler to configure for sure. Just
remember that you can run into issues with dialer strings under a
physical BRI interface when not using PPP encapsulation.
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Toll Free: 877-334-8987
Direct: 775-745-6404 (Outside the US and Canada)
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
-----Original Message-----
From: Danny.Andaluz@triaton-na.com [mailto:Danny.Andaluz@triaton-na.com]
Sent: Tuesday, August 12, 2003 6:57 PM
To: bdennis@internetworkexpert.com; rshummoo@ca.ibm.com;
ccie2be@nyc.rr.com
Cc: ccielab@groupstudy.com
Subject: RE: dialer-watch config
Brian,
I did have a dialer string and no dialer map. It sounds like you're
saying that if you use a dialer map to dial out, you need to have a
dialer map for all or some of the routes watched. What is the need for
dialer maps. Why not just use dialer strings all the time?
Thanks,
Danny
-----Original Message-----
From: Brian Dennis [mailto:bdennis@internetworkexpert.com]
Sent: Tuesday, August 12, 2003 9:49 PM
To: Andaluz, Danilo, Triaton/NA; rshummoo@ca.ibm.com; ccie2be@nyc.rr.com
Cc: ccielab@groupstudy.com
Subject: RE: dialer-watch config
Are you sure you weren't using a dialer string and not dialer maps? If
you were using dialer maps and did not have any dialer maps for any of
the watched routes can you send the config?
Here is the output from the "debug dialer" when using a physical BRI
with dialer maps when there is no dialer map for a watched route.
Aug 12 10:31:36.894: DDR: Dialer Watch: watch-group = 1
Aug 12 10:31:36.894: DDR: network 196.16.12.0/255.
255.255.0 DOWN,
Aug 12 10:31:36.894: DDR: primary DOWN
Aug 12 10:31:36.894: DDR: Dialer Watch: Dial Reason: Primary of
group 1 DOWN
Aug 12 10:31:36.894: DDR: Dialer Watch watch-group 1 -
dialer map/string not present on BR0/0
^^^^^^^^^^^^^^^^^
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Toll Free: 877-334-8987
Direct: 775-745-6404 (Outside the US and Canada)
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Danny.Andaluz@triaton-na.com
Sent: Tuesday, August 12, 2003 6:02 PM
To: rshummoo@ca.ibm.com; ccie2be@nyc.rr.com
Cc: ccielab@groupstudy.com
Subject: RE: dialer-watch config
Hi, dt. I've actually used dialer-watch without dialer-map statements
for the watched routes. Try it. I'm not exactly sure why the
dialer-map is used in some scenarios, but I got it to work correctly
without them. Let me know how it works for you if you try it.
Danny
-----Original Message-----
From: Ram Shummoogum [mailto:rshummoo@ca.ibm.com]
Sent: Tuesday, August 12, 2003 7:51 PM
To: ccie2be@nyc.rr.com
Cc: ccielab@groupstudy.com
Subject: Re: dialer-watch config
Read this link and follow the explanations from Brian Dennis:
http://www.groupstudy.com/archives/ccielab/200307/msg00115.html
HTH
"ccie2be" <ccie2be@nyc.rr.com>@groupstudy.com on 08/12/2003 07:12:35 PM
Please respond to "ccie2be" <ccie2be@nyc.rr.com>
Sent by: nobody@groupstudy.com
To: "Group Study" <ccielab@groupstudy.com>, Ram
Shummoogum/Quebec/IBM@IBMCA
cc:
Subject: Re: dialer-watch config
Hi,
Thanks for getting back to me. I found an example of what you were
saying at this link:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/d
ial_
c/dcdbakdw.htm
In this example, there are 3 routes listed in the dialer watch-list,
3.x.x.x, 4.x.x.x, and 5.x.x.x but there's only 2 dialer map statements
- 1 for the ip addr of the other side of the dialup link and 1 for
3.x.x.x
But, this is what I don't really understand. Why the dialer map for
3.x.x.x and not either 4.x.x.x or 5.x.x.x ?
Would it work just as well if nets 4.x.x.x or 5.x.x.x were used instead
or did it have to be 3.x.x.x ?
Also, I have another topology I'm wondering about.
Suppose you have Frame Relay hub and spoke topology where r1 is the hub
and is using a multipoint interface to reach r2, r3 and r4. All the
routers have bri interfaces and I want to have r1 using dialer watch
call any of the 3 spokes if their f/r interface goes down. Assume each
spoke router has a loopback interface such as 2.x.x.x, 3.x.x.x, and
4.x.x.x and these are exchanged via the routing protocol.
In other words, I want r1 to call r2 if 2.x.x.x is no longer in the
route table or call r3 if 3.x.x.x is no longer in the route table or
call r4 if 4.x.x.x is no longer in the route table. In this case, do I
need 3 dialer map statements - 1 pointing to each of the spoke routers?
And, are there any other things I need to do to make this work?
Thank you so much. dt
----- Original Message -----
From: "Ram Shummoogum" <rshummoo@ca.ibm.com>
To: <ccie2be@nyc.rr.com>
Cc: <ccielab@groupstudy.com>
Sent: Tuesday, August 12, 2003 6:25 PM
Subject: Re: dialer-watch config
> There is no need to have all watched routes in the dialer map
> statements. However, the watched list must cover all the watch routes.
> The line will be triggered only after all the routes disappeared from
> the routing table. I have teste this already.
>
> "ccie2be" <ccie2be@nyc.rr.com>@groupstudy.com on 08/12/2003 05:53:45
> PM
>
> Please respond to "ccie2be" <ccie2be@nyc.rr.com>
>
> Sent by: nobody@groupstudy.com
>
>
> To: "Group Study" <ccielab@groupstudy.com>
> cc:
> Subject: dialer-watch config
>
>
> Hi all,
>
> In the following example, there's a dialer map for the watched route.
See
> http://www.cisco.com/warp/public/129/bri-backup-map-watch.html
>
>
> Does this mean that for every route being watched, one dialer map
statement
> is
> required?
>
> If so, that seems redundant, doesn't it? You have to create a dialer
> watch-list where each route to be watched is listed. And, then you
> have
to
> create a dialer map statement for each watched route. Why is that?
>
> Thanks, dt
>
>
> ______________________________________________________________________
> _
> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> ______________________________________________________________________
> _
> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Tue Sep 02 2003 - 18:53:58 GMT-3