Re: iBGP full mesh ? [7:40741]

2002-04-11 Thread Peter van Oene
Nice research :) I didn't bother to stretch back pre 93'ish :) Quick comments inline At 12:33 AM 4/11/2002 -0400, Chuck wrote: >dead horse time, and maybe not worth further comment / question, but see >below if you have masochistic tendencies, or just want to delve into the >thought process of

Re: iBGP full mesh ? [7:40741]

2002-04-10 Thread Chuck
dead horse time, and maybe not worth further comment / question, but see below if you have masochistic tendencies, or just want to delve into the thought process of the designers: some snipping done because the thread was getting to be less clear. ""Peter van Oene"" wrote in message [EMAIL PROT

Re: iBGP full mesh ? [7:40741]

2002-04-10 Thread Kent Yu
Peter, - Original Message - From: "Peter van Oene" To: Sent: Tuesday, April 09, 2002 3:51 PM Subject: Re: iBGP full mesh ? [7:40741] > inline > > > >I know that's how Juniper defaults its BGP synch. I agree that synch should > >be disabled by defa

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Peter van Oene
inline At 03:02 PM 4/9/2002 -0400, Howard C. Berkowitz wrote: > >Comments inline > > > >At 11:19 AM 4/9/2002 -0400, Chuck wrote: > >>Ah, but there is this little thing called "the standard", and the standard > >>requires that it be done the way it is because BGP SHOULD be advertising > >>only REA

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Peter van Oene
inline At 03:37 PM 4/9/2002 -0400, Kent Yu wrote: >Peter, > >- Original Message - >From: "Peter van Oene" >To: >Sent: Tuesday, April 09, 2002 3:55 AM >Subject: Re: iBGP full mesh ? [7:40741] > > > > I don't disagree with most o

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Kent Yu
Peter, - Original Message - From: "Peter van Oene" To: Sent: Tuesday, April 09, 2002 3:55 AM Subject: Re: iBGP full mesh ? [7:40741] > I don't disagree with most of your points, but really think synch should be > disabled in all cases at all times along with aut

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Howard C. Berkowitz
>Comments inline > >At 11:19 AM 4/9/2002 -0400, Chuck wrote: >>Ah, but there is this little thing called "the standard", and the standard >>requires that it be done the way it is because BGP SHOULD be advertising >>only REACHABLE nets. What would the internet be, if unreachable nets were > >adver

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Peter van Oene
Comments inline At 11:19 AM 4/9/2002 -0400, Chuck wrote: >Ah, but there is this little thing called "the standard", and the standard >requires that it be done the way it is because BGP SHOULD be advertising >only REACHABLE nets. What would the internet be, if unreachable nets were >advertised wil

Re: iBGP full mesh ? [7:40741]

2002-04-09 Thread Peter van Oene
I don't disagree with most of your points, but really think synch should be disabled in all cases at all times along with auto summary. It should be disabled by default and indeed shouldn't even be included as a configurable option. At 11:28 AM 4/8/2002 -0400, you wrote: >It's not default for

Re: iBGP full mesh ? [7:40741]

2002-04-08 Thread MADMAN
I understand the what sync does and I also assume that someone setting up such an config, dual homed full routing, should understand BGP fundamentals. It's like auto summerization, I have never seen it fix anything but I have seen it cause problems many times. Dave Jay wrote: > > It's not def

Re: iBGP full mesh ? [7:40741]

2002-04-08 Thread Jay
It's not default for the same reason why unicast rpf (antispoofing) is not default in ISO; because people are stupid, and under poor design, it could produce very undesirable and hard to troubleshoot results. In other words, if you don't know why you are disabling synchronization, don't do it. T

Re: iBGP full mesh ? [7:40741]

2002-04-08 Thread MADMAN
I can think one one good reason why you would disable sync, you can't redistribute 100K routes into ANY IGP. Why are you so concerned about disabling sync?? It should be default. Dave Jay wrote: > > BGP Rules of thumb: > > BGP advertised prefix must also exist in local IGP table. > iBGP le

Re: iBGP full mesh ? [7:40741]

2002-04-08 Thread Jay
BGP Rules of thumb: BGP advertised prefix must also exist in local IGP table. iBGP learned prefix must also exist in local IGP table -or use #no sync on iBGP learning router, but if you do, you'd sure as hell better know why you disabled it. On Sun, 2002-04-07 at 09:22, Phil Barker wrote: >

Re: iBGP full mesh ? [7:40741]

2002-04-07 Thread Phil Barker
Thanks Peter, I just got the following link which confirms what you say. http://www.cisco.com/warp/public/459/bgp_noad.html#intro The BGP table must have got populated since the networks where directly connected. I also had auto-summary on (Dohh), using /30 s (Dohh, Dohh). Phil. --- Peter van

Re: iBGP full mesh ? [7:40741]

2002-04-07 Thread Peter van Oene
Network statements only advertise routes that exists in the routing table. Further, if you use a "mask" on the statement, you need to match the prefix exactly. Usually, one uses static routes to null0 to pin up aggregate routes, or normal static routes (non null0) for others. At 09:22 AM 4/7

Re: iBGP full mesh ? [7:40741]

2002-04-07 Thread Steven A. Ridder
did you turn off sync.? -- RFC 1149 Compliant. Get in my head: http://sar.dynu.com ""Phil Barker"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi Group, > > Hope someone can help out with this as I don4t have > access to my kit at the moment. > > I tried to set up my first

iBGP full mesh ? [7:40741]

2002-04-07 Thread Phil Barker
Hi Group, Hope someone can help out with this as I don4t have access to my kit at the moment. I tried to set up my first BGP lab last week. I configured a full iBGP mesh, three routers connected in a triangle via serial lines. I set up (neighbour( statements on each router (Hope Radia can forgi