DM800 skickar Broadcast trafik

Utskriftsvy

2009-02-09, 00:11
Peter_x

DM800 skickar Broadcast trafik

När man tittar under Adapter inställningar så är DHCP i bockad och jag har följande IP:

IP: 192.168.1.114
MASK: 255.255.255.0
GW: 192.168.1.1

Men när jag loggar in som root och kör med ifconfig -a ser det ut så här:

root@dm800:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:09:XX:XX:XX
inet addr:169.254.38.156 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1395269 errors:0 dropped:0 overruns:0 frame:0
TX packets:2326693 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:95405248 (90.9 MiB) TX bytes:3211026244 (2.9 GiB)
Interrupt:16

När man tcpdumpar trafik så visar det sig att denna IP skickar konstant broadcast trafik och brandväggen loggar spoofing.

Jag har kontrollerat fler DM800 med samma problem.
Någon som har lösning till problemet?? någon plugins kanske?!?

Det går att lösa temporärt genom att starta om Nätverks Interface manuellt,.. men men..
2009-02-09, 15:33
Mal E Volent

Inte samma resultat...

Hejsan,

Nedanstående med Gemini 4.00, Netgear FVS338
Jag testade att köra ifconfig och ifconfig -a via telnet i DM800:an.
Det blir inte samma resultat som för dig.
Både ip- och broadcast sker inom samma A-C värden.
Och sist men inte minst resultatet av ifconfig (-a) är samma ip som jag kör telnet mot, det vill säga tilldelad ip-address.
Jag använder också dhcp men med "låst tilldelning" i routern, så att 800:an alltid skall ha samma ip.
Den här 169.x.x.x som din 800:a fått verkar märkligt bekant på ngt sätt, jag bara inte rikigt komma ihåg på vilket sätt.
Någon minut senare....Jodå lite googling skadar inte.
Prova själv att googla på "ip-address 169." eller några varianter på det och det mesta handlar om adresstilldelning som misslyckats och dhcp-problem.Det antyder kanske strul med router, dhcp-server eller ngt?
Om det nu är till ngn hjälp för dig är väl en annan sak...men kanske en pekare i rätt riktning iaf.

Lycka till
2009-02-09, 16:27
bpl

Jag kör inte med DHCP tilldelad IP adress i min DM800 men får följande IP adress ändå, varför? (Jag Har tilldelat den 192.168.100.3)

Edit: Nätverket fungerar, IP 169... tilldelas ju bara när datorn inte får någon IP adress från DHCP...

root@dm800:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:09:34:XX:XX:XX
inet addr:169.254.218.181 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5459 errors:0 dropped:0 overruns:0 frame:0
TX packets:5514 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:618867 (604.3 KiB) TX bytes:2137408 (2.0 MiB)
Interrupt:16

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
2009-02-09, 17:03
Mal E Volent

Citat:

Ursprungligen postat av bpl

Jag kör inte med DHCP tilldelad IP adress i min DM800 men får följande IP adress ändå, varför? (Jag Har tilldelat den 192.168.100.3)

Edit: Nätverket fungerar, IP 169... tilldelas ju bara när datorn inte får någon IP adress från DHCP...

En hel del bortklippt....

Om jag förstår er båda rätt så...har era boxar 2 ip-addresser kopplade till samma interface? D.v.s dels den som den borde ha och och så den här märkliga 169.254.x.x? Har ni provat att pinga / telnet till den märkliga adressen? Funkar det?
Oaktat det så, verkar det som om boxarna iaf på ngt sätt anser att en adresstilldelning misslyckats. Varför? Vete....
Mer info: IETF och ett annat hyfsat ställe!

Förresten vilken, vilka image har ni maskinen bootad med? Ny, gammal, variant? Dhcp-server?
2009-02-09, 17:34
bpl

Jag kör med nyaste Gemini 4.1 och har haft min box sen maj förra året. Jag vet att fler DM800 ägare klagar på att boxen "dödar" deras nätverk vilket jag också har upplevt ett antal gånger. Det är ju inte så konstigt om det skickas en massa broadcasts...

Men det lustiga är 169... IP adressen när jag har ställt in 192... i nätverksinställningarna...
2009-02-09, 17:39
bpl

Lustigt, det går att pinga 169 adressen från min Mac...

ping -c 5 169.254.218.181
PING 169.254.218.181 (169.254.218.181): 56 data bytes
64 bytes from 169.254.218.181: icmp_seq=0 ttl=64 time=1.738 ms
64 bytes from 169.254.218.181: icmp_seq=1 ttl=64 time=1.590 ms
64 bytes from 169.254.218.181: icmp_seq=2 ttl=64 time=1.400 ms
64 bytes from 169.254.218.181: icmp_seq=3 ttl=64 time=2.020 ms
64 bytes from 169.254.218.181: icmp_seq=4 ttl=64 time=1.983 ms

--- 169.254.218.181 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.400/1.746/2.020/0.235 ms
2009-02-09, 18:46
Leatherface

inte konstigt alls din mac har en 169.254.* address med...
2009-02-09, 19:15
Mal E Volent

Citat:

Ursprungligen postat av Leatherface

inte konstigt alls din mac har en 169.254.* address med...

En liten undring...är inte "har en" är en sanning med viss modifikation?
Visserligen lite av hårklyveri men?
Det borde vara APIPA (Automatic Private IP Addressing) som först efter misslyckad dhcp-transaktion skall skapa och sätta en 169.254.x.x adress.
Fast om DM valt att "hårdkoda" mac-relaterade adresser, vad vet jag...

Grundproblemet är väl fortfarande dock att ett nätverksinterface inte skall skall ha mer än i grund och botten "max" två ipv4 -adresser, A.B.C.D (giltig sådan) och 127.0.0.0/8 för loopback (inte alltid) detta om man inte håller på och trixar med ip-alias eller ngt liknande som jag antar att ingen gjort? D.v.s ifconfig skall inte ge ett 169.254.x.x svar för ett if som har konfigurerats för fast ip eller för ett som har fått korrekt ip via dhcp. Att man sen t.ex via VMWare och VBox kan överlagra virtuella if på fysiska sådana gör inte ovanstående mindre giltigt.
Hur som helst, märkligt.
2009-02-09, 19:38
Leatherface

det som händer är antagligen att den inte får ip från dhcp server och får den där 169.254.* addressen sen gör enigma2 nåt i stil med
ip addr add 192.168.0.10 dev eth0
och då har eth0 2 ip addresser men visar bara den första som i det här fallet är 169.154.*
2009-02-09, 20:54
Peter_x

Citat:

Ursprungligen postat av Leatherface

det som händer är antagligen att den inte får ip från dhcp server och får den där 169.254.* addressen sen gör enigma2 nåt i stil med
ip addr add 192.168.0.10 dev eth0
och då har eth0 2 ip addresser men visar bara den första som i det här fallet är 169.154.*

DHCP tilldelars visst IP och vi kan faktiskt telneta på den lokala IP som root.

DM800 har endast en eth0..

Jag har varit i kontakt med dom som äger hela Subnät 169.254.0.0/16 som fått massor med abuse klagomål där folk tror att det är boven och förstår inte att trafiken skicka ut från lokala interfacet,.. dom som har riktiga Firewalls blockeras trafiken då trafiken ses som spoofing,..
Dom som inte har firawall - ses trafiken som Ddos attack mot ISP som heter (Internet Corporation for Assigned Names and Number) i Ca USA.

Bara massa skit strul med Dreambox nu för tid..
2009-02-09, 21:06
Leatherface

där har du fel...

169.254.0.0/16 - This is the "link local" block. It is allocated for
communication between hosts on a single link. Hosts obtain these
addresses by auto-configuration, such as when a DHCP server may not
be found.

dessutom är det inte bara dreamboxar som har det... linux,macosx och windows har dom addresserna med
kan själv pinga min dm7025 från mina linuxburkar...

PING 169.254.213.6 (169.254.213.6) 56(84) bytes of data.
64 bytes from 169.254.213.6: icmp_seq=1 ttl=64 time=4.52 ms
64 bytes from 169.254.213.6: icmp_seq=2 ttl=64 time=0.258 ms
64 bytes from 169.254.213.6: icmp_seq=3 ttl=64 time=0.262 ms
64 bytes from 169.254.213.6: icmp_seq=4 ttl=64 time=0.264 ms
^C
--- 169.254.213.6 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 0.258/1.327/4.527/1.847 ms

leatherface@athlon:~> telnet 169.254.213.6
Trying 169.254.213.6...
Connected to 169.254.213.6.
Escape character is '^]'.

OpenDreambox 1.5.0 dm7025

dm7025 login: root
Password:
root@dm7025:~# ip addr list eth0
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:09:34:XX:XX:XX brd ff:ff:ff:ff:ff:ff
inet 169.254.213.6/16 brd 169.254.255.255 scope link eth0
inet 192.168.0.10/24 brd 192.168.0.255 scope global eth0

som sagt dreamboxen har 2 ip addresser 169.254.* och den vanliga men bara 169.254.* som syns med ifconfig eth0 eftersom den fanns där först...
2009-02-09, 22:22
Mal E Volent

Citat:

Ursprungligen postat av Leatherface

En hel del bortklippt...
PING 169.254.213.6 (169.254.213.6) 56(84) bytes of data.
Ännu mer bortklippt...

Av ren och skär nyfikenhet bara...
Då 16-bit Block (/16 prefix, 256 x C) 169.254.0.0 - 169.254.255.255 innehåller 65,536 ipnummer. Hur lyckas man bortsett från ren och skär envetenhet, förutom genom att möjligen ett bash/python/perl/xxx-script lista ut vilken "alternativ ip" ngt har?
För om det funkar som RFC:n antyder, vid misslyckad dhcp så krävs det i princip att det inte går att komma åt boxen för att kunna se denna adress? Bakvänt eller hur. Om det inte som tidigare i tråden ngt går fel.
Det är aldrig försent att lära sig ngt nytt. :)
2009-02-10, 01:07
Peter_x

Citat:

Ursprungligen postat av Leatherface

där har du fel...

169.254.0.0/16 - This is the "link local" block. It is allocated for
communication between hosts on a single link. Hosts obtain these
addresses by auto-configuration, such as when a DHCP server may not
be found.

dessutom är det inte bara dreamboxar som har det... linux,macosx och windows har dom addresserna med
kan själv pinga min dm7025 från mina linuxburkar...

PING 169.254.213.6 (169.254.213.6) 56(84) bytes of data.
64 bytes from 169.254.213.6: icmp_seq=1 ttl=64 time=4.52 ms
64 bytes from 169.254.213.6: icmp_seq=2 ttl=64 time=0.258 ms
64 bytes from 169.254.213.6: icmp_seq=3 ttl=64 time=0.262 ms
64 bytes from 169.254.213.6: icmp_seq=4 ttl=64 time=0.264 ms
^C
--- 169.254.213.6 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 0.258/1.327/4.527/1.847 ms

leatherface@athlon:~> telnet 169.254.213.6
Trying 169.254.213.6...
Connected to 169.254.213.6.
Escape character is '^]'.

OpenDreambox 1.5.0 dm7025

dm7025 login: root
Password:
root@dm7025:~# ip addr list eth0
2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:09:34:1b:b9:ad brd ff:ff:ff:ff:ff:ff
inet 169.254.213.6/16 brd 169.254.255.255 scope link eth0
inet 192.168.0.10/24 brd 192.168.0.255 scope global eth0

som sagt dreamboxen har 2 ip addresser 169.254.* och den vanliga men bara 169.254.* som syns med ifconfig eth0 eftersom den fanns där först...

Bounce:~# whois 169.254.38.156

OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US

NetRange: 169.254.0.0 - 169.254.255.255
CIDR: 169.254.0.0/16

Jag förstår inte vart du får allt ifrån?
Har du ens någon aning vad för trafik som skickas??
2009-02-10, 06:42
bpl

Citat:

Ursprungligen postat av Peter_x

DHCP tilldelars visst IP och vi kan faktiskt telneta på den lokala IP som root.

DM800 har endast en eth0..

Jag har varit i kontakt med dom som äger hela Subnät 169.254.0.0/16 som fått massor med abuse klagomål där folk tror att det är boven och förstår inte att trafiken skicka ut från lokala interfacet,.. dom som har riktiga Firewalls blockeras trafiken då trafiken ses som spoofing,..
Dom som inte har firawall - ses trafiken som Ddos attack mot ISP som heter (Internet Corporation for Assigned Names and Number) i Ca USA.

Bara massa skit strul med Dreambox nu för tid..

Ja då är det inte så konstigt att min router får tuppjuck ibland och lägger ner. Jag vet många fler som har samma problem.
2009-02-10, 07:21
Leatherface

testa lägga till att den kör "ifconfig eth0 192.168.0.10"
eller nåt i den stilen efter att enigma2 har startats...
2009-02-10, 07:22
Leatherface

Citat:

Ursprungligen postat av Peter_x

Bounce:~# whois 169.254.38.156

OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US

NetRange: 169.254.0.0 - 169.254.255.255
CIDR: 169.254.0.0/16

Jag förstår inte vart du får allt ifrån?
Har du ens någon aning vad för trafik som skickas??

doh.... det är reserverat precis lika mycket som 192.168.0.0/16
man får samma om man kör det på 192.168.0.10 med

whois 192.168.0.10

OrgName: Internet Assigned Numbers Authority
OrgID: IANA
Address: 4676 Admiralty Way, Suite 330
City: Marina del Rey
StateProv: CA
PostalCode: 90292-6695
Country: US

NetRange: 192.168.0.0 - 192.168.255.255
CIDR: 192.168.0.0/16

IANA kontrollerar protokoll och addresser och sånt ifall du inet vet det...
men visst kan det säkert vara så att det är den där 169.254.* addressen som får vissa routers att bete sig konstigt...
2009-02-10, 15:07
karljon

Nog samma fel med min DB 800

Efter jag har läst dom här inläggen så tror jag att jag har samma fel att DB skickar trafik till routern och till baka för när jag kopplar in routern så börjar den efter ett tag arbeta som bara den, och jag som har klagat på min interlevrantör om att dom har något fel för jag får en massa ip-adresser när jag kör arp -a efter att jag har kopplat bort routern.
2009-02-10, 17:41
Leatherface

testa köra "ifconfig eth0 192.168.0.10" eller nåt i den stilen efter enigma2 har körts så får ni bort 169.254.* addressen....
2009-02-10, 20:02
thawkan

eller hämta en ny lease från dhcp-servern med udhcpc.
2009-02-11, 14:17
bpl

Tydligen är det zeroconf processen som ger 169... adressen.
Döda zeroconf processen så ser ifconfig -a ut som som det borde.

Det måste väl ändå va en bugg att /usr/sbin/zeroconf fortfarande körs när man inte kör med DHCP tilldelad IP adress???
2009-02-11, 19:39
Mal E Volent

Intressant!

Citat:

Ursprungligen postat av bpl

Tydligen är det zeroconf processen som ger 169... adressen.
Döda zeroconf processen så ser ifconfig -a ut som som det borde.

Det måste väl ändå va en bugg att /usr/sbin/zeroconf fortfarande körs när man inte kör med DHCP tilldelad IP adress???

Mycket intressant. Skall kolla hur det ser ut i min 800:a.
Alla verkar inte köra med fast ip...så...
Fel och fel...att den(zeroconf) kör är förmodligen (utan att veta, bara ett antagande) inget konstigt. Vad som är märkligt är beteendet! Varför drabbas somliga av detta fenomen medans t.ex min 800:a aldrig råkat ur för det. Kan det möjligen -en hypotes alltså- ha ngt att göra med vad för dhcp-server man har? Läge att kolla DM:s tyska forum och se om ngt dykt upp där.
Tack för informationen.:thumbup:
EDIT: zeroconf går i min burk! Med pid 673 och utan dessa märkliga symptom. Se nedan för lite mer info...
root@dm800:~# zeroconf -v -i eth0
we got a netlink message in check_ifname_exists
got iface 1:eth0
got iface 2:lo

De av er som har problem hur ser resultatet av zeroconf -v -i eth0 ut?
2009-02-12, 07:27
bpl

Det lustiga är väl att zeroconf startas om man inte kör med DHCP och startar om boxen?

root@dm800:~# zeroconf -v -i eth0
we got a netlink message in check_ifname_exists
got iface 1:eth0
got iface 2:lo

Vilken router (DHCP server) man har tror jag inte spelar någon roll.
Jag har testat med 4 olika routrar (Linksys WRT-54G, D-Link DIR655, en kass Siemens som jag inte kommer ihåg beteckningen på och en Linksys WRT 610N som jag använder idag) Alla visar samma symtom.

Problemet med att LANet dör eller att WLANet dör uppstår mest när DHCP är aktiverat i DM800, det har hänt några ggr när jag kör med statisk IP.

Som sagt jag tror att zeroconf är boven, dödar man den processen borde inte alla broadcasts sänka nätverket...???
2009-02-12, 08:34
Leatherface

Varför sänker den inte allas nätverk då? Jag har inga problem att det död en enda gång här varken med DHCP eller utan...
2009-02-12, 09:07
bpl

Citat:

Ursprungligen postat av Leatherface

Varför sänker den inte allas nätverk då? Jag har inga problem att det död en enda gång här varken med DHCP eller utan...

Bra fråga...

Du har ju en DM7025 som inte har samma hårdvara.

Min DM800 är från de första tillverkade med ett serienummer som börjar på 1000. Det kan ju va så att dom bytt något i hårdvaruväg som gör att alla inte har samma fenomen.

Som jag skrivit tidigare är det inte bara JAG som har denna BUGG...
2009-02-12, 09:20
Mal E Volent

Citat:

Ursprungligen postat av Leatherface

Varför sänker den inte allas nätverk då? Jag har inga problem att det död en enda gång här varken med DHCP eller utan...

Instämmer!
Oops ett "Jag med" inlägg...men som jag mer än en gång subtilt antytt så är det rimligt att misstänka att nätverksutrustning runt omkring är ngt som seriöst stör DM800:an.
Det är i andra sammanhang t.ex VPN-tunnlar och sådan trafik en löjligt stor skillnad i pålitlighet, förutsägbarhet och funktion från den ena router modellen till den andra, även av samma fabrikat.
Vore detta ett "rent mjukvaruproblem" skulle förmodligen långt fler lida av det. Mjukvaran (zeroconf) finns liksom överallt...medans...
Det är dessutom så att det kanske analogt med de tuning problem som jag och en del andrat råkat ut för, att det finns om man bara tittar ordentligt en stark korrelation mellan problemet och viss kringutrustning. O.b.s att ev. korrelationen i sig inte säger ngt om den egentliga orsaken (Korrelation != Kausalitet) utan är en i bästa fall god pekare i rätt rikning.

Edit: Skall kolla serienumret på min. Första officiella hw-revisionen på DM800:an lär ha släppts/gjorts alldeles nyligen om man skall tro djungeltelegrafen.

Alla tider är GMT +1. Klockan är nu 02:24.