Hi, Just want to point that I did some work late 2017 on UDP sockets including multicast and broadcast. The package named 'NetworkExtras' is part of the ReusableBricks repo of my team. http://smalltalkhub.com/#!/~CAR/ReusableBricks It has some dependencies on other packages.
I tested it in Pharo 6, but not 7. Noury PS. Since I can't keep up with the mailing-list traffic, don't forget to keep me in CC so I can react > On 08 May 2018, at 15:36, Norbert Hartl <norb...@hartl.name> wrote: > > > >> Am 08.05.2018 um 15:05 schrieb Ben Coman <b...@openinworld.com >> <mailto:b...@openinworld.com>>: >> >>> Le 8 mai 2018 à 08:28, Henrik Sperre Johansen <henrik.s.johan...@veloxit.no >>> <mailto:henrik.s.johan...@veloxit.no>> a écrit : >>> >>> HilaireFernandes wrote >>>> Computer should be on a same network, however not sure about swtich in >>>> between. >>>> >>>> Does UDP broadcast required particular privilege on the host? >>>> >>>> Thanks >>>> >>>> Hilaire >>>> >>>> Le 06/05/2018 à 13:31, Norbert Hartl a écrit : >>>>> If it is on a single network this should be doable by using UDP broadcast >>>>> announcements. The share server can announce some information and its IP >>>>> in a UDP packet being broadcasted. Every client receives that and then >>>>> knows the address of the server to connect to >>>> >>>> -- >>>> Dr. Geo >>>> http://drgeo.eu <http://drgeo.eu/> >>> >>> No, but it does involve setting certain options on the socket, etc. >>> You could check if http://smalltalkhub.com/#!/~henriksp/SSDP >>> <http://smalltalkhub.com/#!/~henriksp/SSDP> is >>> appropriate/works for you. >>> >>> Cheers, >>> Henry >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> >>> >> >> >> On 8 May 2018 at 15:32, Cédrick Béler <cdric...@gmail.com >> <mailto:cdric...@gmail.com>> wrote: >> Hi, FYI, Noury did this package (Network-Extra). I will test for my lecture. >> It has UDP Multicast/broadcast and may help for the discovery phase (I’m >> interested in that either). >> >> He said that about it: >> >> - UDP support : mutlicast + broadcast >> - fragment a (large) data et assemble it over UDP >> -la possibilité de fragmenter une donnée trop grande et la reconstruire >> au-dessus d'UDP >> >> Gofer it >> smalltalkhubUser: 'CAR' project: 'ReusableBricks'; >> configurationOf: 'ReusableBricks'; >> loadBleedingEdge >> >> Hope this help, >> >> See you, >> >> Cédrick >> >> Ps: tell me if you use it. >> >> >> If we've got multicast support for Pharo, perhaps its not a long jump to >> implementing mDNS. >> Then the teacher could share out their machine as "teacher.local" >> to let student machines connect to it. >> > If they all have Macs that would work. For the rest I doubt it will be that > easy. > > Norbert > >> https://www.trustwave.com/Resources/SpiderLabs-Blog/mDNS---Telling-the-world-about-you-(and-your-device)/ >> >> <https://www.trustwave.com/Resources/SpiderLabs-Blog/mDNS---Telling-the-world-about-you-(and-your-device)/> >> >> https://tools.ietf.org/html/rfc6762 <https://tools.ietf.org/html/rfc6762> >> The most basic kind of Multicast DNS client may simply send standard >> DNS queries blindly to 224.0.0.251:5353 <http://224.0.0.251:5353/>, >> without necessarily even >> being aware of what a multicast address is. This change can >> typically be implemented with just a few lines of code in an existing >> DNS resolver library. >> >> >> @Udo, did you ever find that mDNS package you lost? >> http://forum.world.st/Issue-with-UDP-Sockets-tp4827014p4827245.html >> <http://forum.world.st/Issue-with-UDP-Sockets-tp4827014p4827245.html> >> >> >> mDNS would be an interesting facility to include in the main Pharo release >> image, >> perhaps making it very easy for our "live" systems to locate each other on a >> local network without external infrastructure. >> >> >> cheers -ben