Apple werkt aan verbeterde versie Bonjour
Apple werkt met de Internet Engineering Task Force aan een verbeterde versie van Bonjour. Op dit moment lopen beheerders van zakelijke netwerken aan tegen de beperkingen van de technologie; deze werkt niet over verschillende subnets.
De bedenker van Bonjour, Stuart Cheshire, heeft daarom voorgesteld om een nieuwe standaard te ontwikkelen voor een verbeterde versie van Bonjour, schrijft NetworkWorld. Bonjour is de merknaam die Apple gebruikt voor een verzameling technieken die mogelijkheden op een netwerk bieden zonder dat er iets hoeft te worden ingesteld, zoals de mogelijkheid om een opdracht naar een printer te verzenden of via AirPlay beeld naar een Apple TV te verzenden. Bonjour leunt op de standaarden dns service discovery en multicast-dns.
Bonjour is opgezet met kleine netwerken in het achterhoofd, maar beheerders van grote netwerken lopen nu tegen de beperkingen van het protocol aan. Het is niet mogelijk om via Bonjour een verbinding te leggen met een host op een ander subnet, waardoor gebruikers op grotere netwerken voor problemen komen te staan. Een presentatie streamen naar een Apple TV die aan een andere router hangt, is daardoor namelijk niet mogelijk. Daarnaast levert Apple-apparatuur op dergelijke netwerken een vloed aan nutteloos multicast-dns-verkeer op, wat leidt tot hoofdbrekens bij beheerders.
Een belangenorganisatie van it-medewerkers op universiteiten is in augustus een petitie begonnen waarin Apple wordt opgeroepen de problemen op te lossen. Apple heeft aan die oproep gehoor gegeven, zo zegt Cheshire tegenover NetworkWorld. In een voorstel voor de nieuwe standaard dat bij de IETF is ingediend, beschrijft Cheshire de nieuwe standaard, die ook meer schaalbaar moet zijn.
Reacties (132)
Omdat je het totaal niet snapt.
Bonjour is een open standaard. Net zoals veel van de standaards waar Apple mee werkt, ivm bijv Windows.
Maar als onkundige snap je dat niet en loop je alleen de meute na te praten.
Bonjour is een open standaard. Net zoals veel van de standaards waar Apple mee werkt, ivm bijv Windows.
Maar als onkundige snap je dat niet en loop je alleen de meute na te praten.
Wat ik beneden ook al schreef op een vergelijkbare reactie:
Dat je jeuk krijgt van Apple en standaarden in één zin is natuurlijk een beetje onzin. Het zou zomaar kunnen dat je zonder het te weten gebruik maakt van Apple technologie. Gebruik je Google Chrome? Dat is gebasseerd op de WebKit browser engine welke met name door Apple is ontwikkeld (ook al was het initieel een branch van khtml uit kde). Gebruik je *nix print servers? Dat gebruikt de open source Cups print daemon, wat is ontwikkeld door Apple. Gebruik je een GUI, muis en iconen? Hoewel dat in beginsel door XEROX PARC is bedacht is het door Apple doorontwikkeld en in de markt gezet....
Dat je jeuk krijgt van Apple en standaarden in één zin is natuurlijk een beetje onzin. Het zou zomaar kunnen dat je zonder het te weten gebruik maakt van Apple technologie. Gebruik je Google Chrome? Dat is gebasseerd op de WebKit browser engine welke met name door Apple is ontwikkeld (ook al was het initieel een branch van khtml uit kde). Gebruik je *nix print servers? Dat gebruikt de open source Cups print daemon, wat is ontwikkeld door Apple. Gebruik je een GUI, muis en iconen? Hoewel dat in beginsel door XEROX PARC is bedacht is het door Apple doorontwikkeld en in de markt gezet....
Was de muis niet door IBM uitgevonden?
Nee dus. Wel hadden ze een ps2 versie gemaakt.
Nee dus. Wel hadden ze een ps2 versie gemaakt.
[Reactie gewijzigd door Grrmbl op 9 november 2012 18:27]
Heb je toevallig ooit nog eens gewerkt met dit Xerox OS? Toevallig ik wel, en daar heeft apple weinig aan doorontwikkeld, want het werkte perfect, grafisch op een motorolla 68000 processor! Het merendeel wat Apple doet is het combineren van door andere bedachte features, en dat doen ze niet slecht, maar ze willen graag dat iedereen denkt dat ZIJ dit hebben uitgevonden, wat niet waar is.
En als ik hier alle reacties lees die ik met mijn post heb gekregen, dan wens ik nog heel veel mensen heel veel plezier met hun speelgoed.
Voor de mensen die zeggen dat UDP totaal geen problemen veroorzaken, die hebben nog nooit gehoord van functies zoals Randon Early Detect, waarbij door efficient paketten te droppen de windowing-size van TCP clients wordt gelimiteerd, zodat iedereen gebruik kan maken van de (dure) bandbreedte van de wan-verbindingen. Echter UDP is connection-less, dus dat kun je daar niet mee reguleren, en heeft dus in de regel de laagste prio (ik weet het, behalve voice, maar dat is UPD omdat een verminkt pakket toch niet meer te vervangen is wegens de tijd-limiet)
Of je van Apple houd of niet moet iedereen helemaal zelf weten, en als je het geld ervoor over hebt, prima, echter wil dat niet zeggen dat iedereen daarvan gecharmeerd is.
Alleen vind ik het niet meer dan normaal om je aan de standaarden te houden. We zijn eindelijk van IPX af, om de 30 sec even laten weten dat ik er ben, en dan beginnen we weer met dit soort protocollen.
Als ik bij klanten in hun firewalls zie dat er weer een consultant is(die dan het geld moet verdienen) die op z'n apple Itunes aan heeft staan, dan vraag ik me af of die wel door heeft wat z'n appletje allemaal aan het doen is. Niet dus.
En natuurlijk is het fijn dat alles gemakkelijk werkt, maar houd er wel rekening mee dat prive en zakelijk heel ver uit elkaar liggen als het om netwerken gaat!
Dat wilde ik even gezegd hebben.
En als ik hier alle reacties lees die ik met mijn post heb gekregen, dan wens ik nog heel veel mensen heel veel plezier met hun speelgoed.
Voor de mensen die zeggen dat UDP totaal geen problemen veroorzaken, die hebben nog nooit gehoord van functies zoals Randon Early Detect, waarbij door efficient paketten te droppen de windowing-size van TCP clients wordt gelimiteerd, zodat iedereen gebruik kan maken van de (dure) bandbreedte van de wan-verbindingen. Echter UDP is connection-less, dus dat kun je daar niet mee reguleren, en heeft dus in de regel de laagste prio (ik weet het, behalve voice, maar dat is UPD omdat een verminkt pakket toch niet meer te vervangen is wegens de tijd-limiet)
Of je van Apple houd of niet moet iedereen helemaal zelf weten, en als je het geld ervoor over hebt, prima, echter wil dat niet zeggen dat iedereen daarvan gecharmeerd is.
Alleen vind ik het niet meer dan normaal om je aan de standaarden te houden. We zijn eindelijk van IPX af, om de 30 sec even laten weten dat ik er ben, en dan beginnen we weer met dit soort protocollen.
Als ik bij klanten in hun firewalls zie dat er weer een consultant is(die dan het geld moet verdienen) die op z'n apple Itunes aan heeft staan, dan vraag ik me af of die wel door heeft wat z'n appletje allemaal aan het doen is. Niet dus.
En natuurlijk is het fijn dat alles gemakkelijk werkt, maar houd er wel rekening mee dat prive en zakelijk heel ver uit elkaar liggen als het om netwerken gaat!
Dat wilde ik even gezegd hebben.
Bonjour adverteert de beschikbaarheid van diensten, eventuele rechten worden als vanouds door de dienst (SMB,AFP etc) zelf geregeld.Bonjour rechtenstructuur...
[sarcasme]eventuele rechten worden als vanouds door de dienst (SMB,AFP etc) zelf geregeld.
En dat onder verantwoording van ICT zeker............
[/sarcasme]
Omdat hierboven nogal veel reacties staan die kant nog wal raken, even een korte uitleg.
Bonjour is Apple's implementatie van Zero configuration networking (ZeroConf) en heette oorspronkelijk Rendezvous (totdat het in 2005 ivm legal dispute over de naam moest worden veranderd). ZeroConf is een set tools/protocollen die het mogelijk maken om zonder configuratie andere devices (computers, printers, servers) op je netwerk te zien, én om services op die devices te kunnen zien (Apple Talk, SMB, web server, ssh, iTunes/DAAP, etcetera) en dus snel te kunnen openen. Het bestaat met name uit DNS-Based Service Discovery (DNS-SD) en Multicast DNS (mDNS) en biedt het in feite de toegevoegde mogelijkheid om zónder configuratie een IP netwerk te gebruiken, héél gebruiksvriendelijk maar de horror van elke BOFH
Met name Apple gebruikt ZeroConf, en dat is natuurlijk niet gek omdat Usability en gebruiksvriendelijkheid hoog in 't vaandel staan bij Apple. Als je wel eens een Mac hebt gebruikt, dan zie je computers en printers in de Finder verschijnen of verdwijnen zodra ze respectievelijk aan of uit worden gezet. Zo hoef je in feite als gebruiker niets te doen want alle andere devices op het netwerk zijn gewoon beschikbaar (mits ze ook Bonjour / ZeroConf gebruiken). Maar, zoals de auteur ook beschrijft, dit werkt alleen in één netwerk en niet over subnetten. Dat kan nogal een gemis zijn, óók in de wat geavanceerdere thuis situaties (denk aan WiFi op een ander subnet, vpn connecties, etcetera).
Er is ook een implementatie voor Linux: Avahi, wat je in staat stelt om services op je Linux server te broadcasten en dus te laten discoveren door Bonjour / ZeroConf gebruikers. Zo kan je bijvoorbeeld mt-daapd / Firefly Media Server (DAAP is het iTunes protocol) in combinatie met Avahi gebruiken op je Linux server met veel storage om een media bibliotheek op te zetten die via het netwerk gevonden kan worden, én in iTunes zichtbaar is als gedeelde muziek bibliotheek (en dus te streamen). mt-daapd implementeerde vroeger zelf mDNS en ik weet niet of Firefly dat ook nog steeds doet (al jaren niet meer gebruikt), maar je kan het in ieder geval uit zetten en Avahi de Bonjour taken laten waarnemen.
En voor werk situaties kan het handig zijn om test, development en continuous integration -servers te broadcasten, als ze tenminste niet (zoals de meeste grotere bedrijven) ergens in een ander subnet / colo staan
In ieder geval zou een nieuwe standaard die over subnetten werkt (vanuit gebruikers oogpunt) een welkome uitbreiding zijn zodat je ook servers, computers, printers etcetera kan discoveren die zich op andere subnetten of zelfs over vpn bevinden Al kan ik me voorstellen dat hoe groter het netwerk is, hoe meer netwerk vervuiling op kan gaan treden als alle Bonjour devices blijven broadcasten. Wellicht dat bij de revisie van de standaard ook deze potentiële toegenomen vervuiling is meegenomen.
ps. een quote van de introduction van het voorstel van de mdnsext standaard voor de mensen die niet op het linkje hebben geklikt:
Bonjour is Apple's implementatie van Zero configuration networking (ZeroConf) en heette oorspronkelijk Rendezvous (totdat het in 2005 ivm legal dispute over de naam moest worden veranderd). ZeroConf is een set tools/protocollen die het mogelijk maken om zonder configuratie andere devices (computers, printers, servers) op je netwerk te zien, én om services op die devices te kunnen zien (Apple Talk, SMB, web server, ssh, iTunes/DAAP, etcetera) en dus snel te kunnen openen. Het bestaat met name uit DNS-Based Service Discovery (DNS-SD) en Multicast DNS (mDNS) en biedt het in feite de toegevoegde mogelijkheid om zónder configuratie een IP netwerk te gebruiken, héél gebruiksvriendelijk maar de horror van elke BOFH
Met name Apple gebruikt ZeroConf, en dat is natuurlijk niet gek omdat Usability en gebruiksvriendelijkheid hoog in 't vaandel staan bij Apple. Als je wel eens een Mac hebt gebruikt, dan zie je computers en printers in de Finder verschijnen of verdwijnen zodra ze respectievelijk aan of uit worden gezet. Zo hoef je in feite als gebruiker niets te doen want alle andere devices op het netwerk zijn gewoon beschikbaar (mits ze ook Bonjour / ZeroConf gebruiken). Maar, zoals de auteur ook beschrijft, dit werkt alleen in één netwerk en niet over subnetten. Dat kan nogal een gemis zijn, óók in de wat geavanceerdere thuis situaties (denk aan WiFi op een ander subnet, vpn connecties, etcetera).
Er is ook een implementatie voor Linux: Avahi, wat je in staat stelt om services op je Linux server te broadcasten en dus te laten discoveren door Bonjour / ZeroConf gebruikers. Zo kan je bijvoorbeeld mt-daapd / Firefly Media Server (DAAP is het iTunes protocol) in combinatie met Avahi gebruiken op je Linux server met veel storage om een media bibliotheek op te zetten die via het netwerk gevonden kan worden, én in iTunes zichtbaar is als gedeelde muziek bibliotheek (en dus te streamen). mt-daapd implementeerde vroeger zelf mDNS en ik weet niet of Firefly dat ook nog steeds doet (al jaren niet meer gebruikt), maar je kan het in ieder geval uit zetten en Avahi de Bonjour taken laten waarnemen.
En voor werk situaties kan het handig zijn om test, development en continuous integration -servers te broadcasten, als ze tenminste niet (zoals de meeste grotere bedrijven) ergens in een ander subnet / colo staan
In ieder geval zou een nieuwe standaard die over subnetten werkt (vanuit gebruikers oogpunt) een welkome uitbreiding zijn zodat je ook servers, computers, printers etcetera kan discoveren die zich op andere subnetten of zelfs over vpn bevinden
Al kan ik me voorstellen dat hoe groter het netwerk is, hoe meer netwerk vervuiling op kan gaan treden als alle Bonjour devices blijven broadcasten. Wellicht dat bij de revisie van de standaard ook deze potentiële toegenomen vervuiling is meegenomen.ps. een quote van de introduction van het voorstel van de mdnsext standaard voor de mensen die niet op het linkje hebben geklikt:
The DNS-SD/mDNS Extensions Working Group (MDNSEXT) will develop
extensions to DNS-Based Service Discovery [DNS-SD] and Multicast DNS
[mDNS] protocols to enable service discovery beyond the local link.
DNS-SD/mDNS is widely used today for discovery and resolution of
services and names on a local link. In principle DNS-SD can also be
used in conjunction with conventional unicast DNS to enable wide-area
service discovery, but in practice this capability is not widely
used. This disconnect between customer needs and current practice
has led to calls for improvement, such as the Educause petition [EP].
In response to this and similar evidence of market demand, several
companies have recently announced "Bonjour gateway" products that
allow service discovery beyond the local link. However, these were
brought to market rapidly and it's unclear whether they represent the
best long-term direction for service discovery protocol development.
Similarly, DNS-SD/mDNS in its present form is not well suited for
emerging technologies such as multi-link subnets like 6LoWPAN where
"link local" is defined as a node's first-hop neighbors, subnet-
scoped multicast is problematic, and battery powered devices may be
offline for significant periods of time.
For these and other reasons, it is therefore beneficial for end
users, network operators, vendors, and for the long-term health of
the Internet to bring this work into the IETF where all interested
parties can cooperate to develop efficient and scalable solutions.
This document defines the problem statement and gathers requirements
for DNS-SD/mDNS Extensions.
[Reactie gewijzigd door 4np op 9 november 2012 11:18]
En ziedaar de reden waarom je dit in enterprise networking niet wil.Al kan ik me voorstellen dat hoe groter het netwerk is, hoe meer netwerk vervuiling op kan gaan treden als alle Bonjour devices blijven broadcasten
Maar goed, het is wel makkelijker om je CIO de rekening te sturen van de 10GB uplink - dat doe je dan gewoon met een gedeeld documentje wat ie via Bonjour kan zien, en dan geef je als motivatie op dat Bobnjour anders niet goed werkt
Lol Maar zo te zien denken ze er in ieder geval over na bij de mdnsext standaard:
Maar zo te zien denken ze er in ieder geval over na bij de mdnsext standaard:REQ03: Scalability, in terms of:
- Network traffic
- CPU and memory requirements on network entities
- User interface (huge flat list is not user friendly)
- Having a smooth continuum of operation from local link to site to
global, rather than vastly different incompatible modes of
operation at different network scales
- Granularity of services available on a server (extend the notion of
service?)
Een interessante post, bedankt voor je uitleg.
Apple software voor Windows blijft altijd een ondergeschoven kindje en ik ben het met je eens dat dat eigenlijk meestal minder geweldig werkt (Safari voor Mac Windows is niet voor niets de nek om gedraaid). Hun focus is natuurlijk de Mac, en niet Windows. Dat jouw ervaring op windows met Bonjour slecht is wil natuurlijk niet zeggen dat Bonjour slecht is. Dat heeft meer te maken met de implementatie van Bonjour voor Windows die overigens niet meer is dan een Bonjour Print Services (dus slechts discovery van één service) en blijkbaar de rest van de ZeroConf iplementatie mist.
Dat je internet niet meer werkt na installatie van Bonjour Print Services lijkt me eerder op een fout in je Windows systeem duiden? Of was dat nog verder terug toen er volgens mij nog wèl Bonjour voor Windows bestond? Grote kans dat er een apparaat in je netwerk stond te broadcasten dat hij de router of DNS server was terwijl hij dat niet was?
Overigens zijn er vast ook wel andere ZeroConf clients voor Windows (Bonjour Print Services van Apple is er slechts één), zo vind ik bij een Google opdracht deze ZeroConf explorer, misschien heb je daar wat aan?
Dat je jeuk krijgt van Apple en standaarden in één zin is natuurlijk een beetje onzin. Het zou zomaar kunnen dat je zonder het te weten gebruik maakt van Apple technologie. Gebruik je Google Chrome? Dat is gebasseerd op de WebKit browser engine welke met name door Apple is ontwikkeld (ook al was het initieel een branch van khtml uit kde). Gebruik je *nix print servers? Dat gebruikt de open source Cups print daemon, wat is ontwikkeld door Apple. Gebruik je een GUI, muis en iconen? Hoewel dat in beginsel door XEROX PARC is bedacht is het door Apple doorontwikkeld en in de markt gezet....
Dat je internet niet meer werkt na installatie van Bonjour Print Services lijkt me eerder op een fout in je Windows systeem duiden? Of was dat nog verder terug toen er volgens mij nog wèl Bonjour voor Windows bestond? Grote kans dat er een apparaat in je netwerk stond te broadcasten dat hij de router of DNS server was terwijl hij dat niet was?
Overigens zijn er vast ook wel andere ZeroConf clients voor Windows (Bonjour Print Services van Apple is er slechts één), zo vind ik bij een Google opdracht deze ZeroConf explorer, misschien heb je daar wat aan?
Dat je jeuk krijgt van Apple en standaarden in één zin is natuurlijk een beetje onzin. Het zou zomaar kunnen dat je zonder het te weten gebruik maakt van Apple technologie. Gebruik je Google Chrome? Dat is gebasseerd op de WebKit browser engine welke met name door Apple is ontwikkeld (ook al was het initieel een branch van khtml uit kde). Gebruik je *nix print servers? Dat gebruikt de open source Cups print daemon, wat is ontwikkeld door Apple. Gebruik je een GUI, muis en iconen? Hoewel dat in beginsel door XEROX PARC is bedacht is het door Apple doorontwikkeld en in de markt gezet....
[Reactie gewijzigd door 4np op 9 november 2012 14:57]
(Safari voor Mac is niet voor niets de nek om gedraaid)
Ik denk dat je Safari voor Windows bedoelde.
Ik denk dat je Safari voor Windows bedoelde.
Oops! Aangepast, thanks
Eigenlijk is het een heruitvinding van het aloude IPX/SPX netwerk met SLP wat Novell 30 jaar geleden al deed...
Als er zoveel gebruik gemaakt wordt van het protocol vind ik het raar dat Apple daar nog niets aan heeft gedaan. Ik neem aan dat als je opmerkingen krijgt over je protocol dat het niet werkt in grote bedrijfsnetwerken en veel bedrijven willen en gebruik van maken, dat je daarvan wil profiteren.
Desalniettemin goed dat Apple er alsnog iets aan gaat doen. Het protocol is ook zeer gemakkelijk te gebruiken op thuisnetwerken met o.a. Apple tv's, bij Apple had ik dan ook wel verwacht dat ze dit zouden gaan gebruiken voor bedrijven, in potentie toch een gat in de markt als het goed uitgevoerd zal worden.
Desalniettemin goed dat Apple er alsnog iets aan gaat doen. Het protocol is ook zeer gemakkelijk te gebruiken op thuisnetwerken met o.a. Apple tv's, bij Apple had ik dan ook wel verwacht dat ze dit zouden gaan gebruiken voor bedrijven, in potentie toch een gat in de markt als het goed uitgevoerd zal worden.
De naam 'Bonjour' is gegeven aan de service om apparaten aan elkaar te groeten, waarom hebben ze voor het franse woord gekozen, Met de Franseslag geschreven? Fransen praten alleen Frans?
Zelf heb ik nooit printer problemen of dat soort zaken, maar kan me voorstellen nu iOS steeds vaker professioneel gebruikt wordt, er meer van Bonjour verwacht wordt. Dus goed dat ze zijn ingegaan op de petitie. Of het verzoek hier debet aan is weet ik niet, kan ook zijn dat Apple steeds meer met iOS wil gaan doen en ze hier al mee bezig waren.
Zelf heb ik nooit printer problemen of dat soort zaken, maar kan me voorstellen nu iOS steeds vaker professioneel gebruikt wordt, er meer van Bonjour verwacht wordt. Dus goed dat ze zijn ingegaan op de petitie. Of het verzoek hier debet aan is weet ik niet, kan ook zijn dat Apple steeds meer met iOS wil gaan doen en ze hier al mee bezig waren.
Het heette tot 2005 ook Rendezvous, tot dat ivm legal dispute over de naam werd aangepast in Bonjour. Maar inderdaad... Frans, en dat vind ik eigenlijk wel grappigDe naam 'Bonjour' is gegeven aan de service om apparaten aan elkaar te groeten, waarom hebben ze voor het franse woord gekozen, Met de Franseslag geschreven? Fransen praten alleen Frans?
The seeds of Zeroconf were planted in some postings by Stuart Cheshire on the Net-Thinkers mailing list in 1997. This led to the IETF holding two “Birds of a Feather” (BOF) sessions at the March and July 1999 IETF meetings on the subject of “Networking in the Small” (NITS), co-chaired by Stuart Cheshire and Peter Ford.
Out of the NITS BOF meetings, the Zero Configuration Networking (Zeroconf) Working Group was formed in September 1999.
In May 2002, Apple announced its trademark “Rendezvous” for the Zeroconf technologies, a little like the way Apple uses its trademark “AirPort” for IEEE 802.11 wireless networking.
Unfortunately for Apple, another company also had a networking product by the name of “Rendezvous,” and in April 2005, Apple announced the new Apple name for the Zeroconf technologies: “Bonjour.” Other third-party products can also carry the Bonjour name and logo. Apple doesn’t charge any money to license the name and logo; the products just have to pass Apple’s Bonjour Conformance Test to verify that they do in fact implement the specifications properly.
Meanwhile, other open source implementations of the Zeroconf technologies have also been created, including Howl and Avahi.
The terms “Bonjour” and “Zeroconf” are often used interchangeably, but as a general rule, this book uses the term “Zeroconf” when referring to the technology in general and “Bonjour” when referring to it in an Apple-specific context. For example, iChat on Mac OS X doesn’t have a “Zeroconf” window; it has a “Bonjour” window (it says “Bonjour” at the top of the window).
[Reactie gewijzigd door 4np op 9 november 2012 15:50]
Je kan hem anders prima uitzetten hoor. Allen kan je dan niet makkelijk verbinden met airplay devices.
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Populair: Tablets E3 2013 Mobiele telefoons Google Sony Microsoft Apple Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl • Hosting door True
