Multiple instances BGP.

[battler]

Bij Cisco apparatuur is het makkelijk om multiple instances op te zetten.
Zodat 1 apparaat meerdere AS nummers kan hebben.

Dit zelfde wil ik ook graag hebben onder mijn foundry apparatuur, helaas
kan ik nergens de juiste commando's vinden. Iemand tips?

BGP4 Summary
Router ID: **************** Local AS Number : 64513 (ibgp)
Confederation Identifier : not configured
Confederation Peers:
Maximum Number of Paths Supported for Load Sharing : 1
Number of Neighbors Configured : 2, UP: 0
Number of Routes Installed : 1
Number of Routes Advertising to All Neighbors : 2
Number of Attribute Entries Installed : 1
Neighbor Address AS# State Time Rt:Accepted Filtered Sent ToSend
******************* IBGP AS CONN 0h 6m58s 0 0 0 1
******************* EBGP AS ADMDN 1d 1h 2m 0 0 0 1


(config)#router bgp (kan dus geen nummers invullen).
<cr>

[JackBol]

battler schreef op dinsdag 19 februari 2008 @ 15:54:
Bij Cisco apparatuur is het makkelijk om multiple instances op te zetten.
Zodat 1 apparaat meerdere AS nummers kan hebben.

hoe dan?

[battler]

Volgens mij ben ik er al uit.

(IBGP) ------ (router) ------ (EBGP)
I- AS E-AS

conf router:
Local as: E-AS
ip bgp neighbor i-as
ip bgp neighbor e-as

[ Voor 72% gewijzigd door battler op 20-02-2008 10:35 ]

[jvanhambelgium]

EBGP <-> IBGP staat los van het al dan niet kunnen "spawnen" van 2 BGP processes.

2 routers kunnen een IBGP of EBGP "peer" zijn en dat geef je weer met je neighbour statements.
Je hoeft daar geen 2 BGP AS processes voor te starten.

router bgp 109
network 131.108.0.0
network 192.31.7.0
neighbor 131.108.200.1 remote-as 167
neighbor 131.108.234.2 remote-as 109
neighbor 150.136.64.19 remote-as 99


In bovenstaande voorbeeld hebben neigbour 131.108.234.2 en deze router een IBGP relatie (remote-as is dezelfde als de locale as -> "router bgp 109")

[battler]

bedankt, jvamhambelgium. Dat bedacht ik me vanochtend dus ook pas. Ik ga het nu even uit proberen.

[jvanhambelgium]

Aangezien BGP een interdomain routing protocol is denk ik dat het niet vaak gaat voorkomen dat 1 router in 2 AS'sen zit. (dus dmv 2 concurrent BGP processen op 2 AS'sen)
ERGENS heb je een administratieve scheiding en daarom dat bedrijf X z'n routertje neerzet en bedrijf Y ook, elk hun AS en dan via een peer-relation "iets" gaan doen.
Indien je met VRF'en werkt heb je wel de mogelijk om per VRF met BGP te werken natuurlijk.

[battler]

Wat ik wel graag zou willen weten of dat het mogelijk is dat een router 2 verschillende as'en heeft.

[jvanhambelgium]

Je kan slechts 1 instance per logische router hebben. (en 1 fysische router zonder VRF's beschouw ik als 1 logische router natuurlijk)
Indien je met VRF's begint te stoeien kan je wel per VRF met BGP aan de slag en eventueel "inter VRF" beginnen uitwisselen om zo tot de finale oplossing te komen.

Waarom deze vraag ? Heb je een bepaalde migratie tussen 2 AS'sen ? Dan kan je ook op andere manieren dan hoor...

[battler]

Ik ben me op dit moment gewoon aan het verdiepen in BGP. Ik loop stage op een data center.
En 1 van de belankrijkste dingen die ik dus moet weten/leren is hoe het netwerk hier in elkaar steekt.
En het liefst bouw ik alles zelf nog na, dus dat ben ik ook op dit moment aan het doen.
Zometeen nog even spelen met routereflectors.

[jvanhambelgium]

>Zometeen nog even spelen met routereflectors.

Hou het even simpel, speel met de basics en bekijk later dan reflectors ;-)
Reflectors in een datacenter heb je niet van doen...want dan wil ik wel eens weten hoe complex jullie DC is ;-)


Trouwens,datacenter BGP is volgens mij redelijk "default" zonder veel speciallekes.
Tenzij je datacenter mischien over meerder regio's verspreid is etc,etc

[battler]

Zo hangt het netwerk er nu een beetje bij. Het blauw omcircelde netwerk mag ik mee spelen. (tot op zekere hoogte wat dit is ook een productie netwerk). De 3 multilayer switches waar geen OSPF tussen draait hier speel ik mee.

[TrailBlazer]

Ook als je vrf's heb draai je maar een BGP instance. Dat je per vrf gescheiden routingtabellen hebt staat hier los van.

Overigens is het handiger om gewoon heel goed de descission matrix van BG te begrijpen. De config van BGP is niet zo ingewikkeld. Sowieso is BGP niet heel erg ingewikkeld. OSPF is een stuk lastiger.

[battler]

Ik heb hier die de descission matrix naast me liggen. (als ik niets te doen heb probeer ik in iedergeval de eerste 5 uit me hoofd te leren.) Ik vind het gedeelte van VRF nog een beetje te lastig, dus daar ga ik nog even mee wachten. Vandaag ga ik een beetje spelen met prefix list en route map.