[Hoggins!]

Bonjour,

Ce message va probablement faire fuir la plupart d'entre vous. Je vais essayer d'expliquer brièvement le problème, mais d'abord, petite intro.

Pour une raison que j'ignore, mon TECOM a toujours déconné au niveau de la synchro (ADSL2+), et il se reconnectait environ toutes les deux minutes (très ennuyeux, vous en conviendrez sûrement). C'est pourquoi j'ai fait l'acquisition d'une merveilleuse petite machine, le modem-routeur NetGear DG834GT. Lui, au moins, il ne perd jamais la connexion, et il me permet de partager ma connexion avec mes 6 voisins de manière admirable. Je n'utilise donc plus le TECOM pour me connecter.

Voilà pour l'intro.

Mon problème est le suivant : sur la page de configuration VoIP du TECOM, on peut lui indiquer qu'il fait passer la VoIP par l'interface eth0 et non l'interace ppp0. Soit, mais ça marche pas.
Qu'est-ce qui se passe ? J'ai la tonalité, mais dès que je compose un numéro (la messagerie vocale, par exemple), je n'ai pas de son (j'ai essayé avec des postes fixes et portables) et ce, de manière bilatérale, mes correspondants ne m'entendent pas, et moi non plus. Pourtant, la LED d'activité du réseau clignote sans arrêt, ce qui témoigne d'une intense activité.
Ce que j'ai confirmé avec une analyse de paquets avec Ethereal.
Cette analyse me fait penser que j'ai peut-être trouvé le problème, mais que je ne sais absolument pas comment le résoudre.
En effet, mon TECOM sur mon réseau local a désormais une adresse IP privée, la 192.168.0.12 (les ports 2427 et 16600-17600 lui sont envoyés en TCP/UDP). En analysant les paquets, donc, j'ai pu voir que le TECOM s'annonce au serveur de Club Internet en s'appelant "192.168.0.12", ce à quoi le serveur lui répond "Unknown endpoint" : je te connais pas.
Cette annonce est faite à travers le protocole SDP, qui est connu pour être un protocole "sale", dit "Dirty Payload", c'est-à-dire que des infos d'IP ou de trucs comme ça font partie des données des paquets, et non des en-têtes, ce qui fait qu'un dispositif NAT ne peut les traduire.

Peut-être ce message est-il inutile, je n'ai pas eu l'occasion de tester le modem avec le nouveau firmware, peut-être que ça marche mieux.

Dans tous les cas, si quelqu'un pouvait me dire s'il y a un moyen quelconque de faire dire à mon TECOM "je m'appelle 87.90.***.***" (donc l'adresse publique reconnue par les serveur de CI) au lieu du ridicule "je suis 192.168.0.12", ça serait cool.

J'imagine à peine la tronche déconfite du hotlineur qui prendrait mon appel. Enfin si, j'imagine assez bien : "mon bon Monsieur, z'avez qu'à utiliser notre matos. - CLIC -".

Vala, un message de compassion suffira, au moins des condoléances.

Merci.

[Rémy]

Et si tu mettait ton adresse IP publique comme adresse IP privée au tecom ?
_________________

[Dumboton]

As-tu essayé de tricher en lui donnant l'IP 87.90.***.*** et un routage vers l'IP du port du netgear ?
_________________

CI c'était des hommes, un service et de la qualité

[Hoggins!]

Ouais, c'est audacieux, ça se tente...

Merci beaucoup, je vous tiens au courant, à défaut de trouver un logiciel client MGCP (c'est dingue ! y a TOUT, SIP, H323, etc. mais pas MGCP en logiciel).

Hoggins!

[Rémy]

Est-ce que cela a fonctionné ?
_________________

[3foislouna]

as tu essayer, si ton modem est compatible, la solution des VLAN ?

genre
entre le port wan de ton routeur et le port de ton tecom
avec un truc genre juste un bridge ou quelque chose dans le genre

si ca marche tient moi au courant car ca m'interesserai :d

[Dumboton]

Détail surprenant
nslookup rtp.voip.club-internet.fr
répond
192.168.43.5 IP non routable

semi surprenant puisque tout est routé vers le dslam sauf le 192.168.1.x
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
213.xx.yyy.1 * 255.255.255.255 UH 0 0 0 ppp_8_35_1
192.168.1.0 * 255.255.255.0 U 0 0 0 br0
default 213.xx.yyy.1 0.0.0.0 UG 0 0 0 ppp_8_35_1
_________________

CI c'était des hommes, un service et de la qualité

[3foislouna]

tu as essayé de faire une regle de routage ? ( pas de nat)

[Hoggins!]

Eh non, toujours rien depuis un bout de temps et plusieurs tentatives infructueuses.
Quelque soit la méthode pour envoyer les données à la passerelle (NAT, règle de routage...), le résultat est toujours le même. Le serveur RTP, ou tout autre entité qui est censée répondre à l'autre bout semble dire qu'il n'a nullement à communiquer avec une IP privée (pour le coup 192.168.0.12), et que d'après moi, il ne reconnaît comme légitimes que les IP publiques des clients CI.

J'ai même essayé de me passer du modem, j'ai acheté un téléphone VoIP compatible MGCP. Après de longues heures de paramétrage (difficile de transposer des paramètres, parfois pré-remplis dans le TECOM sur une machine inconnue).
Mais rebelote : après consultation d'un technicien CI, il semblerait que le serveur rejette les requêtes si le firmware est inconnu. Autant dire que c'est le cas avec un téléphone VoIP chinois (si si ).

Ma question est alors la suivante : À quand l'ouverture de la technologie chez CI ? Autrement dit, QUAND pourra-t-on enfin s'affranchir du matériel propriétaire CI et utiliser ses propres solutions, lorsqu'elles nous conviennent mieux ?
Je ne demande pas un support clientèle, je sais bien que c'est impossible de répondre aux questions de milliers d'internautes avec chacun un matériel différent. Mais au moins proposer une certaine interopérabilité des systèmes... ça serait pas mal.

Bon, bah du coup, pour la VoIP, je me débrouille avec SkypeOut / SkypeIn, mais c'est pas pareil

Vala vala... si certains d'entre vous ont des pistes (autres que celles que nous avons déjà explorées sans succès)...

Bien à vous,

Hoggins!

[Hoggins!]

(j'ai pas tendance à écrire des romans, moi ?)

[bretonneux]

[Hoggins!]

[bretonneux]

[hammett]

[RABOULDEK]