Cisco werkt aan nieuw berichtenprotocol

Cisco zal deze zomer een testversie van zijn berichtenprotocol beschikbaar stellen. Het opensource-protocol van de Amerikaanse fabrikant moet eenvoudig en platformonafhankelijk worden.

Het protocol, bedoeld om berichten tussen clients en servers uit te wisselen, krijgt de naam 'Etch' mee. De naamgenoot van de huidige Debian-distributie is door Cisco ontwikkeld om een eenvoudiger alternatief voor protocollen als Soap, Corba en EJB te vormen. Volgens Cisco is Etch eenvoudiger dan de huidige protocollen en heeft het bovendien minder overhead. Het bedrijf zou dit onder andere weten te bereiken door gebruik te maken van Cisco's eigen interface -beschrijvingstaal, die sterk op Java lijkt.

De hogere verwerkingssnelheid van berichten die Etch mogelijk maakt, is volgens Cisco nodig wegens de toegenomen hoeveelheid berichten die clients met servers uitwisselen. De eerste béta van Etch zal ondersteuning voor Java en C# bieden en geïntegreerd kunnen worden in Eclipse en Visual Studio. Support voor Python, C en Ruby staat op de agenda, met als uiteindelijk doel volledig taal- platform- en transportlaag-onafhankelijk te worden. Daarmee hoopt Cisco zijn protocol tot standaard te verheffen; mogelijk wordt dit doel bereikt via de standaardenorganisatie Ietf, maar het bedrijf zou er ook in kunnen slagen, mede dankzij zijn opensource-licentie, om van Etch een de facto-standaard te maken.

Reacties (24)

[Rob Coops]

Vraag 1, Wat is Cisco's belang bij dit nieuwe protocol?

Cisco staat nu niet echt bekend om hun geweldige werk dat zij zonder winst oogmerk verrichten. Ik heb dus ook zo het gevoel dat er als dit eenmaal beschikbaar is en gebruikt word de een of andere Cisco kaart/doos op de markt komt die dit nog beter/sneller enzo over een draadje weet te jagen.

Enterprize Java Beans (EJB) is niet echt een message protocol tenzij er weer de een of andere stoffige onderzoeker een messaging protocol heeft ontwikkled en dat voor het gemak en de naamsbekendheid ook maar EJB heeft genoemd. (dat zou me nou echt niets verbazen in de IT wereld waar 90% van de afkortingen minimaal 3 veschillende betekenisen hebben)

[Bl@ckbird]

Vraag 1, Wat is Cisco's belang bij dit nieuwe protocol?

Volgens de bron van dit nieuws, wordt Etch onderdeel van Cisco's Unified Application Environment. (En dan specifiek Cisco's Unified Application Server.)

Het idee hier achter is dat men de drempel wil verlagen voor 3rd party's om software te ontwikkelen voor hun Unified Communications oplossing. ( CallManager / Cisco Unified Communications Manager )

Voor CallManager Express (Cisco Unified Communications Manager Express) op de routers doet Cisco dit met hun AXP programma.

AXP is een Network Module die men in een ISR router kan plaatsen.
Hier draait een hardened linux kernel op. 3rd Party's kunnen software hierop ontwikkelen. Zo is er een API om met het IOS te kletsen en dataflows te bewerken.

Voorbeelden van 3rd Party producten, ontwikkelt onder het AXP programma staan hier.

Uiteindelijk gaat het om een uitgebreid Unified Communications product portfolio. Voor niche producten is Cisco daarvoor afhankelijk van 3rd party's.

[Reactie gewijzigd door Bl@ckbird op 25 juli 2024 08:19]

[kikkervis]

Kans is ruim aanwezig dat als dit eenmaal gebruikt wordt, cisco met hardware ondersteuningen gaat komen binnen zijn apparatuur. Daar kunnen ze dan natuurlijk een octrooi op aanvragen.

Voor de gewone gebruiker/ open source gebruiker is er dus een voordeel van een sneller protocol. Voor Cisco is er een voordeel dat zij als 'uitvinder' de beste hardware versnelling kunnen leveren.

[Sv3n]

De naamgenoot van de huidige Debian-distributie is door Cisco ontwikkeld om een eenvoudiger alternatief voor protocollen als Soap, Corba en EJB te vormen.

EJB is voor zover ik weet geen protocol maar een API? Ik denk dat Java RMI of JMS bedoelt wordt.

[Reactie gewijzigd door Sv3n op 25 juli 2024 08:19]

[brompot758]

EJB ofwel Enterprise Java Beans is een programmeer model om zelfstandige Java componentjes te maken die je kunt distribueren over je netwerk. Een geavanceerde vorm van remoting eigenlijk. EJB kan via verschillende protocollen aangesproken worden, maar draait vaak via CORBA ofwel via IIOP.

RMI is een soort voorlopernr van EJB. Het is een remoting methode (vgl dotnet remoting) die over verschillende protocollen kan werken.

JMS is een messaging framework voor Java. Het is een API die bedoeld is om je messaging protocol onafhankelijk te kunnen programmeren.

SOAP is een web service protocol dat niet standalone werkt maar verpakt kan worden in verschillende protocollen zoals HTTP(S) of MQ.

CORBA is geen protocol maar een soort object oriented RPC (het is een OO doorontwikkeling van DCE-RPC om precies te zijn). CORBA werkt doorgaans via het IIOP protocol.

[latka]

Waarbij JMS ook geen protocol is ;-)

[ATS]

En wat was er ook alweer precies tegen XMMP? Dat is al open source en gestandaardiseerd.

[Skaah]

Dit protocol is niet bedoelt voor Instant Messaging, maar om berichten tussen servers en cliënts uit te wisselen. Bijvoorbeeld voor inloggen op gedistribueerde systemen, opvragen van gegevens en die gegevens ontvangen, queue-servers, et cetera. Dus software to software communicatie.

[ATS]

XMMP heeft ook een veel breder doel dan IM, en kan prima ingezet worden voor het soort doelen dat jij beschrijft.

[Verwijderd]

Zoals dit:

Client: ik stuur een bericht
Server: ok
Client: komtie
Server: binnen
Server: ik stuur het antwoord.
Client: ok
Server: komtie
Client: binnen

[Cameleon73]

Just What We Need: Another RPC Package

[HyperBart]

In welke zin "berichten" bedoelen ze hier eigenlijk mee ?

[voodooless]

De naamgenoot van de huidige Debian-distributie is door Cisco ontwikkeld om een eenvoudiger alternatief voor protocollen als Soap, Corba en EJB te vormen.

Een nieuwe soort middleware dus.

[The-Source]

Dit kan vanalles zijn. Van een kassa van bv een supermarkt. Tot aan een chat systeem.
In het voorbeeld van een kassa kan er actueel gelijk voorraad - 1 worden gedaan (als er 1 artikel wordt verkocht )

[Verwijderd]

Zou het beter zijn dan UBF? http://www.sics.se/~joe/ubf/site/home.html Dat gebruik ik al jaren, is ook efficient en kan ook events van de server naar de client sturen. Ik heb het al gebruikt met Java, C# en Erlang.

[!null]

Wel positief. Ik werk wel vaker met SOAP, dat werkt goed en ook heel makkelijk door de goeie ondersteuning. Het is leuk dat het leesbaar is (de XML), maar als je er over nadenkt is dat redelijk nutteloos aangezien het zo makkelijk te implementeren is met bestaande libraries/tools. Wanneer je dus (bijna) niet meer naar de XML hoeft te kijken, vormt het alleen maar kostbare overhead.

[mocean]

Die overhead kan best meevallen als je een compressie toepast (zoals bij HTTP heel normaal is met gzip). Voordeel van 'leesbaar' zit meer in de development hoek, maar ook wanneer je verschillende systemen van vesrchillende leveranciers met elkaar moet laten communiceren. Als er dan iets niet werkt, kan je sneller de fout achterhalen.

[Verwijderd]

Compressie zorgt ook voor overhead. Wellicht minder in het transport, maar meer in compressie/decompressie aan weerszijden van de verbinding.

[daft_dutch]

overhead is zeker bij compressie zeer relatief.
wanneer je een trage harddisks hebt en een cpu die vaak niets doet
zal een compressie van je hardeschijf de performance van je computer versnellen.

met meer schijf ruimte als bij werking

[Reactie gewijzigd door daft_dutch op 25 juli 2024 08:19]

[humbug]

Als je met gprs verbinden werkt op langzame hardware (lees je mobiele telefoon) wil je echt graag een protocol met zo min mogelijk overhead. Compressie is dan niet echt een oplossing.

[Verwijderd]

ja dat is lekker zeg! Hebben we eindelijk IBM,Microsoft,Sun,Oracle etc achter een taal/platform onafhankelijke standaard, SOAP, gaat Cisco dat proberen even omver te trekken. In steeds meer produkten van Microsoft is het de standaard voor integratie bijvoorbeeld in Exchange 2007 ten koste van allerlei verouderde APIs en protocollen. Ik zit niet echt op iets nieuw te wachten hoor.

[Jaco69]

Ach we stappen toch nooit meer van Corba af