[ninux-dev] Netdiff update + domande OLSR1

[Gabriel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> *Punto 3: differenze tra i vari JSON*
> 
> Un applicazione che ha nel suo DB varie topologie può ricostruire
> il JSON da passare a netdiff, ma sarebbe un delirio far ricostruire
> ai dev delle applicazioni web i vari JSON che i vari protocolli di
> routing usano, uno degli obiettivi di netdiff dovrebbe essere
> quello di lasciare che gli sviluppatori web si concentrino
> sull'applicazione web, lasciando ai dev di netdiff le differenze
> dei vari protocolli di routing. Lo so, sarà difficile, ma ci
> proviamo.
> 
> Per questo credo sia necessario definire una topologia generica. 
> Qualcosa come:
> 
> { "type": "OLSR1", "topology": [ { "last": "<ip>", "destination":
> "<ip>",  "cost": "<value>" } ] }
> 
> In questo modo le applicazioni web che useranno netdiff (eg:
> nodeshot) potranno passare questo JSON a netdiff, e netdiff se lo
> smazza.
> 
> Proverò a raccogliere feedback su questo nuovo JSON sulla lista
> interop-dev.

Non vedo molta differenza tra questo e il json di olsr, basta cambiare
le tre key con quelle al punto 1 ed è presso chè uguale.

Perchè non troviamo un modello generico di link, applicabile
indifferentemente che sia un algoritmo L2 o L3? Basta avere dei campi
last e destination che possano contenere sia ip che mac address. Tipo:


{
     "type": "generic",
     "topology": [
         { "last": "<ip/mac>", "destination": "<ip/mac>",
	   "cost": "<value>" }
     ]
 }

Una cosa del genere dovrebbe essere applicabile a qualunque tipo di
algoritmo di routing, non so se poi sia necessario memorizzare insieme
al link anche il tipo di algoritmo, così da poter avere una  topologia
mista, tipo:

{
    "type": "mixed",
    "topology": [
         { "last": "<ip/mac", "destination": "<ip/mac>",
	   "cost": "<value>", rtalg:"<batman/olsrv1/olsrv2>" }
     ]
 }


Con quest'ultimo metodo potremmo utilizzare una sola istanza di
netdiff  su più  algoritmi di routing e lui ritornerebbe un json misto
di tutta la topologia della rete.

Gabriel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJUZ+g5AAoJEESx6+O1zsXFGNMH/0PAqv5/aH8QlXYu2eFvnbFC
BqPn1y38mgfK5VPlvQdp/Gg/nsBzHEZcmDPS5EVP+g4Dc3igr8/lAvH+7yvM3Wxy
E2mtmdOfihDelhHrEB0EPRcMOHIko5uHZzdjUKlu8xfsBa6fo5Ep7K0TMZCCk8tY
4FGQy9qdUWMfRu2t2ze29G2jTglfRCoXBQJZRB6nQsatjt9ECh/SThzGVQ0vGAgE
sKm0MAb+texeTVTjzxstsBusG3TgS9WZv4M1WdDUPtRZBMNImprJ9V2P5bsQWnZx
mEfB/K6UoRz2i20ZSvVPZY1qFZlECtoEQsd8a48it0pOfhITq5WUifhjo0zhiGQ=
=3KV6
-----END PGP SIGNATURE-----