home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / sys / cisco / 1167 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.9 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!unixjr.SLAC.Stanford.EDU!kls
  2. From: kls@unixjr.SLAC.Stanford.EDU (Karl L. Swartz)
  3. Newsgroups: comp.dcom.sys.cisco
  4. Subject: split horizon with redistributed routes
  5. Message-ID: <5334@unixhub.SLAC.Stanford.EDU>
  6. Date: 27 Aug 92 07:21:38 GMT
  7. Sender: news@unixhub.SLAC.Stanford.EDU
  8. Organization: Stanford Linear Accelerator Center
  9. Lines: 33
  10. Nntp-Posting-Host: unixjr.slac.stanford.edu
  11.  
  12. I have a network with several ciscos on it:
  13.  
  14.       |            |            |
  15.       +---- R1 ----+            |
  16.       |            +---- R2 ----+
  17.       |            |            |
  18.  
  19.     net A       net B        net C
  20.  
  21. The routers speak IGRP amongst themselves, and redistribute IGRP into
  22. RIP for the benefit of hosts which don't understand anything else.
  23. (The network is actually rather more complicated; I'm simplifying to
  24. illustrate the problem.)  Another router on net A is a gateway to the
  25. Internet, which R1 and R2 learn about via IGRP and then redistribute
  26. to RIP as default routes.
  27.  
  28. The problem is that R2 advertises a default route on net B, and then
  29. sends redirects to anybody who uses it.  I understand that the usual
  30. split horizon rules don't apply here since R2 learned the route via
  31. net B but not from the same protocol, but I'd like to apply split
  32. horizon just the same.  That is, if R2 learned a route (default in
  33. this example, but it holds for any route) via net B, I don't want it
  34. to advertise it on net B.  Period.
  35.  
  36. Can I do this?  Static filters aren't acceptable, and I can't just run
  37. RIP because the networks are not homogenous and I want the routers to
  38. use the "best" route available.
  39.  
  40. -- 
  41. Karl Swartz        |INet    kls@unixhub.slac.stanford.edu
  42. SLAC Computing Services    |       or kls@ditka.chicago.com
  43. 1-415/926-3630        |UUCP    uunet!lll-winken!unixhub!kls  -or-  ditka!kls
  44. (SLAC and the US Dept. of Energy don't necessarily agree with my opinions.)
  45.