Talk:Enhanced Interior Gateway Routing Protocol/Archive 1: Difference between revisions

Content deleted Content added
m Claptrap: repair disambig pages with links and other minor tasks, replaced: ITIT using AWB
 
(5 intermediate revisions by 2 users not shown)
Line 59:
things - even though it could be very well written, but i wouldn't know it, since I know nothing of its context or discourse - and even call it
"claptrap." Rather, I would just come to the conclusion that the article is more highly specialized than articles, say, on broader subject headings, like computer [[communication networks]], or [[internetworking]],
or [[Routers]], or [[photonics]] for that matter. Incidentally, I am a [[computer]] / [[Information technology|IT]] [[professional]], and I find this article very useful (especially as relates to the discussion on the metrics formula in this Discussion page - which clarifies the formula given on the main page I hope they update the main article with the extra info).[[User:Anon.]]
 
== Does EIGRP handle IPv6 packet? ==
 
From reading Cisco documents between the lines, I get the perception that EIGRP will not be routing IPv6. I haven't read anthing that explicitly state so, but I wonder if there is anyone around here who might be better informed about Cisco's intention. i.e. Does none existance of EIGRP that can handle Ipv6 mean Cisco is finally throwing full support behind oSPF in future? Would such information be included in the article to make it more informative?
 
 
From Todd Lammle Sybex Cisco Author: EIGRP can run IPv6 but it runs as a separate protocol.
 
== good place to start ==
Line 70 ⟶ 73:
 
From Todd Lammle, Sybex CCNA Author:
The EIGRP protocol will run IPv6, but will run as a separate protocol. Please see my CCNA 6th edition for more information.
 
== EIGRP 'Hybrid' Class ==
Line 82 ⟶ 85:
(Source: Page 290 of CCNA Study Guide, Todd Lammle, ISBN 0-7821-4392-X)
 
So to say that EIGRP is a hybrid would be correct. If you have any doubts, complaints, whatnot, contact the author.
 
----------------------------------------------
 
I disagree -- jerzy
 
------------------------------------------------
This is a very week argument: quote from elementary CCNA (Cisco Certified Network Associate) study guide. I fully agree with noel's note in the beginning. Your quote: "And EIGRP has link-state scharacteristics as well - it synchronizes routing tables between neighbors at startup, and then sends specific updates only when the topology changes occur." The last part I would call asynchronous or event driven, nothing to do with maintaining full link-state topology table.
 
The point of the distance-vector routing algorithm is that router does not need to know full topology but only needs local knowledge of routing summary that it gets from its neighbors. Historically this was significant when routers memory and CPU was limited and savings, real or perceived where important. Dijksra's SPF calculations are CPU intensive and have been "stressful" for large networks for low end-routers that needed to do packet switching in CPU. The link-state vs. distance-vector wars are over, CPUs and memory plentiful but the misconceptions remain. Calling it a hybrid sounds like a compromise remaining from these wars. Chicken may look like a duck from distance but it will not fly or quack :-)