- NLNOG - mailman3.nlnog.net

IX ip-space globally routable (was: activiteit van localhost)
by erik＠is.nl 14 Oct '03

14 Oct '03

On Tue, 14 Oct 2003, Alex Bik wrote: > RIPE denkt _NIET_ PUNT. RIPE NCC doet de uitgave van IP nr's volgens bep. regels welke door de RIPE members gezet worden. Als je aannemelijk kan maken dat je een groter subnet nodig heb en dat je dit be-argumenteerd ook daadwerkelijk kan inplannen, dan zal Ripe NCC je echt niet in de weg staan.. Gezeur over Ripe NCC dat mensen hun IP space niet krijgen, ligt aan de onderliggende docu die je meestuurd, hoe goed je je administratie op orde heb en hoe goed je de regels gevolgd heb. Als je dit 'spelletje' een beetje in de gaten heb, krijg je alles gedaan bij Ripe NCC. Een nieuw subnet aanvragen en nu al inplannen dat je over 2 jaar weer moet onnummeren met alle ellende van dien, is in mijn optiek redelijk korte termijn planning. En die argumentatie op zich zou volgens mij bij Ripe NCC voldoende redenatie moeten zijn om een groter subnet uit te delen.. Ik vond zelf dat het een volgende keer een stuk sneller zou mogen ipv over 2 weken uitgesmeerd.. Met name het 'opruimen' van de ellende van andere vond is zwaar irritant van die omnummering.. just my 2cp. Met vriendelijke groeten, Erik Bais -------- I S - I N T E R N E D - S E R V I C E S - B V -------- domeinregistratie - webhosting - colocating - dedicated servers www.is.nl - info at is.nl - T: 0299-476185 Gorslaan 18 - 1441 RG - Purmerend ---------------------------------------------------------------

2 1

MaxTNT software
by alex＠bit.nl 29 Sep '03

29 Sep '03

Hi, Omdat er af en toe wat vage problemen zijn met onze TNT's overweeg ik de dozen te upgraden. Er draait nogal antieke TAOS op op het moment. Wat is is van de nieuwere versies een aanrader? We doen geen qua features geen spannende dingen (tenzij je OSPF spannend noemt). De delen van de software die we gebruiken zijn: tntsre.ffs tnt8e1.ffs tntenet2.ffs tntcsmx.ffs tnthdlc2ec.ffs -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

1 0

BGP
by alex＠bit.nl 23 Sep '03

23 Sep '03

Hi, Wie-O-wie: Router A en router B hebben een eBGP sessie met elkaar. A announcet routes aan B. Wie plakt dan het ASN van A voor het as-path? A (de zendende kant) of B (de ontvangende kant)? -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

8 15

NIET nog es!
by sabri＠cluecentral.net 19 Sep '03

19 Sep '03

http://www.openpkg.org/security/OpenPKG-SA-2003.040-openssh.html -- Met vriendelijke groet, __________________ Sabri Berisha /\ ___/ SAB666-RIPE /- \ _/ Business Internet Trends BV http://www.bit.nl/~sabri /--- \/ __________________

9 23

http://www.webwereld.nl/nieuws/16281.phtml
by N.Kolstein＠Planettechnologies.nl 19 Sep '03

19 Sep '03

> Geen probleem te zien bij gebruik via Xs4all, in elk geval. > (niet met het bereiken van www.kvk.nl of www.maastricht.kvk.nl ) Het bereiken zelf ios ook geen probleem. Ik moet dus nog even uitzoeken waar precies de crux van het probleem zit. > Ik weet niet of je recentelijk nog gekeken hebt op webwereld, > maar dat artikel is een paar keer ge-update. > > paar quotes : > > "Daardoor komen ondernemers met een Planet- of HetNet-account > (en mogelijk ook andere), die via www.maastricht.kvk.nl > bijvoorbeeld een uittreksel willen downloaden of het > Handelsregister raadplegen, voor een 'gesloten deur' te > staan", aldus de VVK in een reactie donderdag. Dit gaat dan vermoedelijk via SSL en dan zit je toch automatisch weer te denken aan Rabo/ABN-trelebankier issues die we eerder hebben gezien waarim MTU-size weer een probleem was.. > Mensen met een isdn-verbinding en een analoge telefoonlijn > zouden geen problemen ondervinden. Wat bovenstaande bewering weer onderuit haalt. ;-)) > Volgens de VVK wordt het probleem veroorzaakt door > 'inconsistenties in nameservers van Het Net en Planet > Internet'. Hierdoor kan de toegangsweg > (ip-adressen) naar bepaalde pagina's van de VVK niet gevonden > worden. De vereniging zegt druk bezig te zijn 'de providers > tot een oplossing te bewegen'. Tja, dat klopt dus niet. De domeinen worden correct geresolved en gerouteerd via onze peering met Ision / Energis. Ik zat nog te denken aan het feit dat onze AMS-IX-peering ergens stuk zou zijn (dat een peer een 193.148.15.0/24 nexthop announcete aan ons. Daar hadden we wel problemen mee met sommige peers wat een clear bgp trouwens ook meteen oplostte.. ;-) ), maar dat is dus niet het geval.. > Het zou me niet geweldig verbazen als de KVK(s) wat hadden > zitten schuiven met DNS entries (TTL fun), en Planet/Het Net > alleen in beeld kwamen omdat hun eerste (of meest dringende ) > klagers daar vandaan kwamen. (Hm.... KVK SOA serial is > 2003090301 . Ziet er niet verdacht uit wat dit probleem betreft ) Nee, niet echt. > Maar goed, misschien is er iets specifiek raars. > Dat Dial klanten geen probleem zouden hebben spreekt weer > tegen het DNS verhaal, of hebben jullie daar andere resolvers voor ? Nope.. We gebruiken dezelfde ns'en.. Nils

1 0

http://www.webwereld.nl/nieuws/16281.phtml
by N.Kolstein＠Planettechnologies.nl 19 Sep '03

19 Sep '03

Hi, Volgens dit bericht op webwereld zouden er problemen zijn met Planet en Het Net ADSL abo's met het bereiken van de KVK-site. Nu moet ik allereerst nog de juiste persoon binnen KVK vinden die enig clue heeft en weet wat het probleem nu precies is, maar ik wilde hier op NLNOG even peilen of er meer KPN ADSL ISP's zijn die van klanten problemen doorkrijgen mbt. de KvK site. En wellicht is er al ergens een oplossing bekend. Mijn vermoeden gaat uit dat er iets in het SSL-stuk van KvK b0rken is, maar dat moet nog wel even gechecked worden. Alvast bedankt voor de hulp.. Groet, Nils Kolstein KPN Planet Technologies - AS8737 n.kolstein at planettechnologies.nl

2 1

http://www.webwereld.nl/nieuws/16281.phtml
by erik＠is.nl 19 Sep '03

19 Sep '03

/hmm met kvk nog geen problemen gezien.. Heb je een specifieke URL die verkeerd gaat ? Wel issue's met www.rabobank.nl en www.dnb.nl bij ons vandaan.. Dat lijkt een UUnet/KPN netwerk issue .. Met vriendelijke groeten, Erik Bais -------- I S - I N T E R N E D - S E R V I C E S - B V -------- domeinregistratie - webhosting - colocating - dedicated servers www.is.nl - info at is.nl - T: 0299-476185 Gorslaan 18 - 1441 RG - Purmerend --------------------------------------------------------------- > -----Original Message----- > From: Nils Kolstein [mailto:N.Kolstein at Planettechnologies.nl] > Sent: Friday, September 19, 2003 11:49 AM > To: nlnog at nlnog.net > Subject: [Nlnog] http://www.webwereld.nl/nieuws/16281.phtml > > > Hi, > > Volgens dit bericht op webwereld zouden er problemen zijn met > Planet en > Het Net ADSL abo's met het bereiken van de KVK-site. > Nu moet ik allereerst nog de juiste persoon binnen KVK vinden die enig > clue heeft en weet wat het probleem nu precies is, maar ik > wilde hier op > NLNOG even peilen of er meer KPN ADSL ISP's zijn die van klanten > problemen doorkrijgen mbt. de KvK site. En wellicht is er al > ergens een > oplossing bekend. > Mijn vermoeden gaat uit dat er iets in het SSL-stuk van KvK b0rken is, > maar dat moet nog wel even gechecked worden. > > Alvast bedankt voor de hulp.. > > Groet, > > Nils Kolstein > KPN Planet Technologies - AS8737 > n.kolstein at planettechnologies.nl > _______________________________________________ > NLNOG mailing list > NLNOG at nlnog.net > http://mailman.nlnog.net/mailman/listinfo/nlnog > >

2 1

Extreme EAPS fun :)
by nils.swart＠attorn.nl 18 Sep '03

18 Sep '03

Allemaal, Vanochtend kreeg Multikabel een mooi mailtje van de AMSIX met de vraag waarom wij port security aan het triggeren waren. Welnu het volgende verhaal is wellicht interessant, en kan een mailtje van de AMS-IX schelen: Recept: Men neme een viertal Extreme Networks Alpine switches en sluiten die in een vierkant aan. EAPS zorgt voor sub-second failover van links. Op een van de vier switches neme men een aansluiting op ons aller AMS-IX lan, alwaar men port security in de vorm van mac address counts ingesteld heeft. Bij de voorbereiding voor een firmware upgrade worden gedurende business hours de nieuwste versies ingeladen op de secondary slot van de switches. Gedurende deze TFTP file transfer _vergeet_ de switch te luisteren naar EAPS updates. Resultaat: een EAPS ring instabiliteit & een case bij Extreme. Nu is alleen nog even onduidelijk waarom er vervolgens mac adressen die gelearnd zijn uit poort A ook weer terug gaan naar poort A. Maar een ding is zeker: Bij het upgraden/transferen van firmware in uw EAPS netwerk, gaarne de poort met de AMS-IX dicht zetten. Demon & BIT: u bent gewaarschuwd :) Greets, Nils Swart nils.swart at attorn.nl

12 35

NIET nog es!
by erik＠is.nl 18 Sep '03

18 Sep '03

FF gechecked welke versie van SSH die Extreme dozen van ons gebruiken .. Reply van Extreme Support hierover : <begin snip> ExtremeWare does not use OpenSSH's implementation ofthe SSH protocol. All references in the link were related to the this specific implementation, and do not apply to ExtremeWare. Using an access-list to block ssh traffic will block the packets in hardware, even before they hit the CPU. The other possibility is that they use access-profiles, where the packets are dropped by the CPU, before any buffers are allocated for ssh connections. <end snip> Met vriendelijke groeten, Erik Bais -------- I S - I N T E R N E D - S E R V I C E S - B V -------- domeinregistratie - webhosting - colocating - dedicated servers www.is.nl - info at is.nl - T: 0299-476185 Gorslaan 18 - 1441 RG - Purmerend ---------------------------------------------------------------

1 0

Ehh Alex ?
by pim＠bit.nl 18 Sep '03

18 Sep '03

On Thu, Sep 18, 2003 at 09:22:42AM +0200, Arjan wrote: | Wattisdit? Het is een kleine fuckup mijnerzijds. Bij het upgraden van sendmail van 8.12.8 naar 8.12.10 vanmorgen bleek de queuerunner nog niet te draaien (of heeft nooit gedraaid), dus zijn mails lokaal op de mailserver niet uitgestuurd tot nu. Queue is leeg inmiddels, mail is weg. Sorry voor het ongemak! groet, Pim -- __________________ Met vriendelijke groet, /\ ___/ Pim van Pelt /- \ _/ Business Internet Trends BV PBVP1-RIPE /--- \/ __________________

1 0