Mooie route van AT&T
Als ik mijn lieve neigbor 193.148.15.37 vraag wat hij me zoal aan routes te sturen heeft komt hij o.a. terug met: ams-ix#sho ip bgp nei 193.148.15.37 rou BGP table version is 9349693, local router ID is 80.65.96.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 0.0.0.0/17 193.148.15.37 3200 0 2686 ? *> 32.0.0.0 193.148.15.37 3200 0 2686 i *> 62.17.4.0/24 193.148.15.37 3200 0 2686 12488 i *> 62.17.242.0/24 193.148.15.37 3200 0 2686 12488 i Vooral de eerste halve B-class size netwerk vind ik intrigerend. Vooral omdat dezelfde ISP het wel nodig acht om hem me 2 x in Amsterdam aan te bieden; en in Frankfurt schijn ik zonder deze belangrijke info te kunnen: daar beginnen ze met 32.0.0.0: BGP table version is 9350127, local router ID is 80.65.96.254 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path * 32.0.0.0 80.81.192.199 3000 0 2686 i * 62.17.4.0/24 80.81.192.199 3000 0 2686 12488 i * 62.17.242.0/24 80.81.192.199 3000 0 2686 12488 i * 62.56.162.0/24 80.81.192.199 3000 0 2686 3339 i * 62.56.163.0/24 80.81.192.199 3000 0 2686 3339 i * 62.56.164.0/24 80.81.192.199 3000 0 2686 3339 i Zou dit een reden kunnen zijn waarom ik normaal een standaard prefix-filter toepas? Grappig dat de meeste fouten/onvolkomenheden altijd ook door de grootste netwerken gemaakt worden (zie bijv. de CIDR report en aanverwante docs, Greets, Jan Tonkens Introweb AS20847
On Mon, 17 Feb 2003, Jan Tonkens (IW) wrote:
Zou dit een reden kunnen zijn waarom ik normaal een standaard prefix-filter toepas?
Nee, ik denk dat het daar niets mee te maken heeft ;-) -- __________________ Met vriendelijke groet, /\ ___/ Alex Bik /- \ _/ Business Internet Trends BV AB2298-RIPE /--- \/ __________________
On 17-02-2003 7:06AM, "Jan Tonkens (IW)" <tonkens at introweb.nl> wrote:
Grappig dat de meeste fouten/onvolkomenheden altijd ook door de grootste netwerken gemaakt worden (zie bijv. de CIDR report en aanverwante docs,
Had dat gevoel ook maar sinds vorige week zit ik actief achter proxy arpers aan en *alle* grote telco's waarop dit van toepassing was hadden hun zaakje binnen twee dagen op orde. Bij deze actie zijn het juist de wat kleinere Nederlandse providers die maar niet willen reageren. A.
On Mon, 17 Feb 2003, Arien Vijn wrote:
Had dat gevoel ook maar sinds vorige week zit ik actief achter proxy arpers aan en *alle* grote telco's waarop dit van toepassing was hadden hun zaakje binnen twee dagen op orde.
Bij deze actie zijn het juist de wat kleinere Nederlandse providers die maar niet willen reageren.
Typisch. Poort uitzetten? :) -- __________________ Met vriendelijke groet, /\ ___/ Alex Bik /- \ _/ Business Internet Trends BV AB2298-RIPE /--- \/ __________________
On 17-02-2003 9:55AM, "Alex Bik" <alex at bit.nl> wrote:
Bij deze actie zijn het juist de wat kleinere Nederlandse providers die maar niet willen reageren.
Typisch. Poort uitzetten? :)
Men moet terughoudend zijn met paardenmiddelen. Maar bij een tweede MAC adres zijn we nu onverbiddelijk. Heeft al enige keren een hoop ellende voorkomen overigens. A.
On Mon, 17 Feb 2003, Arien Vijn wrote:
Typisch. Poort uitzetten? :)
Men moet terughoudend zijn met paardenmiddelen. Maar bij een tweede MAC adres zijn we nu onverbiddelijk. Heeft al enige keren een hoop ellende voorkomen overigens.
Ik heb nooit zo'n moeite met de boote-bijl methode. Twee kanten op overigens, mijn poorten mag je onmiddellijk en zonder waarschuwing uitzetten als ik me niet aan de regels hou die al een jaar of wat op de site staan. -- __________________ Met vriendelijke groet, /\ ___/ Alex Bik /- \ _/ Business Internet Trends BV AB2298-RIPE /--- \/ __________________
On Mon, Feb 17, 2003 at 07:06:45AM +0100, Jan Tonkens (IW) wrote:
Als ik mijn lieve neigbor 193.148.15.37 vraag wat hij me zoal aan routes te sturen heeft komt hij o.a. terug met: ams-ix#sho ip bgp nei 193.148.15.37 rou
[...]
Network Next Hop Metric LocPrf Weight Path *> 0.0.0.0/17 193.148.15.37 3200 0 2686 ?
[..]
Zou dit een reden kunnen zijn waarom ik normaal een standaard prefix-filter toepas? Grappig dat de meeste fouten/onvolkomenheden altijd ook door de grootste netwerken gemaakt worden (zie bijv. de CIDR report en aanverwante docs,
Wel, als je aanneemt dat het aantal screwups per router constant is, ligt het voor de hand dat een AS wat uit meer routers bestaat vaker foutjes zal originaten dan een AS wat uit minder routers bestaat. Of het #fouten/[bgp router] , of het #fouten/netwerk_admin bij een groot netwerk hoger of lager ligt dan bij een klein netwerk zou ik zo niet durven schatten... Boudewijn -- Boudewijn Visser
On Mon, 2003-02-17 at 23:07, Boudewijn Visser wrote:
Of het #fouten/[bgp router] , of het #fouten/netwerk_admin bij een groot netwerk hoger of lager ligt dan bij een klein netwerk zou ik zo niet durven schatten...
vergeet de modifier cluesless / cluefull people niet ;-)
Boudewijn -- Frank Hellemink <frank at hellemink.net>
On Tue, Feb 18, 2003 at 10:10:16AM +0100, Frank Hellemink wrote:
On Mon, 2003-02-17 at 23:07, Boudewijn Visser wrote:
Of het #fouten/[bgp router] , of het #fouten/netwerk_admin bij een groot netwerk hoger of lager ligt dan bij een klein netwerk zou ik zo niet durven schatten...
vergeet de modifier cluesless / cluefull people niet ;-)
Mw, die zou ik meenemen in een meer uitgebreide schatting, als onderdeel van de som van factoren die resulteren in #fouten . En hoewel het % clue in een kleinere groep veel grotere variatie kan hebben, durg ik niet te zeggen of het gemiddelde van de kleine groepen anders zou liggen dan bij de grotere toko's. (Ok,ok, ik moet ook m'n best doen om geen al te groot vooroordeel te hebben over gebrek aan clue bij het zien van sommige fouten van sommige grotere clubs, en dan maar weer de basis statistiek in gedachten te houden die in elk geval -ook- een verklaring is ). Boudewijn
participants (5)
-
alex＠bit.nl -
arien.vijn＠ams-ix.net -
frank＠hellemink.net -
tonkens＠introweb.nl -
visser-nlnog＠infonet-europe.net