Snapshot routing
Guys, I know that snapshot routing support RIP and IGRP but does EIGRP support snapshot routing? I had configure EIGRP and snapshot. But seems snapshot routing got no effect on EIGRP. When the snapshot is in quiet status, eigrp continuous keeping the ISDN link up. If snapshot does not works on EIGRP then is it only static route can be used to keep ISDN link quiet? Regards _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
snapshot routing
Can snapshot routing be done on dialer profile instead of the BRI physical interface? **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: snapshot routing
Yes. And, in fact, I once discovered that with modem POTS lines, I had to use a dialer interface. If I just used an asynchronous interface, the routers would dump all the routes on disconnection. I would not expect this to be the case with a BRI interface however. >>> "Hubert Pun" <[EMAIL PROTECTED]> 10/06/00 05:32PM >>> Can snapshot routing be done on dialer profile instead of the BRI physical interface? **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Snapshot Routing Question
Page 192 of Caslow: there's a config there that shows the line "dialer map snapshot 60 2002." My question is, what is this "60" and where did it come from? The next page shows the output from "show snapshot," and it says "For dialer address 60," but that doesn't really explain a whole lot. I tried entering the command in IOS - I typed in "dialer map snapshot ?" and it came back with "N protocol specific address." Okay, great, so address "60." Is this IPX or AppleTalk or what? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing
Sorry, Snapshot routing is purely for Distant vector routng protocols, so eigrp is out of it. Static routes will solve your problem. Thanks Oletu H. G. >Guys, > >I know that snapshot routing support RIP and IGRP >but .does EIGRP >support >snapshot routing? >I had configure EIGRP and snapshot. But seems >snapshot routing got no >effect on EIGRP. When the snapshot is in quiet >status, eigrp >continuous >keeping the ISDN link up. > >If snapshot does not works on EIGRP then is it only >static route can be >used >to keep ISDN link quiet? > >Regards __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/?.refer=text _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing
Only work at distance vector routing protocol, such as RIP, IGRP, RIP for IPX, etc. For link state routing prootocol like OSPF, IS-IS, constant exchange hello packet, snapshot routing will not work in such environmnet. For EIGRP, this particular routing protocol using hello protocol ecchange with neighbor, the ISDN link will keep up when hello packet are exchange with neighbor router, therefore, snapshot will not work in your scenario. Or you may use passive-interface command with static route will be suitable for your scenario, I guess ""Mr. Oletu Hosea Godswill, CCNA"" <[EMAIL PROTECTED]> ? [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Sorry, Snapshot routing is purely for Distant vector > routng protocols, so eigrp is out of it. Static routes > will solve your problem. > > Thanks > Oletu H. G. > > >Guys, > > > >I know that snapshot routing support RIP and IGRP > >but .does EIGRP > >support > >snapshot routing? > > >I had configure EIGRP and snapshot. But seems > >snapshot routing got no > >effect on EIGRP. When the snapshot is in quiet > >status, eigrp > >continuous > >keeping the ISDN link up. > > > >If snapshot does not works on EIGRP then is it only > >static route can be > >used > >to keep ISDN link quiet? > > > >Regards > > > > __ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/?.refer=text _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
EIGRP and snapshot routing?
According to the Netcerts BCRAN book, snapshot routing works best with RIP, IGRP, RIP, RTMP, and RTP. No mention of EIGRP is given. Does anyone know of any reason why EIGRP would NOT be a good candidate for snapshot routing? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing Question
60 is active time, for the rouer end to end to exchange routing update between server and client. 2002 is quiet time, router freeze, until next active period. ""Bradley J. Wilson"" <[EMAIL PROTECTED]> ? 00cd01c0bac3$16b00f80$fd02f7a5@bwilson">news:00cd01c0bac3$16b00f80$fd02f7a5@bwilson... > Page 192 of Caslow: there's a config there that shows the line "dialer map > snapshot 60 2002." My question is, what is this "60" and where did it come > from? The next page shows the output from "show snapshot," and it says "For > dialer address 60," but that doesn't really explain a whole lot. I tried > entering the command in IOS - I typed in "dialer map snapshot ?" and it came > back with "N protocol specific address." Okay, great, so address "60." > Is this IPX or AppleTalk or what? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing Question
According to Caslow, the active time is set on the server using the command "snapshot server dialer." The configuration line I mentioned was "dialer map snapshot 60 2002," which was taken from the client configuration. The "2002" is the dialer string - the phone number that the client calls. I've actually found the explanation on CCO (wow, who'da thought to look there? ;-). The "60" is a sequence number. In some situations where you would want to configure multiple dialer maps with snapshot routing, the sequence number tells the router in which order to execute the dialer map statements. Anyone else have any concurring or dissenting opinions or experiences? :-) - Original Message - From: Vincent Newsgroups: groupstudy.cisco To: [EMAIL PROTECTED] Sent: Sunday, April 01, 2001 12:17 PM Subject: Re: Snapshot Routing Question 60 is active time, for the rouer end to end to exchange routing update between server and client. 2002 is quiet time, router freeze, until next active period. ""Bradley J. Wilson"" <[EMAIL PROTECTED]> ? 00cd01c0bac3$16b00f80$fd02f7a5@bwilson">news:00cd01c0bac3$16b00f80$fd02f7a5@bwilson... > Page 192 of Caslow: there's a config there that shows the line "dialer map > snapshot 60 2002." My question is, what is this "60" and where did it come > from? The next page shows the output from "show snapshot," and it says "For > dialer address 60," but that doesn't really explain a whole lot. I tried > entering the command in IOS - I typed in "dialer map snapshot ?" and it came > back with "N protocol specific address." Okay, great, so address "60." > Is this IPX or AppleTalk or what? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
snapshot routing [7:4644]
I am looking for some advice on where to go with a config I am working on. This config is lab number 8 in the "All-in-one CCIE Lab study guide". I am setting up snapshot routing between two routers that use ISDN BRIs to connect. One router is setup as the client using the snapshot client 5 8 dialer command and the other is the server using the snapshot server 5 command. I have configured the dialer map snapshot command and the client successfully dials and connects to the server and while they are connected, RIP routing updates are exchanged. While they are connected, the ip routing table shows the routes learned via RIP and everything looks ok. When the routers enter the quiet period, the RIP routes only stay in the routing table for about 3-4 minutes and then vanish. It is my understanding that when configured for snapshot, the routing table should be frozen during the quient period (8 minutes). Why are the RIP routes vanishing from the table? Also, the information I have on snapshot routing tells me that snapshot routing doesn't work with ppp multilink. However, when I went to the cisco site for a snapshot routing config, their sample config uses the ppp multilink command. Does anyone know for a fact that snapshot routing will/will not work with ppp multilink? How about 2 B channels? When I use the dialer load threshold command to bring up the second B channel, the snapshot config doesn't work. Should it? Tony Russell Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=4644&t=4644 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Snapshot Routing and Interesting traffic
Hi All, I was just making my way through a couple ISDN/DDR Snapshot = routing scenarios and made a unlikely observation. For reference purposes I was making use of my CZone = privileges(disclaimer) in mocking up David wolsefer ISDN lab exercise = and got the following results. Before attempting this lab I worked = through another BGP related lab. In saying so I moved right into this = scenario without performing a write erase on the routers. To my benefit = one of the routers I used in this ISDN mock up was clean and not used in = the previous lab. =20 OK, so I get everything all configured baseline snapshot (just the ISDN = circuit and 1 loopback) and it works great. I progressed to follow the = requirements of David's scenario which makes use of the Ethernet circuit = and commands to support ISDN backup of the Ethernet line. Here is where = things get interesting The ISDN line keep flapping up..down..up.. = down. =20 The "debug ip packet", "debug dialer packet" , and debug dialer events" = revealed that the client-side of the snapshot circuit was trying to make = a connection to 11.1.1.2 (eth0). As mentioned before I was doing a BGP = lab and the Snapshot server router was one of the routers used in that = scenario. Although there was no ip configurations for the address = 11.1.1.2, the bgp process on the snapshot server keep trying to make a = tcp connection on the segment(11.1.1.2). This caused the ISDN line to = try and route packets to that address as defined in the running bgp = process (neighbor 11.1.1.2 remote-as 1).=20 Once I removed the bgp process everything worked as it should. My = questions now go to the fact that I have an ospf process running that = hasn't caused any problems at all. I'm trying to understand what I = experienced. =20 In knowing BGP uses protocol TCP port 179, OSPF IP port 89, and RIP UDP = port 520. Now I recognize that the "dialer-list" used in the exercise = is baseline(dialer-list 1 protocol ip permit), but does this make any = sense at all. Why would this non-active bgp connection cause the ISDN = line to flap... There was no redistribution being performed so isn't = this a good example of "ships in the night" routing? =20 Thoughts anyone. TIA Nigel _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP and snapshot routing?
cause it no work. Darn neighbor relationships >>> Andrew Whitaker <[EMAIL PROTECTED]> 12/27 3:21 PM >>> According to the Netcerts BCRAN book, snapshot routing works best with RIP, IGRP, RIP, RTMP, and RTP. No mention of EIGRP is given. Does anyone know of any reason why EIGRP would NOT be a good candidate for snapshot routing? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP and snapshot routing?
Because EIGRP only run when some change occur, it works like a link state protocol, but it also have some feature of distance vector protocol. Regards Hugo >From: Andrew Whitaker <[EMAIL PROTECTED]> >Subject: EIGRP and snapshot routing? >Date: Wed, 27 Dec 2000 15:21:27 -0800 > >According to the Netcerts BCRAN book, snapshot routing works best with RIP, >IGRP, RIP, RTMP, and RTP. No mention of EIGRP is given. Does anyone know >of any reason why EIGRP would NOT be a good candidate for snapshot routing? > > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP and snapshot routing?
>According to the Netcerts BCRAN book, snapshot routing works best with RIP, >IGRP, RIP, RTMP, and RTP. No mention of EIGRP is given. Does anyone know >of any reason why EIGRP would NOT be a good candidate for snapshot routing? > > Think about the way all of the protocols above, except EIGRP, send updates and monitor whether their neighbors are up or down. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP and snapshot routing?
>Because EIGRP only run when some change occur, it works like a link state >protocol, but it also have some feature of distance vector protocol. > >Regards > >Hugo While some Cisco documentation might suggest the contrary, whether a routing protocol uses link state or distance vector has nothing to do with it doing periodic or change-only updates. It's simply a historical accident that change-only was introduced with link state. The path determination algorithm has nothing to do with neighbor discovery and change processing. > > >>From: Andrew Whitaker <[EMAIL PROTECTED]> >>Subject: EIGRP and snapshot routing? >>Date: Wed, 27 Dec 2000 15:21:27 -0800 >> >>According to the Netcerts BCRAN book, snapshot routing works best with RIP, >>IGRP, RIP, RTMP, and RTP. No mention of EIGRP is given. Does anyone know > >of any reason why EIGRP would NOT be a good candidate for snapshot routing? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing and Interesting traffic
Nigel Was the BGP router process still running. Even if you delete the nieghbor statements etc and you leave the BGP process running, the router will require clear ip bgp * to remove all references. Johnny Dedon Senior Staff Consultant Exodus Professional Services [EMAIL PROTECTED] www.exodus.net - Original Message - From: "Nigel Taylor" <[EMAIL PROTECTED]> To: "CCIE_Lab Group Study" <[EMAIL PROTECTED]>; "Cisco Group Study" <[EMAIL PROTECTED]> Cc: "Bryant Andrews" <[EMAIL PROTECTED]> Sent: Wednesday, March 07, 2001 5:40 AM Subject: Snapshot Routing and Interesting traffic > Hi All, > I was just making my way through a couple ISDN/DDR Snapshot = > routing scenarios and made a unlikely observation. > > For reference purposes I was making use of my CZone = > privileges(disclaimer) in mocking up David wolsefer ISDN lab exercise = > and got the following results. Before attempting this lab I worked = > through another BGP related lab. In saying so I moved right into this = > scenario without performing a write erase on the routers. To my benefit = > one of the routers I used in this ISDN mock up was clean and not used in = > the previous lab. =20 > > OK, so I get everything all configured baseline snapshot (just the ISDN = > circuit and 1 loopback) and it works great. I progressed to follow the = > requirements of David's scenario which makes use of the Ethernet circuit = > and commands to support ISDN backup of the Ethernet line. Here is where = > things get interesting The ISDN line keep flapping up..down..up.. = > down. =20 > > The "debug ip packet", "debug dialer packet" , and debug dialer events" = > revealed that the client-side of the snapshot circuit was trying to make = > a connection to 11.1.1.2 (eth0). As mentioned before I was doing a BGP = > lab and the Snapshot server router was one of the routers used in that = > scenario. Although there was no ip configurations for the address = > 11.1.1.2, the bgp process on the snapshot server keep trying to make a = > tcp connection on the segment(11.1.1.2). This caused the ISDN line to = > try and route packets to that address as defined in the running bgp = > process (neighbor 11.1.1.2 remote-as 1).=20 > > Once I removed the bgp process everything worked as it should. My = > questions now go to the fact that I have an ospf process running that = > hasn't caused any problems at all. I'm trying to understand what I = > experienced. =20 > > In knowing BGP uses protocol TCP port 179, OSPF IP port 89, and RIP UDP = > port 520. Now I recognize that the "dialer-list" used in the exercise = > is baseline(dialer-list 1 protocol ip permit), but does this make any = > sense at all. Why would this non-active bgp connection cause the ISDN = > line to flap... There was no redistribution being performed so isn't = > this a good example of "ships in the night" routing? =20 > > Thoughts anyone. > > TIA > Nigel > > > > > > ___ > To unsubscribe from the CCIELAB list, send a message to > [EMAIL PROTECTED] with the body containing: > unsubscribe ccielab _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing and Interesting traffic
I'll defer to David on this, since, in part, I don't have the exact lab in front of me. But remember that BGP is there both to advertise your routes to other AS, and to accept routes from other AS. Could your configuration have been trying to bring up a session to listen to the other AS, even if it didn't have anything to announce? Also, remember that BGP does have a keepalive, although the keepalive often is disabled in practice because other mechanisms will detect failures faster. >Hi All, > I was just making my way through a couple ISDN/DDR Snapshot = >routing scenarios and made a unlikely observation. > >For reference purposes I was making use of my CZone = >privileges(disclaimer) in mocking up David wolsefer ISDN lab exercise = >and got the following results. Before attempting this lab I worked = >through another BGP related lab. In saying so I moved right into this = >scenario without performing a write erase on the routers. To my benefit = >one of the routers I used in this ISDN mock up was clean and not used in = >the previous lab. =20 > >OK, so I get everything all configured baseline snapshot (just the ISDN = >circuit and 1 loopback) and it works great. I progressed to follow the = >requirements of David's scenario which makes use of the Ethernet circuit = >and commands to support ISDN backup of the Ethernet line. Here is where = >things get interesting The ISDN line keep flapping up..down..up.. = >down. =20 > >The "debug ip packet", "debug dialer packet" , and debug dialer events" = >revealed that the client-side of the snapshot circuit was trying to make = >a connection to 11.1.1.2 (eth0). As mentioned before I was doing a BGP = >lab and the Snapshot server router was one of the routers used in that = >scenario. Although there was no ip configurations for the address = >11.1.1.2, the bgp process on the snapshot server keep trying to make a = >tcp connection on the segment(11.1.1.2). This caused the ISDN line to = >try and route packets to that address as defined in the running bgp = >process (neighbor 11.1.1.2 remote-as 1).=20 > >Once I removed the bgp process everything worked as it should. My = >questions now go to the fact that I have an ospf process running that = >hasn't caused any problems at all. I'm trying to understand what I = >experienced. =20 > >In knowing BGP uses protocol TCP port 179, OSPF IP port 89, and RIP UDP = >port 520. Now I recognize that the "dialer-list" used in the exercise = >is baseline(dialer-list 1 protocol ip permit), but does this make any = >sense at all. Why would this non-active bgp connection cause the ISDN = >line to flap... There was no redistribution being performed so isn't = >this a good example of "ships in the night" routing? =20 > >Thoughts anyone. > >TIA >Nigel > > > > > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Snapshot Routing and Interesting traffic
I'll defer to David on this, since, in part, I don't have the exact lab in front of me. But remember that BGP is there both to advertise your routes to other AS, and to accept routes from other AS. Could your configuration have been trying to bring up a session to listen to the other AS, even if it didn't have anything to announce? Also, remember that BGP does have a keepalive, although the keepalive often is disabled in practice because other mechanisms will detect failures faster. >Hi All, > I was just making my way through a couple ISDN/DDR Snapshot = >routing scenarios and made a unlikely observation. > >For reference purposes I was making use of my CZone = >privileges(disclaimer) in mocking up David wolsefer ISDN lab exercise = >and got the following results. Before attempting this lab I worked = >through another BGP related lab. In saying so I moved right into this = >scenario without performing a write erase on the routers. To my benefit = >one of the routers I used in this ISDN mock up was clean and not used in = >the previous lab. =20 > >OK, so I get everything all configured baseline snapshot (just the ISDN = >circuit and 1 loopback) and it works great. I progressed to follow the = >requirements of David's scenario which makes use of the Ethernet circuit = >and commands to support ISDN backup of the Ethernet line. Here is where = >things get interesting The ISDN line keep flapping up..down..up.. = >down. =20 > >The "debug ip packet", "debug dialer packet" , and debug dialer events" = >revealed that the client-side of the snapshot circuit was trying to make = >a connection to 11.1.1.2 (eth0). As mentioned before I was doing a BGP = >lab and the Snapshot server router was one of the routers used in that = >scenario. Although there was no ip configurations for the address = >11.1.1.2, the bgp process on the snapshot server keep trying to make a = >tcp connection on the segment(11.1.1.2). This caused the ISDN line to = >try and route packets to that address as defined in the running bgp = >process (neighbor 11.1.1.2 remote-as 1).=20 > >Once I removed the bgp process everything worked as it should. My = >questions now go to the fact that I have an ospf process running that = >hasn't caused any problems at all. I'm trying to understand what I = >experienced. =20 > >In knowing BGP uses protocol TCP port 179, OSPF IP port 89, and RIP UDP = >port 520. Now I recognize that the "dialer-list" used in the exercise = >is baseline(dialer-list 1 protocol ip permit), but does this make any = >sense at all. Why would this non-active bgp connection cause the ISDN = >line to flap... There was no redistribution being performed so isn't = >this a good example of "ships in the night" routing? =20 > >Thoughts anyone. > >TIA >Nigel > > > > > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Snapshot routing Not working? [7:37207]
Hello, Have 2 routers, Remote and Central configed for Snapshot routing over a BRI line using Dialer profiles and Rip. Remote is the client and Central the server. When the active timer expires, I thought that the routing tables would stay 'frozen' meaning that the Rip learned routes would still show up in the routing table of either router. But infact, it disappears!! Is this how snapshot routing supposed to work? I basically took the example from CCO. Please advise. Thank you. Here is the config on router Remote, the client and also the sequence of events before the routes disappear!! Remote#sh ru int b0/0 interface BRI0/0 no ip address no ip directed-broadcast encapsulation ppp no ip route-cache no ip mroute-cache dialer pool-member 1 isdn switch-type basic-ni isdn spid1 055531 5553000 isdn spid2 055521 5552000 end Remote#sh ru int d 1 interface Dialer1 ip unnumbered Loopback0 no ip directed-broadcast encapsulation ppp dialer remote-name TS-Central dialer idle-timeout 140 dialer string 5551000 dialer load-threshold 2 either dialer snapshot 1 dialer pool 1 dialer-group 1 snapshot client 5 8 dialer ppp authentication chap ppp multilink end Remote#sh ip route 17.0.0.0/32 is subnetted, 1 subnets C 17.17.17.17 is directly connected, Loopback17 R16.0.0.0/8 [120/1] via 1.1.1.1, Dialer1 1.0.0.0/32 is subnetted, 1 subnets Remote#sh snap Current state: active, remaining/exchange time: 1/5 minutes Remote# 1d12h: SNAPSHOT: Dialer1[1]: moving to client post active->quiet queue Remote#sh snap Current state: client post active->quiet, remaining time: 2 minutes Remote# 1d12h: %ISDN-6-DISCONNECT: Interface BRI0/0:1 disconnected from 5551000 5551000, call lasted 4 25 seconds 1d12h: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to down Remote# 1d12h: %DIALER-6-UNBIND: Interface BRI0/0:1 unbound from profile Dialer1 Remote# 1d12h: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0/0:1, changed state to down Remote# 1d12h: %ISDN-6-DISCONNECT: Interface BRI0/0:2 disconnected from 5552000 , call lasted 483 seco nds 1d12h: %LINK-3-UPDOWN: Interface BRI0/0:2, changed state to down Remote#sh ip route 1d12h: %DIALER-6-UNBIND: Interface BRI0/0:2 unbound from profile Dialer1 Remote# 1d12h: SNAPSHOT: Dialer1[1]: moving to quiet queue Remote#sh snap Current state: quiet, remaining: 7 minutes Remote#sh ip route 17.0.0.0/32 is subnetted, 1 subnets C 17.17.17.17 is directly connected, Loopback17 2.0.0.0/32 is subnetted, 1 subnets C 2.2.2.2 is directly connected, Loopback0 Remote# What happened to the Rip learned route?? Thank you. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37207&t=37207 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Snapshot routing for Eigrp? [7:56102]
Hello, Can snapshot routing be used for Eigrp? I don't see any documentation on CCO regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be used for Eigrp across a DDR link? Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for Ospf but nothing for ISIS? Can someone advise? Thank you. Sincerely. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56102&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing Not working? [7:37207]
where's ur "dialer map snapshot" ?? Nick Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37222&t=37207 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
SnapShot Routing and Dialer Interfaces [7:20771]
All, I have read that snapshot routing is not supported on dialer interfaces - only on legacy ddr (ie: BRI interfaces ). If this is correct why are the snapshot commands available under the dialer interface It gets even more confusing whan you download case studies from Cisco's web site that clearly show snapshot commands under Dialer interfaces and also Dialer Map commands under Dialer interfaces. If I'm missing something , let me know. Cheers Richard Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=20771&t=20771 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
That's the exact reason why I asked on Eigrp and Isis for link-state? :-) Do you have any ideas?? >From: "Scott Davis" >Reply-To: "Scott Davis" >To: [EMAIL PROTECTED] >Subject: RE: Snapshot routing for Eigrp? [7:56102] >Date: Wed, 23 Oct 2002 01:25:59 GMT > >From CCO, Snapshot Routing : FAQ > >Snapshot allows the use of all "distance vector" routing protocols over DDR >lines. They include: > >RIP and IGRP for IP >RTMP for Appletalk >RIP and SAP for IPX >RTP for Vines > >-Original Message- >From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On Behalf Of >Cisco Nuts >Sent: Tuesday, October 22, 2002 3:20 PM >To: [EMAIL PROTECTED] >Subject: Snapshot routing for Eigrp? [7:56102] > > >Hello, >Can snapshot routing be used for Eigrp? I don't see any documentation on >CCO >regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be >used for Eigrp across a DDR link? > >Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for >Ospf but nothing for ISIS? > >Can someone advise? > >Thank you. > >Sincerely. > > > > >_ >Get faster connections -- switch to MSN Internet Access! >http://resourcecenter.msn.com/access/plans/default.asp _ Get a speedy connection with MSN Broadband. Join now! http://resourcecenter.msn.com/access/plans/freeactivation.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56169&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
Cisco Nuts wrote: > > That's the exact reason why I asked on Eigrp and Isis for > link-state? :-) > Do you have any ideas?? What problem are you trying to solve? I'm being dense perhaps, but I think you will get a better answer if you explain the problem rather than a potential solution. I know a consultant whose mantra is "tell me what, not how!" ;-) Snapshot routing is a solution for reducing the number of routing updates that are sent. It works for protocols like RIP, IGRP, and RTMP that send their entire routing tables (after split horizon) frequently, like every 30 seconds for RIP, every 90 seconds for IGRP, and every 10 seconds for RTMP. Neither EIGRP nor IS-IS do this. Although EIGRP uses vectors with distance information, its updates are nonperiodic, partial, and bounded. Nonperiodic means that updates are sent only when a metric changes rather than at regular intervals. Partial means that updates include only routes that have changed, not every entry in the routing table. Bounded means that updates are sent only to affected routers. These behaviors mean that EIGRP uses very little bandwidth. However, it does send incessant Hellos (every 5 seconds) and that is probably what concerns you. I don't know IS-IS, but EIGRP learns about its neighbors with Hellos. If you want to reduce traffic and keep a DDR line from coming up just to send Hellos, you could make the DDR link a passive interface. Under the EIGRP commands, use the "passive-interface dialer0" command or whatever is appropriate for your config. Then use a static route to make sure the link does come up when you need to send to the other side. You could still use EIGRP on either side but make the DDR link passive. That's one way to skin the cat anyway! ;-) ___ Priscilla Oppenheimer www.troubleshootingnetworks.com www.priscilla.com > > > > > > > >From: "Scott Davis" > >Reply-To: "Scott Davis" > >To: [EMAIL PROTECTED] > >Subject: RE: Snapshot routing for Eigrp? [7:56102] > >Date: Wed, 23 Oct 2002 01:25:59 GMT > > > >From CCO, Snapshot Routing : FAQ > > > >Snapshot allows the use of all "distance vector" routing > protocols over DDR > >lines. They include: > > > >RIP and IGRP for IP > >RTMP for Appletalk > >RIP and SAP for IPX > >RTP for Vines > > > >-Original Message- > >From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On > Behalf Of > >Cisco Nuts > >Sent: Tuesday, October 22, 2002 3:20 PM > >To: [EMAIL PROTECTED] > >Subject: Snapshot routing for Eigrp? [7:56102] > > > > > >Hello, > >Can snapshot routing be used for Eigrp? I don't see any > documentation on > >CCO > >regarding this. They refer to primarily RIP, IGRP and IPX RIP. > What can be > >used for Eigrp across a DDR link? > > > >Also, I am trying to find out for ISIS? CCO has the > ospf-demand circuit for > >Ospf but nothing for ISIS? > > > >Can someone advise? > > > >Thank you. > > > >Sincerely. > > > > > > > > > >_ > >Get faster connections -- switch to MSN Internet Access! > >http://resourcecenter.msn.com/access/plans/default.asp > _ > Get a speedy connection with MSN Broadband. Join now! > http://resourcecenter.msn.com/access/plans/freeactivation.asp > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56175&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
I don't think you can use Link State routing protocols over snapshot because they rely on hello messages periodically (not 100% on this but pretty sure). I got it to work in a DDR EIGRP environment using floating statics, quite straight forward. -Original Message- From: Cisco Nuts [mailto:cisconuts@;hotmail.com] Sent: 22 October 2002 21:20 To: [EMAIL PROTECTED] Subject: Snapshot routing for Eigrp? [7:56102] Hello, Can snapshot routing be used for Eigrp? I don't see any documentation on CCO regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be used for Eigrp across a DDR link? Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for Ospf but nothing for ISIS? Can someone advise? Thank you. Sincerely. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp = This email has been content filtered and subject to spam filtering. If you consider this email is unsolicited please forward the email to [EMAIL PROTECTED] and request that the sender's domain be blocked from sending any further emails. = Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56104&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
Woops, That second sentence was misleading, I didn't mean I got snapshot with EIGRP to work, I used floating static's instead of Snapshot. -Original Message- From: Symon Thurlow Sent: 22 October 2002 22:05 To: [EMAIL PROTECTED] Subject: RE: Snapshot routing for Eigrp? [7:56102] I don't think you can use Link State routing protocols over snapshot because they rely on hello messages periodically (not 100% on this but pretty sure). I got it to work in a DDR EIGRP environment using floating statics, quite straight forward. -Original Message- From: Cisco Nuts [mailto:cisconuts@;hotmail.com] Sent: 22 October 2002 21:20 To: [EMAIL PROTECTED] Subject: Snapshot routing for Eigrp? [7:56102] Hello, Can snapshot routing be used for Eigrp? I don't see any documentation on CCO regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be used for Eigrp across a DDR link? Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for Ospf but nothing for ISIS? Can someone advise? Thank you. Sincerely. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp = This email has been content filtered and subject to spam filtering. If you consider this email is unsolicited please forward the email to [EMAIL PROTECTED] and request that the sender's domain be blocked from sending any further emails. = = This email has been content filtered and subject to spam filtering. If you consider this email is unsolicited please forward the email to [EMAIL PROTECTED] and request that the sender's domain be blocked from sending any further emails. = Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56107&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
A minor nitpick here: EIGRP is not a link state protocol but it does use hello messages to establish and keep track of neighbors. Hello messages used by a routing protocol will complicate your DDR situation, but they are not the defining characteristic of link state protocols. John >>> "Symon Thurlow" 10/22/02 3:05:08 PM >>> I don't think you can use Link State routing protocols over snapshot because they rely on hello messages periodically (not 100% on this but pretty sure). I got it to work in a DDR EIGRP environment using floating statics, quite straight forward. -Original Message- From: Cisco Nuts [mailto:cisconuts@;hotmail.com] Sent: 22 October 2002 21:20 To: [EMAIL PROTECTED] Subject: Snapshot routing for Eigrp? [7:56102] Hello, Can snapshot routing be used for Eigrp? I don't see any documentation on CCO regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be used for Eigrp across a DDR link? Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for Ospf but nothing for ISIS? Can someone advise? Thank you. Sincerely. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp = This email has been content filtered and subject to spam filtering. If you consider this email is unsolicited please forward the email to [EMAIL PROTECTED] and request that the sender's domain be blocked from sending any further emails. = Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56108&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Snapshot routing for Eigrp? [7:56102]
>From CCO, Snapshot Routing : FAQ Snapshot allows the use of all "distance vector" routing protocols over DDR lines. They include: RIP and IGRP for IP RTMP for Appletalk RIP and SAP for IPX RTP for Vines -Original Message- From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On Behalf Of Cisco Nuts Sent: Tuesday, October 22, 2002 3:20 PM To: [EMAIL PROTECTED] Subject: Snapshot routing for Eigrp? [7:56102] Hello, Can snapshot routing be used for Eigrp? I don't see any documentation on CCO regarding this. They refer to primarily RIP, IGRP and IPX RIP. What can be used for Eigrp across a DDR link? Also, I am trying to find out for ISIS? CCO has the ospf-demand circuit for Ospf but nothing for ISIS? Can someone advise? Thank you. Sincerely. _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56118&t=56102 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]