Intégration de deux projets NDN

Bonjour,

Les deux projets que tu évoques sont construits sur ndnSim. Tu peux donc théoriquement écrire une application ndn qui tire parti des classes fournies par ces deux projets. Es-tu déjà parvenue à franchir cette première étape ?

Le premier problème, c'est que ndnQos reprend toutes les sources de ns-3, ce qui ne permet pas de voir clairement quelles modifications ont été apportées à un ns-3 standard. Normalement on met le minimum possible et on déploie le mécanisme dans une installation existante. Le problème, c'est que rien ne garantit que la version de ndnSim soit (encore) compatible avec l'autre projet. Mais si c'est le cas, il faudrait récupérer ce projet et injecter le code du second dans cette installation.

L'espoir, c'est que ndn4ivc semble être implémenté dans une application (voir tms-{provider, consumer}-app.h) et tu peux définir dans ns3 des nœuds qui lance des applications abitraires. Le problème, c'est qu'une partie du comportement des nœuds est implémentée directement dans les classes qui définissent les modèles de nœuds (voir tms-{provider, consumer}.{h, cc}).

Et ceci nous amène au second problème. Chacun ces deux projets ont leur propres modèles de nœuds réseaux. Du coup, comment définir un nœud qui a à la fois des capacités du premier et du second projet ?. Est-ce qu'un producer (resp. consumer) du projet1 le serait également au sens du projet2 ?

• Si oui, il faudrait définir une classe Producer (resp. Consumer) qui hérite des classes Producer (resp. Consumer) de chacun des deux projets. Rien que là il faut savoir faire du multi-héritage.
• Et sinon, c'est encore plus compliqué, car il faut considérer toutes les combinaisons possibles !

Je pense que tu recevrais de meilleurs conseils si tu contactais directement les auteurs de ces projets.

Bonne chance

Bonjour mamiemando , 

Merci pour ta réponse.

ndn4ivc , est comme s'il encapsule ndnSIM , puisqu'il est exécuté dans une couche au dessous de NDN . ndnQoS , ne change pas dans les structures de consumer et producer , par contre il joue sur le noeud central (routeur) pour créer des files d'attentes prioritaires. Pourquoi donc créer un consumer et un producer héritant de deux projets . 

Aussi y'a t-il d'autres considérations à prendre en compte.

Merci

Bonjour,

Pourquoi donc créer un consumer et un producer héritant de deux projets .

Si un nœud ne peut pas être à la fois ndnQoS et à la fois ndn4ivc tu ne devrais pas avoir de problème. Il suffit au moment de construire ton réseau de considérer les deux ensembles de nœuds correspondants puis de construire ta topologie. Dans ce cas, pas besoin d'héritage.

Si par contre un nœud pouvait être les deux à la fois, ce serait une autre histoire, car il faudrait qu'il expose à la fois les méthodes / attributs propres à ndnQoS et propre à ndnQoS, et pour cela, il faudrait faire un héritage des deux classes adéquates.

Ceci étant dit, quand tu dis que seul les routeurs sont ndnQoS, cela laisse entendre que la QoS n'est prise en charge que dans le cœur de ton réseau, mais pas en bordure. Ça me paraît étonnant, j'aurais pensé que la QoS nécessitait un travail fait de bout en bout. Maintenant, je ne connais pas ces deux projets donc si tu es sûre de toi, vas-y :-)

Aussi y'a t-il d'autres considérations à prendre en compte.

Essaye et tu verras bien :-)

Bonne chance