Onderwerp: [Netwerken] Netwerk toevoegen

Origineel geplaatst door KDIS
Dat had ik zelf verkeerd begrepen. Ik meld zoals gezegt 2 netwerken
aan. Die van ons zelf, en die van IO. Dit zijn 2 netwerken met 2
aparte AS. Ik wist niet dat 1 verbinding van de AMS-IX onder een
andere AS nummer stond. Dit hadden ze er niet bij verteld toen ik
vroeg wat onder de AS van IO staat.

Ja, en je doet dus een aanbieding in het IO netwerk OF een aanbieding in je eigen netwerk. En je moet dus niet allebei vermelden.

Hoe kom je op dit idee. Was net al duidelijk dat dit niet zoveel zin
heeft om dit te vermelden omdat uiteindelijk dit toch niet op de lijst
komt te staan.
Maar nu allemaal back on toppic. Dit gaat om netwerk aanmeldingen!

Er is een verschil tussen losse carriers die ISP's inprikken op hun routers, of al je traffic via een IX als de NL-IX krijgen. En ik heb het idee dat dat laatste het geval is bij jou.
Alle traceroutes die ik doe, gaan via 82.150.153.126. Incl je zogenaamde transit van IO, wat trouwens via Openpeering weer gaat:
[BGP/101] 2d 04:24:19, localpref 100
AS path: 24587 20562 31586 31586 31586 31586 I
> to 195.69.144.218 via ge-0/3/0.0

IO adverteert je dus niet direct, wat betekend dat je die aansluiting niet mag vermelden. Of je verder Realroot en Openpeering/transit aansluit via de NL-IX, kan ik niet zien, maar ik heb sterke verdenkingen. Je zou dit kunnen oplossen door wat meer info te geven qua lg en evt wat stats.
Misschien hebben andere mensen hier andere meningen over, maar ik vind dit geen "netwerk".

PS: je prepend wel heel veel he, waarom doe je dat eigenlijk?

Ik vind ook dat er een verschil tussen "het gaat via 2 vlans op dezelfde kabel" en "het gaat via 2 vlans op een exchange".

In het eerste geval kan er vrij weinig stuk gaan, behalve de kabel en eventueel je eigen switch/router waar je die vlans splitst.

Het tweede geval is wat vervelder, omdat je daar afhankelijk bent van de beschikbaarheid van een exchange, niet onder je eigen controle. Als je 2 transit leveranciers hebt, die je alle 2 krijgt via een exchange heb je eigenlijk geen redundante setup, want als die exchange eruit ligt, ben je gezien.

Ik ben niet tegen het principe van transit via een exchange, maar als het zo is, vind ik dat het vermeld moet worden.

Dus bv:
Transits:
o 1TBps Level1
o 100Gbps Carrier3 via Sleidinge-IX

Exchanges:
o 100Gbps Sleidinge-IX

het KDIS netwerk was al besproken, zie:

http://www.webhostingtalk.nl/showthr...961#post411961

Schijnbaar klopt ook dat lijstje niet. Laten we verder gaan in dat topic.

Origineel geplaatst door ProServe

Incl je zogenaamde transit van IO, wat trouwens via Openpeering weer gaat:
[BGP/101] 2d 04:24:19, localpref 100
AS path: 24587 20562 31586 31586 31586 31586 I
> to 195.69.144.218 via ge-0/3/0.0

IO adverteert je dus niet direct, wat betekend dat je die aansluiting niet mag vermelden. [/B]

Das een fout van IO. Probleempje met localprefs. Er is wel een directe link met BGP tussen KDIS en IO.

Code:

 1  ge-0-1-0-v189.rtr1.ams-rb.io.nl (193.16.154.1) [AS24587]  0.447 ms  0.455 ms  0.376 ms
 2  213.196.0.18 (213.196.0.18) [AS24587]  1.050 ms  1.075 ms  0.870 ms
 3  ns1.kdis.nl (217.170.21.18) [AS31586]  1.138 ms  1.198 ms  1.055 ms

Origineel geplaatst door Zoiah
Das een fout van IO. Probleempje met localprefs. Er is wel een directe link met BGP tussen KDIS en IO.

Code:

 1  ge-0-1-0-v189.rtr1.ams-rb.io.nl (193.16.154.1) [AS24587]  0.447 ms  0.455 ms  0.376 ms
 2  213.196.0.18 (213.196.0.18) [AS24587]  1.050 ms  1.075 ms  0.870 ms
 3  ns1.kdis.nl (217.170.21.18) [AS31586]  1.138 ms  1.198 ms  1.055 ms

Code:

                    [BGP/101] 2d 07:27:56, localpref 100
                      AS path: 24587 20562 31586 31586 31586 31586 I
                    > to 195.69.144.218 via ge-0/3/0.0

Ik zie hun route nog steeds niet direct via IO komen.

Origineel geplaatst door ProServe

Code:

                    [BGP/101] 2d 07:27:56, localpref 100
                      AS path: 24587 20562 31586 31586 31586 31586 I
                    > to 195.69.144.218 via ge-0/3/0.0

Ik zie hun route nog steeds niet direct via IO komen.

Dat komt omdat KDIS zo veel prefixed en ze hun private peers in Redbus niet localprefen. Maar de verbinding is er dus wel.

Tweede poging.

- Reasonnet LTD
- AS: 25525
- Peering:
- 1 Gbit NL-IX/AMS-IX
- 100 Mbit OpenPeering
- 1 Gbit FLAG Telecom
- 1 Gbit T-systems
- 1 Gbit Trueserver
- 1 Gbit Eweka
Transit:
- 1 Gbit Level3
- 1Gbit Interoute

@Anestheologist: we zitten nog ff in de klem met die 1Gbit level3 die op active backup zou moeten staan...

Wij maken gebruik van het Novaxess/Easynet (schiphol-rijk) netwerk (via Hostingworx/Internetworx). Die komt nog niet op de lijst voor zag ik.

Verbindingen volgens Internetworx:
1000 Mbit AMS-IX peering
1000 Mbit NL-IX peering
155 Mbit BN-IX peering
155 Mbit DC-IX peering
155 Mbit MCI Worldcom transit
155 Mbit Level3 transit
155 Mbit Colt transit
155 Mbit TSR transit
155 Mbit Carrier1 transit
155 Mbit NTT/Verio transit
155 Mbit Abovenet transit

Volgens ripe.net zou het AS nummer moeten zijn:
AS:15569

Die lijst klopt niet, op dit moment ligt er:

Exchanges
- 4 X 1 Gbit AMS-IX (2 X Novaxess & 2 X Easynet AS)
- 1 Gbit NL-IX
- 1 Gbit BNIX (Easynet AS)
- 1 Gbit De-CIX (Easynet AS)
- 1 Gbit LINX (Easynet AS)
- 1 Gbit Lipex (Easynet AS)
- 1 Gbit FreeIX (Easynet AS)

Transit
- 1 Gbit Easynet
- 155 Mbit Level (3)
- 155 Mbit MCI UUNet
- 155 Mbit Versatel

Aangezien Novaxess DC nu bekend staat als Easynet DC zullen er binnenkort vast en zeker ook wat veranderingen komen in de structuur van het netwerk (samenvoegen of renamen van AS nummers)

Origineel geplaatst door Cliff
Bedrijfsnaam: Unilogic Networks B.V.
ASN: 28788

Hoe lang duurt het gemiddeld voordat een nieuw netwerk opgenomen word in de lijst ?

Origineel geplaatst door Cliff


Hoe lang duurt het gemiddeld voordat een nieuw netwerk opgenomen word in de lijst ?

Nu in het begin zal het e.e.a. iets langer duren door het grote aantal aanmeldingen, welke weer gecontroleerd dienen te worden.

Als eenmaal alles staat zal het aanmelden van nieuwe netwerken maximaal één/twee dagen in beslag nemen, nu misschien enkele dagen...

Creeert dit nu niet een beetje valse concurrentie?
Ik bedoel, een deel van WHT kan/mag nog steeds adverteren terwijl een ander deel dit niet mag...

En als je dan ook nog kijkt naar het feit dat er 'concurrenten' de netwerken beoordelen...
Niet dat ik hier wil zeggen dat er ook daadwerkelijk misbruik van gemaakt wordt, maar alleen dat het kan.

Origineel geplaatst door PeterT
En als je dan ook nog kijkt naar het feit dat er 'concurrenten' de netwerken beoordelen...
kan.

Een link komt er niet bij omdat het door een niet-concurent wordt gecheckt hoor, als het er niet is is het er niet.