From: Jonathan V Hays (jhays@jtan.com)
Date: Wed Oct 15 2003 - 15:17:35 GMT-3
Hey Danny,
Thanks for that good question. Since my dial scores on my last attempt
were not good, I spent some time investigating. This investigation
raised another question, namely - what does the "dialer" option do when
added to "snapshot server"?
Here are the four cases I tried out.
Case 1
snapshot client 5 8
snapshot server 5
RESULT - No initiation of ISDN call.
Case 2
snapshot client 5 8 dialer
snapshot server 5
RESULT - Client initiates call. Full routing table.
Case 3
snapshot client 5 8 dialer
snapshot server 5 dialer
RESULT - Client initiates call. Full routing table.
Case 4
snapshot client 5 8
snapshot server 5 dialer
RESULT - No initiation of ISDN call.
Surprisingly, Case 2 and Case 3 produced identical results, as far as I
could see. As long as I had "snapshot client 5 dialer" then the client
router would initiate calls and exchange RIP routes. After the quiet
time began and the line was down, both sides had full RIP routes
pointing to the BRI line. This was true in both cases of "snapshot
server 5" and "snapshot server 5 dialer".
The only difference that I could see was in the "sh snapshot" output.
The output claimed "server line state down" but routes were exchanged.
snapshot server 5:
R2#sh snapshot
BRI1/0 is up, line protocol is up, Snapshot server line state down
snapshot server 5 dialer:
R2#sh snapshot
BRI1/0 is up, line protocol is up, Snapshot server
The IOS 12.2 Doc CD for the "snapshot server" says this:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/
fdial_r/drfshux.htm#1017551
dialer - (Optional) Specifies that the client router dials up the remote
router in the absence of regular traffic
I think that Cisco just copied the verbiage from the "snapshot client"
description. This description makes no sense for "snapshot server".
Does anyone have an idea for what "dialer" does when added to "snapshot
server"?
Jonathan
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Jonathan V Hays
Sent: Wednesday, October 15, 2003 1:28 PM
To: Danny.Andaluz@triaton-na.com; annu_roopa@yahoo.com;
ccielab@groupstudy.com
Subject: RE: Snapshot routing client side
Not quite. Without the "dialer" option the snapshot client side will not
*initiate* the call. Routing information is only exchanged if the link
is already up, probably brought up by interesting traffic. Thus, without
"dialer", the snapshot function is dependent on something else to bring
the line up. Here is what you will see, given the non-dialer-option
configuration:
R1a
dialer map snapshot 1 name R2 broadcast 8358662
snapshot client 5 8
R2
snapshot server 5
-----
R1a#sh snapshot
BRI1/0 is up, line protocol is up, Snapshot client line state down
Length of active period: 5 minutes
Length of quiet period: 8 minutes
Length of retry period: 8 minutes
Current state: quiet, remaining: 1 minute
R1a#sh isdn active
------------------------------------------------------------------------
--------
ISDN ACTIVE CALLS
------------------------------------------------------------------------
--------
Call Calling Called Remote Seconds Seconds Seconds
Charges
Type Number Number Name Used Left Idle
Units/Currency
------------------------------------------------------------------------
--------
------------------------------------------------------------------------
--------
R1a#
-----
As you can see from the above output, we are in the Active period of
snapshot routing but the link is down and there are no active calls.
HTH,
Jonathan
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Danny.Andaluz@triaton-na.com
Sent: Wednesday, October 15, 2003 11:27 AM
To: annu_roopa@yahoo.com; ccielab@groupstudy.com
Subject: RE: Snapshot routing client side
Thanks for the explanation. Do you mean if the dialer argument isn't
configured on the client, it won't dial to exchange routing information
when
the active time comes around? The doc CD says this is an optional
argument.
Thanks,
Danny
-----Original Message-----
From: Annu Roopa [mailto:annu_roopa@yahoo.com]
Sent: Wednesday, October 15, 2003 11:00 AM
To: Andaluz, Danilo, Triaton/NA; ccielab@groupstudy.com
Subject: Re: Snapshot routing client side
Danny,
This is how i have understood it.
snapshot client 5 30 - this wont not let the client side to call the
server
side.So with "dialer" option it makesthe client dial when the quite
period
expires to xchange Routing table.
snapshot client 5 30 dialer - This will enable the client to dial. When
the
active time gets over say 5 mts it goes into Quite state for 30 mts. Now
let
us say u ping from this router to the other side while in quite state (
"show snapshot" shows router is in Quite state and still 10 mts left)
the
Bri0 interface comes up and router transitions to "Active" state for
next 5
mts and router xchanges routing updates.
snapshot client 5 30 suppress-statechange-update dialer - same as above
except that when u ping, the interface comes up but routing updates wont
be
exchanged and it wont transition to Active state....meaning any
transition
of interface wont make a state change.At end of Quite period it calls
and
xchanges routing information.
HTH. Let me know if u need more clarity.
Regards,
Annu
Danny.Andaluz@triaton-na.com wrote:
Hey, Group. I am having trouble understanding this argument on the
snapshot
client configuration. It's the "dialer" option at the end of the
command.
This is straight from CCO:
snapshot client 5 30 suppress-statechange-update dialer
!-- This is a client side with an active period of 5 minutes and quiet
period of
!-- 30 minutes. Routing table updates are not exchanged when other
interesting
!-- traffic has activated the interface. <<
!-- start the active period for exchanging routing table updates.>>>
As far as the above, doesn't the client do this anyway. He is the one
that
initiates the call to get routing information.
This is what the command reference says on the doc cd. It's equally as
vague
(to me anyway):
Thanks,
Danny
***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***
This archive was generated by hypermail 2.1.4 : Mon Nov 24 2003 - 07:53:02 GMT-3