Vervolg discussie m.b.t. storing Nikhef

/me ziet hier een hoop mensen die groot voorstander zijn van asynchrone routing ;)

Geen moeilijke woorden gaan gebruiken nu he :)

Citaat:

---

Oorspronkelijk geplaatst door phreak

Je kunt je traffic niet loadbalanced over je verschillende transits uitgooien, gaat gewoon niet werken, zo werkt BGP niet, BGP kiest het beste PAD ookal zit deze uplink vol, zal hij de kortste route pakken, nogmaals, al heb je 100 transit boeren, gaat 1 specifieke route maar over 1 boer en als daar net 1001 Mbit naar toe gaat, heb je issue's..

In de bgp tabel, zoals hierboven beschreven een IP van theplanet.com, pakt hij zijn best path, het is niet zo dat hij als er packetloss op de lijn zit in verband met congestion dat hij automatisch ander path pakt, Zodra deze route niet meer beschikbaar is, metric lager en of er een andere kortere route zich aanbied zal hij dit doen, maar dit is niet "intelligent routing".

Apoc, klepel?

---

Citaat:

---

Oorspronkelijk geplaatst door phreak

Welk protocol gebruik je hiervoor? Ik ben hier erg benieuwd naar, want ik moest het meestal handmatig rerouten als ik congestion krijg.

---

Jij gaat er vanuit dat netwerken uitsluitend BGP gebruiken, maar BGP standalone is eigenlijk een heel simpel protocol, er zijn veel geavanceerdere oplossingen. Kijk bijvoorbeeld eens naar Avaya ANS (http://support.avaya.com/japple/css/...oductID=227906). Het is ook gebaseerd op BGP, maar dan VEEL geavanceerder.

Citaat:

---

Oorspronkelijk geplaatst door ProServe

Dat kan je dus alleen doen als je 2 paden naar dezelfde transit partij (AS) hebt. Het werkt niet als je 2 verschillende (even lange) paden naar verschillende transit partijen hebt.

---

Onzin, het kan zelfs met paden die niet even lang zijn, en ook naar verschillende transit partijen. Nogmaals, als je uitgaat van enkel BGP, dan ben je natuurlijk zeer beperkt in je mogelijkheden, maar er zijn veel geavanceerdere oplossingen.

@Funnymedia; dit topic is NIET bedoeld tegen een specifieke partij, het is een discussie in het algemeen. Het is dan ook niet de bedoeling dit topic te projecteren op een specifieke partij.

Citaat:

---

Oorspronkelijk geplaatst door ProServe

Dat kan je dus alleen doen als je 2 paden naar dezelfde transit partij (AS) hebt. Het werkt niet als je 2 verschillende (even lange) paden naar verschillende transit partijen hebt.

---

We hebben het momenteel alleen aanstaan bij een klant welke enkele verbindingen heeft naar een $tier1 partij en waar ivm netwerk topologie link aggregation niet kon. Monitoring zit niet bij ons dus weet niet zeker hoe efficient het is.
Klinkt naar een leuke test voor het labo :D

Citaat:

---

Oorspronkelijk geplaatst door Apoc

Jij gaat er vanuit dat netwerken uitsluitend BGP gebruiken, maar BGP standalone is eigenlijk een heel simpel protocol, er zijn veel geavanceerdere oplossingen. Kijk bijvoorbeeld eens naar Avaya ANS (http://support.avaya.com/japple/css/...oductID=227906). Het is ook gebaseerd op BGP, maar dan VEEL geavanceerder.

---

Ah natuurlijk, en je gaat iedereen nu even vertellen dat we over moeten stappen op ANS? Avaya is VoIP minded, niet eens routing.

Aanvulling: ANS is "Adaptive Networking Software" en is geen protocol, zie ook nergens dat het RFC complient is.

Denk toch eens fatsoenlijk na joh.

Kan je het even uittekenen voor ons Apoc, zonder dat asynchrone routing voorkomt.

Buiten dat, ga maar eens een transit/traffic provider vinden die dat protocol met je wilt praten.

Citaat:

---

Oorspronkelijk geplaatst door Apoc

Onzin, het kan zelfs met paden die niet even lang zijn, en ook naar verschillende transit partijen. Nogmaals, als je uitgaat van enkel BGP, dan ben je natuurlijk zeer beperkt in je mogelijkheden, maar er zijn veel geavanceerdere oplossingen.

---

OKOK, jij kan het weten natuurlijk! (???) Er zullen vast veel geavanceerdere oplossingen zijn, alleen raar dat 99.9% van het internet via BGP en AS'en met elkaar praat.

Ik zie een markt voor je :)

Citaat:

---

Oorspronkelijk geplaatst door phreak

Ah natuurlijk, en je gaat iedereen nu even vertellen dat we over moeten stappen op ANS? Avaya is VoIP minded, niet eens routing.

Aanvulling: ANS is "Adaptive Networking Software" en is geen protocol, zie ook nergens dat het RFC complient is.

---

Ah ja, daarom gebruiken grote netwerken in de VS die geen VOIP doen het ook? Bijvoorbeeld http://www.gnax.net/aboutus/

Als jij denkt dat Avaya alleen op VOIP richt en geen verstand van routing hebt, dan zou ik je toch maar eens opnieuw laten voorlichten. Ik heb in de VS zelf met engineers van Avaya gewerkt en zij hebben hun oplossingen geimplementeerd in netwerken die absoluut geen VOIP verkeer gebruiken.

En al doen ze wel VOIP verkeer, dat staat er helemaal los van. Het punt is dat wat ik omschreef weldegelijk mogelijk is.

Citaat:

---

Oorspronkelijk geplaatst door ProServe

OKOK, jij kan het weten natuurlijk! (???) Er zullen vast veel geavanceerdere oplossingen zijn, alleen raar dat 99.9% van het internet via BGP en AS'en met elkaar praat.

Ik zie een markt voor je :)

---

Misschien moet je het even beter lezen. Avaya ANS is een oplossing die gebaseerd is op BGP, het is geen nieuw protocol.

Lees wat hier boven staan, 0,0 is hier "ANS" minded, Cisco, Foundry en Juniper en whatever model "except Avaya" zul je dit protocol in terugvinden.

99,99% van alle routers babbelen BGP, niet ruklaak zo maar iets gaan zeggen.

Iets met bel en klepel? :)

Ik ga niet alles lezen, maar met AS Path kan je het een en ander loadbalancen over je transits, enkel op het moment dat 1 partij een kortere aspath heeft is dat direct de BEST route... dus loadbalancen doe je dan ook niet....

Citaat:

---

Oorspronkelijk geplaatst door Apoc

Misschien moet je het even beter lezen. Avaya ANS is een oplossing die gebaseerd is op BGP, het is geen nieuw protocol.

---

Nogmaals:

Adaptive Networking Software (ANS) provides adaptive management for network infrastructure. The software can monitor, assess, and adjust the network environment in real time to maximize applications availability, while optimizing between cost and performance. The result is a network infrastructure that is self-healing and self-optimizing.

Software != Protocol

BGP = een Protocol -> http://www.ietf.org/rfc/rfc1771.txt
ANS = Adaptive Networking Software

Zie je het NU?

Edit: lees je RFC's, vraag rond bij IETF, RIPE of what ever, voordat je met betere uitspraken komt.

Citaat:

---

Oorspronkelijk geplaatst door phreak

Nogmaals:

Adaptive Networking Software (ANS) provides adaptive management for network infrastructure. The software can monitor, assess, and adjust the network environment in real time to maximize applications availability, while optimizing between cost and performance. The result is a network infrastructure that is self-healing and self-optimizing.

Software != Protocol

BGP = een Protocol
ANS = Adaptive Networking Software

Zie je het NU?

Edit: lees je RFC's, vraag rond bij IETF, RIPE of what ever, voordat je met betere uitspraken komt.

---

Ben jij nou echt doof? Lees nou eens wat ik zeg. De Adaptive Network Software in dit geval IS GEBASEERD OP bgp. Je kunt een netwerk wat momenteel BGP draait, laten optimaliseren door de software van Avaya, en nog steeds BGP praten. De software beinvloed je uitgaande routes, in BGP.

Avaya ANS heeft niets te maken met de wijze waarop jouw routers tegen andere routers praten, ze praten nog steeds dezelfde taal, echter worden er andere (betere) routes/carriers gekozen. Zo kun je bijvoorbeeld een carrier die voor 80% belast wordt, niet verder belasten door geen nieuwe uitgaande verbindingen over die carrier te lopen. Dat is wat Avaya ANS doet. Probeer mij nou niet de les te lezen over BGP en ANS, ik heb beide jarenlang zelf gebruikt in de VS.

Citaat:

---

Oorspronkelijk geplaatst door Apoc

Ben jij nou echt doof? Lees nou eens wat ik zeg. De Adaptive Network Software in dit geval IS GEBASEERD OP bgp. Je kunt een netwerk wat momenteel BGP draait, laten optimaliseren door de software van Avaya, en nog steeds BGP praten. De software beinvloed je uitgaande routes, in BGP.

Avaya ANS heeft niets te maken met de wijze waarop jouw routers tegen andere routers praten, ze praten nog steeds dezelfde taal, echter worden er andere (betere) routes/carriers gekozen. Zo kun je bijvoorbeeld een carrier die voor 80% belast wordt, niet verder belasten door geen nieuwe uitgaande verbindingen over die carrier te lopen. Dat is wat Avaya ANS doet. Probeer mij nou niet de les te lezen over BGP en ANS, ik heb beide jarenlang zelf gebruikt in de VS.

---

Tuurlijk meneer de expert :)

Vertel mij eens even hoe ik dat implementeer op mijn foundry's, je hebt continue route changes, en waarom zou ik mijn capaciteit die over IX verkeer loopt willen afvloeien naar transit.