Onderwerp: Broadcast-"vervuiling" op netwerk

Sinds enige tijd staan mijn servers in het scarlet datacenter, alwaar ik gebruik maak van het X-host-Scarlet netwerk (AS3304). Al vanaf het begin viel het mij op dat de led'jes op de server/switch die de netwerkusage moeten aangeven, veel meer pinkten dan bij vorige colocatie-aanbieders.

Nu ik via MRTG de statistieken opvraag blijkt dit effectief zo te zijn : grote pieken van enkel en alleen broadcastverkeer...

Asterix (Ubuntu 7.04 Kale installatie)
http://stats.it2go.info/it2go_asterix_wan.html

Obelix (Ubuntu 7.04 + DA)
http://stats.it2go.info/it2go_obelix_wan.html

Idefix (Ubuntu 7.04 + DA - persoonlijke sites)
http://stats.it2go.info/it2go_idefix_wan.html

Panoramix (Ubuntu 7.04 + Teamspeak + MRTG + Nagios)
http://stats.it2go.info/it2go_panoramix_wan.html

Kan iemand mij vertellen wat ik hieraan kan doen? Of hoe ik dingen kan controleren?

Ligt er maar net aan wat voor en hoeveel nodes er in de vlan zitten. Wil je hier vanaf dan zal je moeten werken met aparte vlans en subnetten.

Zit inderdaad te denken aan een eigen vlan in te stellen op de switch...Zou het een stuk makkelijker maken.

Vraag is gewoon vanwaar zo een broadcasttraffic?

Oorspronkelijk geplaatst door IT-worX

Zit inderdaad te denken aan een eigen vlan in te stellen op de switch...Zou het een stuk makkelijker maken.

Vraag is gewoon vanwaar zo een broadcasttraffic?

volgens mij zal de netwerkprovider met vlans beginnen te werken.

Of om even iets raars te zeggen...
Onlangs zat een vriend van me een paar dingen op de server te fixen. Ik had hem aangesproken over die traffic en via één of ander commando wist hij mij te vertellen dat er op het netwerk enorm wat traffic was van realroot servers/routers, terwijl realroot daar reeds lange tijd weg is...

iemand die weet welk commando dit kan zijn?

Oorspronkelijk geplaatst door IT-worX

Zit inderdaad te denken aan een eigen vlan in te stellen op de switch...Zou het een stuk makkelijker maken.

Vraag is gewoon vanwaar zo een broadcasttraffic?

Je doet er vrij weinig tegen, een vlan taggen op je switch helpt niets, je komt toch weer in de zelfde pool terecht.

Netwerkleverancier moet een apart vlan aanmaken, eigen subnet etc. Andere manier is om een eigen layer3 switch neer te plenten en via RIP of OSPF zelf je subnetten in te delen en te taggen.

user -> leverancier -> netwerkleverancier

Je leverancier zit er nog vaak tussen, waardoor het vrij moeilijk gaat worden. Zit je wel direct bij de netwerkleverancier dan kan je altijd vragen om een eigen vlan en subnet te krijgen, ligt er maar net aan hoeveel je afneemt, voor 1 server gooien wij ze zelf ook in en shared pool.

Heb je er wel nog een leverancier tussen zitten, dan kan je leverancier een vlan voor je aanmaken, je lost er verder niet heel veel mee op, broadcast verkeer zal nog steeds heen en weer stuiteren.

eigen subnet does the trick

Je zit daar in scarlet niet in aparte VLAN's, vandaar de massale hoeveelheid broadcast traffic. Spreek je leverancier hier op aan, want het is eigenlijk niet netjes.

Je kan zo ook andere IP's nemen van de ranges die gebruikt worden door je leverancier etc...

het gaat hier om een 40-tal ip's.
van 193.34.91.81 t.e.m. 193.34.91.125

Oorspronkelijk geplaatst door smurf

Je kan zo ook andere IP's nemen van de ranges die gebruikt worden door je leverancier etc...

Klopt, is reeds al eens gebeurd, maar gelukkig hadden we het snel zelf door zodat de schade beperkt bleef :-)

Oorspronkelijk geplaatst door IT-worX

het gaat hier om een 40-tal ip's.
van 193.34.91.81 t.e.m. 193.34.91.125


Klopt, is reeds al eens gebeurd, maar gelukkig hadden we het snel zelf door zodat de schade beperkt bleef :-)

Wat is je subnetmask? Ik ben bang dat als ze er iets aan willen doen, je ook direct nieuwe IPadressen krijgt. (indeling etc).

Neem je direct af bij het netwerk? of via een tussen partij?

netmask
255.255.255.192

gateway
193.34.91.65

netwerk
193.34.91.64

DNS Servers
193.43.88.4
193.43.88.77


Ik neem af bij Collecthost, die op zijn beurt een paar racks heeft in de xhost cage. Dat ik nieuwe ip's krijg maakt mij eigenlijk niet veel uit, als ik maar de kans krijg om langzaam over te schakelen (bvb een weekje) tot alles resolved...

Oorspronkelijk geplaatst door IT-worX

netmask
255.255.255.192

gateway
193.34.91.65

netwerk
193.34.91.64

DNS Servers
193.43.88.4
193.43.88.77


Ik neem af bij Collecthost, die op zijn beurt een paar racks heeft in de xhost cage. Dat ik nieuwe ip's krijg maakt mij eigenlijk niet veel uit, als ik maar de kans krijg om langzaam over te schakelen (bvb een weekje) tot alles resolved...

Oki, uuuhm je hebt in iedergeval een eigen subnet, althans Collecthost. Het gaat hier om 62 blokje waar je er zelf al 40 van gebruikt.

Uhm, enige wat je kunt laten doen is vragen of Collecthost in een eigen vlan komt te staan, hij heeft een eigen /26 (neem ik aan) dus dat moet het probleem niet zijn.

Zie je in het arp verkeer ook andere ip ranges? Zoja dan staat Collecthost in een shared vlan.

Hoe kan ik checken of ik arp verkeer zie uit andere ranges?

Oorspronkelijk geplaatst door IT-worX

Hoe kan ik checken of ik arp verkeer zie uit andere ranges?

tcpdump

krisken@panoramix:~$ arp -a
? (193.34.91.86) at 00:30:48:88:87:F8 [ether] on eth0
asterix.it2go-asterix.net (193.34.91.81) at 00:30:48:81:26:26 [ether] on eth0
? (193.34.91.65) at 00:90:86:AA:C0:03 [ether] on eth0
? (193.34.91.111) at 00:13:8F:06:63:61 [ether] on eth0
? (193.34.91.116) at 000:BA:09:50:40 [ether] on eth0

krisken@panoramix:~$ tcpdump -i eth0
tcpdump: socket: Operation not permitted

Had xhost hier al eens over aangesproken daar ook een eigen ranges (/24) niet in eigen vlan's komen.
Lijkt me wel of ze niet capabel zijn een echt netwerk te draaien (nu hangt gewoon alles aaneen met wat switchjes).

Ik hoop dat ze voor de toekomst iemand zoeken die weet waar ie mee bezig is want zo is het ook geen werken...

Oorspronkelijk geplaatst door IT-worX

krisken@panoramix:~$ tcpdump -i eth0
tcpdump: socket: Operation not permitted

Moet als root.