Broadcast adres bepalen.

[Anoniem: 60620]

Ik ben bezig met een TCP programma dat bestaat uit een client en server.
De client moet alleen zelf de server kunnen vinden door een broadcast te sturen.

Nou wil het nog niet werken. Maar ik weet niet waar het aan ligt. Vandaar dat ik eerst wil weten of mijn broadcast IP wel goed is.

Alle IP adressen op het netwerk hier zitten in de range 10.0.100.X en de subnet mask is 255.255.255.0
Gezien de subnetmask zou ik zeggen dat het broadcast adres 10.0.100.255 is. Maar daarmee werkt het dus niet. (ligt dit nou aan mijn programma of aan het adres) Als het aan het adres ligt, wat moet het dan zijn.

Al vast bedankt.

Wat ik met de search kon vinden was wel wat. maar daar gaat het altijd over 192.168.x.x adressen. En een 10.x.x.x adres zou een 255.0.0.0 subnet moeten hebben. Maar ja ik heb dit netwerk niet opgezet en zal het er mee moeten doen.

[JohnD]

volgende keer beter zoeken:
http://pigtail.net/LRP/broadcast.html

[Erkens]

met ifconfig krijg je die gewoon te zien:

inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0

edit:
dit is dus een voorbeeldje vanaf mijn pc

[ Voor 21% gewijzigd door Erkens op 16-06-2004 13:29 ]

[Anoniem: 35417]

SunStorms_sletje schreef op 16 juni 2004 @ 13:24:
volgende keer beter zoeken:
http://pigtail.net/LRP/broadcast.html

Hij zegt net dat 10.0.100.255 niet werkt. Maar dat is inderdaad wél het broadcastadres van 10.0.100.0/24.

Ik denk dus dat je het ergens anders moet zoeken. Wat je eventueel nog kan proberen is voor de test twee machines in een ander subnet hangen (bijv. 192.168.0.0/24) en het dan proberen met dát broadcastadres (192.168.0.255 in dat geval).

Erkens schreef op 16 juni 2004 @ 13:30:
[...]

ik zou voor een test eerder een packet sniffer op je netwerk zetten om te kijken of je broadcast wel goed verstuurd wordt

Dat kan ook, ja

[ Voor 41% gewijzigd door Anoniem: 35417 op 16-06-2004 13:35 ]

[Erkens]

Anoniem: 35417 schreef op 16 juni 2004 @ 13:28:
Ik denk dus dat je het ergens anders moet zoeken. Wat je eventueel nog kan proberen is voor de test twee machines in een ander subnet hangen (bijv. 192.168.0.0/24) en het dan proberen met dát broadcastadres (192.168.0.255 in dat geval).

ik zou voor een test eerder een packet sniffer op je netwerk zetten om te kijken of je broadcast wel goed verstuurd wordt

[Anoniem: 60620]

thanks. Als ik ipconfig /all doe krijg ik geen broadcast adres te zien.
Maar ik wou ff zeker weten dat ik wel het goede adres gebruikte.
nou weet ik tenminste zeker dat ik het in mijn programma moet zoeken.
Bedankt voor de reacties. Wat mij betreft mag hij op slot. (maar hij mag van mij ook net zo goed open blijven. Dat laat ik over aan de modjes.)

[Erkens]

Anoniem: 60620 schreef op 16 juni 2004 @ 14:29:
thanks. Als ik ipconfig /all doe krijg ik geen broadcast adres te zien.

windows, tja [/flame]

nou weet ik tenminste zeker dat ik het in mijn programma moet zoeken.
Bedankt voor de reacties. Wat mij betreft mag hij op slot. (maar hij mag van mij ook net zo goed open blijven. Dat laat ik over aan de modjes.)

offtopic:
alleen "slechte" topics e.d. worden op slot gezet, de rest kan lekker afzinken naar beneden

[Super_ik]

waarom gebruik je geen udp?

[Osiris]

Super_ik schreef op 16 juni 2004 @ 14:53:
waarom gebruik je geen udp?

Wat heeft dat te maken met het feit dat zn broadcast het niet doet?

[Paul]

Osiris schreef op 16 juni 2004 @ 14:57:
[...]

Wat heeft dat te maken met het feit dat zn broadcast het niet doet?

Ik ben niet zo bekend met broadcasts, maar het lijkt me vrij lastig om op een broadcast een connectie op te zetten. SYN, SYN ACK, ACK etc... Wie moet die antwoorden sturen? Iedereen? Dat zou er dus wel iets mee te maken kunnen hebben lijkt me

[Anoniem: 60620]

Zo als ik het nou heb.

Client stuurt een broadcast bericht. (in dit bericht staat tevens zijn IP)
De server moet dan al wel open staan natuurlijk op die poort.
De server ontvangt het.
Op het zelfde moment opent de client een server.
De server stuurt zijn reactie terug.
En de server van de client ontvangt deze weer.

Dus als er meer servers in het netwerk zijn krijgt de server ook meerdere antwoorden.


En ik gebruik TCP omdat het volgens mij niet uitmaakt of ik TCP of UDP gebruik. (Het gaat niet over grote hoeveelheden data dus voor de snelheid maakt het niet uit) En ik had al een TCP server plus client DLL liggen. Dus daar heb ik nou maar een paar kleine aanpassingen aan hoeven doen. (Ja ok waarschijnlijk was het voor UDP alleen TCP in UDP veranderen maar dan nog....)

[ Voor 3% gewijzigd door Anoniem: 60620 op 16-06-2004 15:44 ]

[Anoniem: 68554]

Misschien gebruik je een stukje code, api, dat ziet dat je een 10.x.x.x ip gebruikt, die code/api zegt dan, OK class A range, dus broadcast is 10.255.255.255.
Zou het zoiets kunnen zijn ?

[it0]

Je hebt verschiilende klassen voor ip addressen die je mag gebruiken voor prive doeleinden( worden niet geroute door internet). zie ook http://en.wikipedia.org/wiki/Classes_of_IP_addresses

Dus je zit op een klasse A maar die kan je weer in segmenten indelen zoals /24 zoals bij jouw dus je broadcast is idd 10.0.100.255.

Ik zou zeggen pak een sniffer en kijk wat er fout gaat.

[it0]

Maar als er alleen classfull routing plaatsvindt dan broadcast ie naar 10.255.255.255 maar dat lijkt me sterk