Je laisse se d=E9velopper le fil technique pr=E9c=E9dent, int=E9ressant, po=
ur
revenir aux b=E9n=E9fices (applicatifs et p=E9cuniaires !) que pourraient
apporter IPv6. Je vois assez peu d'=E9crits sur ces aspects proches du
marketing, par contre je trouve beaucoup de discussions du c=F4t=E9
technique et faisabilit=E9.
L'une et l'autre des facettes sont utiles et n=E9cessaires. N=E9anmoins,
l'aspect marketing pr=E9vaudra toujours sur la commercialisation et la
croissances des r=E9alisations techniques. Nous avons vu des
technologies bien ficel=E9es techniquement, bien normalis=E9es, lesquelles
n'ont jamais abouties =E0 des =E9quipements. Je prendrai l'exemple assez
lointain du 100Base-T2 en 1997 (sur cat=E9gorie 3 minimum, au lieu de
5). Pourtant, il avait =E9t=E9 =E9tudi=E9 et con=E7u par de grandes entrepr=
ises,
apr=E8s le 100Base-TX classique. Vous pouvez trouver d'autres exemples
plus marquants dans le cimeti=E8re.
Je vous pose ces 2 questions pour tenter d'avancer ou, seulement,
pouvoir r=E9fl=E9chir :
(1) Quelle serait l'application qui pourrait rendre incontournable
l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une question similaire, mais pos=E9e diff=E9remment.
(2) Quels services pourraient permettre de d=E9velopper IPv6, et qui
seraient impossibles =E0 mettre en oeuvre par tout autre moyen ?
(1) Quelle serait l'application qui pourrait rendre incontournable l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une autre question est a mon aussi à poser: quelles seraient les possibilités supplémentaires si ipv6 était une réalité aujourd'hui ? En gros, dans quels cas la vie serait simplifiée ?
La vidéoconférence est possible en v4 mais, en pratique, c'est un cauchemard dans une entreprise à cause des problèmes de NAT. La téléphonie sur IP aussi. Les GSM n'ont toujours pas un accès avec une IP publique. Un particulier qui a un portable en plus et/ou qui a deux PC a lui aussi des problèmes de NAT récurrents, même pour des cas simples (FTP). Toutes les "box" Internet ont désormais un accès wifi, mais à quoi ça sert si les mêmes problèmes de NAT existent ?
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est *déja* ressentie de manière pesante à cause des bricolages de NAT incessants.
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable connecté sur une borne publique WiFi vers un GSM d'un ami connecté en GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
Michelot wrote:
(1) Quelle serait l'application qui pourrait rendre incontournable
l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une autre question est a mon aussi à poser: quelles seraient les
possibilités supplémentaires si ipv6 était une réalité aujourd'hui ? En
gros, dans quels cas la vie serait simplifiée ?
La vidéoconférence est possible en v4 mais, en pratique, c'est un
cauchemard dans une entreprise à cause des problèmes de NAT. La
téléphonie sur IP aussi. Les GSM n'ont toujours pas un accès avec une IP
publique. Un particulier qui a un portable en plus et/ou qui a deux PC a
lui aussi des problèmes de NAT récurrents, même pour des cas simples
(FTP). Toutes les "box" Internet ont désormais un accès wifi, mais à
quoi ça sert si les mêmes problèmes de NAT existent ?
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est
*déja* ressentie de manière pesante à cause des bricolages de NAT
incessants.
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable
connecté sur une borne publique WiFi vers un GSM d'un ami connecté en
GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
(1) Quelle serait l'application qui pourrait rendre incontournable l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une autre question est a mon aussi à poser: quelles seraient les possibilités supplémentaires si ipv6 était une réalité aujourd'hui ? En gros, dans quels cas la vie serait simplifiée ?
La vidéoconférence est possible en v4 mais, en pratique, c'est un cauchemard dans une entreprise à cause des problèmes de NAT. La téléphonie sur IP aussi. Les GSM n'ont toujours pas un accès avec une IP publique. Un particulier qui a un portable en plus et/ou qui a deux PC a lui aussi des problèmes de NAT récurrents, même pour des cas simples (FTP). Toutes les "box" Internet ont désormais un accès wifi, mais à quoi ça sert si les mêmes problèmes de NAT existent ?
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est *déja* ressentie de manière pesante à cause des bricolages de NAT incessants.
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable connecté sur une borne publique WiFi vers un GSM d'un ami connecté en GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
Olivier B.
On Mon, 05 Nov 2007 04:11:39 -0800, Michelot wrote:
(1) Quelle serait l'application qui pourrait rendre incontournable l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une question similaire, mais posée différemment.
(2) Quels services pourraient permettre de développer IPv6, et qui seraient impossibles à mettre en oeuvre par tout autre moyen ?
techniquement j'ai pas suivit mais en pratique l'interet que je vois sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10 chiffres en telephonie cela n'as pas constitué une avancée technologique mais la possibilité d'avoir plus d'abonnés, ici cela se traduirait par la possibilité d'avoir plus d'IP publiques et donc d'en disposer pour tout les equipements/connections mobiles.
On Mon, 05 Nov 2007 04:11:39 -0800, Michelot <mhostettler@voila.fr>
wrote:
(1) Quelle serait l'application qui pourrait rendre incontournable
l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une question similaire, mais posée différemment.
(2) Quels services pourraient permettre de développer IPv6, et qui
seraient impossibles à mettre en oeuvre par tout autre moyen ?
techniquement j'ai pas suivit mais en pratique l'interet que je vois
sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10
chiffres en telephonie cela n'as pas constitué une avancée
technologique mais la possibilité d'avoir plus d'abonnés, ici cela se
traduirait par la possibilité d'avoir plus d'IP publiques et donc d'en
disposer pour tout les equipements/connections mobiles.
--
http://olivier.2a.free.fr/
pas de turlututu. apres l'@robase
On Mon, 05 Nov 2007 04:11:39 -0800, Michelot wrote:
(1) Quelle serait l'application qui pourrait rendre incontournable l'utilisation d'IPv6, et qui ne pourrait pas fonctionner avec IPv4 ?
Une question similaire, mais posée différemment.
(2) Quels services pourraient permettre de développer IPv6, et qui seraient impossibles à mettre en oeuvre par tout autre moyen ?
techniquement j'ai pas suivit mais en pratique l'interet que je vois sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10 chiffres en telephonie cela n'as pas constitué une avancée technologique mais la possibilité d'avoir plus d'abonnés, ici cela se traduirait par la possibilité d'avoir plus d'IP publiques et donc d'en disposer pour tout les equipements/connections mobiles.
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est *déja* ressentie de manière pesante à cause des bricolages de NAT incessants.
Etes-vous assuré que IPv6 puisse mettre fin au transcodage d'adresse ?
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable connecté sur une borne publique WiFi vers un GSM d'un ami connecté en GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
Envoyer un paquet IP pour faire fonctionner quelle application ? Dans votre phrase je remplacerais le terme GSM par portable téléphonique car le GSM ne fonctionne pas dans un environnement IP.
Cordialement, Michelot
Bonsoir Xavier,
Merci pour cette réponse.
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est
*déja* ressentie de manière pesante à cause des bricolages de NAT
incessants.
Etes-vous assuré que IPv6 puisse mettre fin au transcodage d'adresse ?
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable
connecté sur une borne publique WiFi vers un GSM d'un ami connecté en
GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
Envoyer un paquet IP pour faire fonctionner quelle application ? Dans
votre phrase je remplacerais le terme GSM par portable téléphonique
car le GSM ne fonctionne pas dans un environnement IP.
On peut citer d'innombrables cas dans lesquels le pénurie d'adresses est *déja* ressentie de manière pesante à cause des bricolages de NAT incessants.
Etes-vous assuré que IPv6 puisse mettre fin au transcodage d'adresse ?
En gros quand on pourra *enfin* envoyer un paquer IP d'un portable connecté sur une borne publique WiFi vers un GSM d'un ami connecté en GPRS, on pourra estimer que la "mobilité" aura fait un grand pas.
Envoyer un paquet IP pour faire fonctionner quelle application ? Dans votre phrase je remplacerais le terme GSM par portable téléphonique car le GSM ne fonctionne pas dans un environnement IP.
Cordialement, Michelot
Michelot
Bonsoir Olivier,
Merci baucoup pour ces idées.
techniquement j'ai pas suivit mais en pratique l'interet que je vois sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10 chiffres en telephonie cela n'as pas constitué une avancée technologique mais la possibilité d'avoir plus d'abonnés
Le parallèle est intéressant. On remarquera qu'un numéro de télép hone identifie un abonné tandis qu'une adresse IP identifie une machine, ou une interface de machine.
ici cela se traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
...et donc d'en disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement par le numéro de téléphone. De toute manière pour rendre un service mobile, il faut vérifier que l'abonné est en règle.
Pour les connexions, les identifiants et protocoles ne manquent pas. Ils servent le temps que dure la connexion, et changent à chaque passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi. D'autres existent encore.
Cordialement, Michelot
Bonsoir Olivier,
Merci baucoup pour ces idées.
techniquement j'ai pas suivit mais en pratique l'interet que je vois
sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10
chiffres en telephonie cela n'as pas constitué une avancée
technologique mais la possibilité d'avoir plus d'abonnés
Le parallèle est intéressant. On remarquera qu'un numéro de télép hone
identifie un abonné tandis qu'une adresse IP identifie une machine, ou
une interface de machine.
ici cela se
traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
...et donc d'en
disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement
par le numéro de téléphone. De toute manière pour rendre un service
mobile, il faut vérifier que l'abonné est en règle.
Pour les connexions, les identifiants et protocoles ne manquent pas.
Ils servent le temps que dure la connexion, et changent à chaque
passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi.
D'autres existent encore.
techniquement j'ai pas suivit mais en pratique l'interet que je vois sur IPV6 c'est l'espace d'adressage, quand on est passé de 8 à 10 chiffres en telephonie cela n'as pas constitué une avancée technologique mais la possibilité d'avoir plus d'abonnés
Le parallèle est intéressant. On remarquera qu'un numéro de télép hone identifie un abonné tandis qu'une adresse IP identifie une machine, ou une interface de machine.
ici cela se traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
...et donc d'en disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement par le numéro de téléphone. De toute manière pour rendre un service mobile, il faut vérifier que l'abonné est en règle.
Pour les connexions, les identifiants et protocoles ne manquent pas. Ils servent le temps que dure la connexion, et changent à chaque passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi. D'autres existent encore.
Cordialement, Michelot
Olivier B.
On Mon, 05 Nov 2007 13:32:49 -0800, Michelot wrote:
Le parallèle est intéressant. On remarquera qu'un numéro de téléphone identifie un abonné tandis qu'une adresse IP identifie une machine, ou une interface de machine.
derriere un n° de telephone comme pour une IP il peut y avoir une personne , une famille, une société, un serveur vocal...
ici cela se traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui explose
...et donc d'en disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement par le numéro de téléphone. De toute manière pour rendre un service mobile, il faut vérifier que l'abonné est en règle.
ceci releve de la gestion d'acces, une fois connecté au réseau c'est ton IP qui est utilisable pour te joindre
Pour les connexions, les identifiants et protocoles ne manquent pas. Ils servent le temps que dure la connexion, et changent à chaque passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi. D'autres existent encore.
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est de l'IP avec ses adresses.
On Mon, 05 Nov 2007 13:32:49 -0800, Michelot <mhostettler@voila.fr>
wrote:
Le parallèle est intéressant. On remarquera qu'un numéro de téléphone
identifie un abonné tandis qu'une adresse IP identifie une machine, ou
une interface de machine.
derriere un n° de telephone comme pour une IP il peut y avoir une
personne , une famille, une société, un serveur vocal...
ici cela se
traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui
explose
...et donc d'en
disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement
par le numéro de téléphone. De toute manière pour rendre un service
mobile, il faut vérifier que l'abonné est en règle.
ceci releve de la gestion d'acces, une fois connecté au réseau c'est
ton IP qui est utilisable pour te joindre
Pour les connexions, les identifiants et protocoles ne manquent pas.
Ils servent le temps que dure la connexion, et changent à chaque
passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi.
D'autres existent encore.
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est
de l'IP avec ses adresses.
--
http://olivier.2a.free.fr/
pas de turlututu. apres l'@robase
On Mon, 05 Nov 2007 13:32:49 -0800, Michelot wrote:
Le parallèle est intéressant. On remarquera qu'un numéro de téléphone identifie un abonné tandis qu'une adresse IP identifie une machine, ou une interface de machine.
derriere un n° de telephone comme pour une IP il peut y avoir une personne , une famille, une société, un serveur vocal...
ici cela se traduirait par la possibilité d'avoir plus d'IP publiques...
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui explose
...et donc d'en disposer pour tout les equipements/connections mobiles.
Les équipements mobiles sont aussi bien être identifiées directement par le numéro de téléphone. De toute manière pour rendre un service mobile, il faut vérifier que l'abonné est en règle.
ceci releve de la gestion d'acces, une fois connecté au réseau c'est ton IP qui est utilisable pour te joindre
Pour les connexions, les identifiants et protocoles ne manquent pas. Ils servent le temps que dure la connexion, et changent à chaque passage au travers d'un noeud de réseau : ATM fait cela, MPLS aussi. D'autres existent encore.
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est de l'IP avec ses adresses.
derriere un n° de telephone comme pour une IP il peut y avoir une personne , une famille, une société, un serveur vocal...
C'est juste
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui explose
Ce sont des secteurs, des domaines d'activité. Un opérateur de ce secteur développe une offre de services et crée des usages. La question reste donc entière "pour quelle type d'application cliente ?".
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est de l'IP avec ses adresses.
Le point-clé est ici ! D'abord remplaçons l'expression "de bout en bout" par "aux extrémités", et supposons que ces extrémités dispose nt d'une pile TCP/IP.
Observons le scénario suivant : un terminal mobile de Wanadoo doit transmettre une information au terminal mobile SFR. Les 2 terminaux intègrent une couche IP.
Grâce au numéro de téléphone SDA de destination, Wanadoo détecte qu'il faut joindre une base de données des abonnés chez SFR. Cette connexion n'a pas besoin d'IP, elle peut utiliser un VPN réseau pré-établi, de niveau 2. La base de donnée détecte la zone grosse maille où se trouve l'abonné, et transmet l'information par VPN réseau de niveau 2 au système qui gère la zone. Le système de la zone privée peut attribu er une adresse privée au demandeur pour atteindre le portable en question.
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Cordialement, Michelot
Bonjour Olivier,
derriere un n° de telephone comme pour une IP il peut y avoir une
personne , une famille, une société, un serveur vocal...
C'est juste
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui
explose
Ce sont des secteurs, des domaines d'activité. Un opérateur de ce
secteur développe une offre de services et crée des usages. La
question reste donc entière "pour quelle type d'application
cliente ?".
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est
de l'IP avec ses adresses.
Le point-clé est ici ! D'abord remplaçons l'expression "de bout en
bout" par "aux extrémités", et supposons que ces extrémités dispose nt
d'une pile TCP/IP.
Observons le scénario suivant : un terminal mobile de Wanadoo doit
transmettre une information au terminal mobile SFR. Les 2 terminaux
intègrent une couche IP.
Grâce au numéro de téléphone SDA de destination, Wanadoo détecte qu'il
faut joindre une base de données des abonnés chez SFR. Cette connexion
n'a pas besoin d'IP, elle peut utiliser un VPN réseau pré-établi, de
niveau 2. La base de donnée détecte la zone grosse maille où se trouve
l'abonné, et transmet l'information par VPN réseau de niveau 2 au
système qui gère la zone. Le système de la zone privée peut attribu er
une adresse privée au demandeur pour atteindre le portable en
question.
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand
chose de plus.
derriere un n° de telephone comme pour une IP il peut y avoir une personne , une famille, une société, un serveur vocal...
C'est juste
Pour quelle type d'application ?
déjà la fonction FAI fixe qui est en expansion, puis la mobile qui explose
Ce sont des secteurs, des domaines d'activité. Un opérateur de ce secteur développe une offre de services et crée des usages. La question reste donc entière "pour quelle type d'application cliente ?".
a vrai dire le transport on s'en fiche un peu, de bout en bout c'est de l'IP avec ses adresses.
Le point-clé est ici ! D'abord remplaçons l'expression "de bout en bout" par "aux extrémités", et supposons que ces extrémités dispose nt d'une pile TCP/IP.
Observons le scénario suivant : un terminal mobile de Wanadoo doit transmettre une information au terminal mobile SFR. Les 2 terminaux intègrent une couche IP.
Grâce au numéro de téléphone SDA de destination, Wanadoo détecte qu'il faut joindre une base de données des abonnés chez SFR. Cette connexion n'a pas besoin d'IP, elle peut utiliser un VPN réseau pré-établi, de niveau 2. La base de donnée détecte la zone grosse maille où se trouve l'abonné, et transmet l'information par VPN réseau de niveau 2 au système qui gère la zone. Le système de la zone privée peut attribu er une adresse privée au demandeur pour atteindre le portable en question.
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Cordialement, Michelot
Eric Masson
Michelot writes:
'Lut,
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
-- des machines UNIX j'en ai deja 2...non, ile veulent aussi que je passe ma amchien MacOS sous Linux. c'et preuve du succes de Linux, si il arrive à attirer les imbeciles, c'est qu'il est enfin pret à percer pour le grand public. +- ED in Guide du Macounet Pervers : Are You Ready ? -+
Michelot <mhostettler@voila.fr> writes:
'Lut,
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand
chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
--
des machines UNIX j'en ai deja 2...non, ile veulent aussi que je passe
ma amchien MacOS sous Linux. c'et preuve du succes de Linux, si il
arrive à attirer les imbeciles, c'est qu'il est enfin pret à percer pour
le grand public. +- ED in Guide du Macounet Pervers : Are You Ready ? -+
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
-- des machines UNIX j'en ai deja 2...non, ile veulent aussi que je passe ma amchien MacOS sous Linux. c'et preuve du succes de Linux, si il arrive à attirer les imbeciles, c'est qu'il est enfin pret à percer pour le grand public. +- ED in Guide du Macounet Pervers : Are You Ready ? -+
JKB
Le 06-11-2007, à propos de Re: IPv6, pénurie d'adresses, Eric Masson écrivait dans fr.comp.reseaux.ip :
Michelot writes:
'Lut,
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
Parce qu'IPv6 n'est pas une usine à gaz ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 06-11-2007, à propos de
Re: IPv6, pénurie d'adresses,
Eric Masson écrivait dans fr.comp.reseaux.ip :
Michelot <mhostettler@voila.fr> writes:
'Lut,
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand
chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
Parce qu'IPv6 n'est pas une usine à gaz ?
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 06-11-2007, à propos de Re: IPv6, pénurie d'adresses, Eric Masson écrivait dans fr.comp.reseaux.ip :
Michelot writes:
'Lut,
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
Parce qu'IPv6 n'est pas une usine à gaz ?
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Olivier B.
On Tue, 06 Nov 2007 15:15:57 +0100, Eric Masson wrote:
Dans ce scénario tout juste futuriste, IPv6 n'apportera pas grand chose de plus.
Juste d'éviter de monter l'usine à gaz décrite pour le remplacer...
Dans le cas présent, une connectivité niveau 3 de bout en bout entre les deux terminaux mobiles est largement plus simple qu'une solution impliquant des bidouilles au niveau 2 pour obtenir un résultat qui ne sera pas conceptuellement propre.
-- Attention tous message a l'encontre d'un usager de mediabarre sera signalé aux autoriter compétente -+- Crétin in <http://www.le-gnu.net> : Con pas pétant signalé.
JKB <knatschke@koenigsberg.fr> writes:
Parce qu'IPv6 n'est pas une usine à gaz ?
En quoi ? Un exemple pourrait être intéressant.
Dans le cas présent, une connectivité niveau 3 de bout en bout entre les
deux terminaux mobiles est largement plus simple qu'une solution
impliquant des bidouilles au niveau 2 pour obtenir un résultat qui ne
sera pas conceptuellement propre.
--
Attention tous message a l'encontre d'un usager de mediabarre sera
signalé aux autoriter compétente
-+- Crétin in <http://www.le-gnu.net> : Con pas pétant signalé.
Dans le cas présent, une connectivité niveau 3 de bout en bout entre les deux terminaux mobiles est largement plus simple qu'une solution impliquant des bidouilles au niveau 2 pour obtenir un résultat qui ne sera pas conceptuellement propre.
-- Attention tous message a l'encontre d'un usager de mediabarre sera signalé aux autoriter compétente -+- Crétin in <http://www.le-gnu.net> : Con pas pétant signalé.