Add configuration libertalk (ex neuftalk)

[GoogleCodeExporter]

Please delete configuration neuftalk and add configuration for libertalk. The 
new protocole sip of SFR in France. 

Original issue reported on code.google.com by fca.andr...@gmail.com on 22 Jul 2012 at 10:58

[GoogleCodeExporter]

Tout d’abord MERCI pour la version r1736. Installe et adopté 
définitivement. Ca marche nickel sur HTC Desire S. Avec la version de play 
j’avais des pb de son de façon aléatoire. 
Est-ce que qqn sait comment faire une conférence avec 2 numéros ? 

J’arrive à voir deux appels séparément mais comment les mettre en conf ? 

J’ai active l’option SUPPORT APPELS MULTIPLES dans les OPTIONS D’APPEL

Merci  

Original comment by neuf8...@gmail.com on 27 Jul 2012 at 2:55

[GoogleCodeExporter]

Normalement une fois le support d'appel multiple activé, une fois que tu es en 
com tu appuie sur le petit triple point vertical de la barre du bas pour 
sélectionner l'option ajouter un appel.
Puis tu compose/cherche.
Si le serveur supporte les appels multiples (parcequ'il peuvent aussi bloquer 
du côté serveur), tu verras un deuxième appel apparaître. 
Chez free les appels multiples sont bloqués. Chez ippi c'est ouvert. Chez 
Libertalk je ne sais pas, il faut tester. Comme ça à l'air d'être un coeur 
IMS l'espoir que ça marche est grand ;).

Après si ça marche tu peux jouer avec la mise en attente de chaque appel (en 
cliquant sur les trois point verticaux de la carte d'appel). Dès lors que 
plusieurs appels sont actifs ils sont automatiquement en conférence. C'est une 
conférence gérée par le client SIP donc les autres parties ne "voient" pas 
qui est l'autre personne dans la conf ni que c'est une conf d'ailleurs, l'autre 
partie entends bien sur vous et toutes les autres parties dans la conf.
Les builds standards que je fais sur le serveur de nightly build supportent 
jusqu'à 4 appels simultanés (histoire de pas trop abusé pour du mobile ;) ).

Original comment by r3gis...@gmail.com on 27 Jul 2012 at 8:22

[GoogleCodeExporter]

Bonjour,

Message laissé sur atelier SFR.

Bonne journée

Original comment by Roussel....@gmail.com on 27 Jul 2012 at 12:06

[GoogleCodeExporter]

@r3gis : apparemment ça ne marche pas . Des que je valide le deuxième appel 
ça coupe et j’ai le message 403/FORBIDEN . Ce qui est bizarre car avec le 
softphone de SFR on peut lancer un deuxième   appel  mais le premier est mise 
en attente et on peut jongler entre les deux sans pouvoir les mettre en 
conférence. Mais ce n’est  pas grave . 
La qualité audio  du r1740 tjrs nickel. 
Quels est la différence entre r1736  et r1740 ? 
Merci pour votre travail . 

@roussel : Je n’ai jamais eu de problème avec les versions r1736  et r1740  
. Je pense que votre pb vient de votre connexion (box, wifi) ou votre 
smartphone (je pense aux installations multiples  de logiciels SIP). Ma box est 
en FW 3.2.7 âgée de 3 ans, pas une EVOLUTION. 

Original comment by neuf8...@gmail.com on 28 Jul 2012 at 10:38

[GoogleCodeExporter]

@neuf8.. : Peut-être qu'il faut commencer par mettre en attente l'appel en 
cours avant de faire le deuxième (pour ça presse les 3 petits point en 
dessous à droite de la photo et choisit le "mettre en attente").
Il devrait basculer sur la droite de l'écran et tu peux lancer le deuxième 
appel.

Au sujet des changements tu peux suivre les commentaires de commit : 
http://code.google.com/p/csipsimple/source/list

Original comment by r3gis...@gmail.com on 28 Jul 2012 at 2:24

[GoogleCodeExporter]

@r3gis:Je pense qu’il y a un pb car quand je presse sur les 3 points sous la 
photo (à droite de la touche « i » ) il ne se passe rien . En revanche si 
j’appui d’abord  sur la toute petite touche verte tout en haut à gauche 
(c’est la touche indiquant que vous avez 1 appel en cour), puis les 3 points 
sous la photo à droite j’ai le menu pour mettre en attente. Mais la photo ne 
bascule pas à droite.   En suite je peux ajouter le 2ème appel  mais il y le 
même problème que pour 1er appel . Je ne peux pas non plus basculer entre les 
2 appels .  
Merci 

Original comment by neuf8...@gmail.com on 28 Jul 2012 at 4:44

[GoogleCodeExporter]

Oui en effet il y a un problème sur android 2.x avec les appels sortant là 
dessus. Je suis en train de le fixer => issue 1853.

Original comment by r3gis...@gmail.com on 28 Jul 2012 at 7:46

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Bonsoir,
De retour chez SFR, je vois que le service Neuftalk (pour lequel j'avais un peu 
participé aux tests sur cipsimple à mes temps perdus) est remplacé par 
Libertalk.

Essai du Wizard proposé dans la version Market, fonctionnement niquel et sans 
aucun effort, en Wifi et en 3G chez Sosh (pour la 3G, j'ai dû désactiver le 
serveur STUN resté dans ma config).

Seule remarque : le numéro vu par les correspondants, est sous la forme 
+3399xxxxxxxx
A lire vos posts ci-dessus, je ne suis visiblement pas le seul dans ce cas.

Des personnes sur http://www.n9ws.com/forum/viewtopic.php?f=51&t=119398 
semblaient tenir une piste, mais je ne comprends pas trop.
Manifestement, avec l'application officielle Libertalk, la présentation du 
numéro est correcte.

Ça vaudrait le coup à ton avis, que je sorte Wireshark, afin de comparer le 
trafic ?

Original comment by electro...@gmail.com on 25 Jan 2013 at 11:08

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

La construction de la requête INVITE, varie légèrement entre Libertalk et 
CSimSimple, je ne sais pas si ça peut jouer ;) (présence de "" dans le champ 
From)

Libertalk :

INVITE sip:022206xxxx@ims.mnc010.mcc208.3gppnetwork.org;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.2:5060;rport;branch=xxxxxxxxxxxxxxxxx
From: 095222xxxx 
<sip:+3395222xxxx@ims.mnc010.mcc208.3gppnetwork.org;user=phone>;tag=xxxxxxxxxx
To: <sip:022206xxxx@ims.mnc010.mcc208.3gppnetwork.org;user=phone>

CSipSimple :

INVITE sip:022206xxxx@ims.mnc010.mcc208.3gppnetwork.org:5064 SIP/2.0
v: SIP/2.0/UDP 192.168.1.6:5060;rport;branch=xxxxxxxxxxxxxxxxx
Max-Forwards: 70
f: "095222xxxx" 
<sip:+3399095222xxxx@ims.mnc010.mcc208.3gppnetwork.org>;tag=xxxxxxxxxx
t: <sip:022206xxxx@ims.mnc010.mcc208.3gppnetwork.org>
m: <sip:+3399095222xxxx@77.207.x.x:5060;ob>

Original comment by electro...@gmail.com on 25 Jan 2013 at 11:49

[GoogleCodeExporter]

Salut,

Merci pour les traces wireshark. 
En effet possible que les doubles quotes soit obligatoire.

Pour changer ça dans csipsimple : il faudrai transformer le compte libertalk 
en compte expert et l'éditer. Appui long sur le compte, "choisissez 
l'assistant" et expert.
Tu peux aussi tenter ici de changer le identifiant du compte pour rajouter les 
doubles quotes.

Ca peut aussi être interessant dans le champ registrar, enlever le ":5064" 
(apparement l'appli Libertalk est configuré avec 5060 au lieu de 5064 sur le 
registrar).

Dis mi si ça fonctionne je modifierai le wizard pour que ça ne rajoute pas le 
5064 comme port du registrar et les doubles quotes pour le display name.

Original comment by r3gis...@gmail.com on 26 Jan 2013 at 11:17

• Changed state: Accepted

[GoogleCodeExporter]

Salut !

Je viens de faire quelques tests via le mode expert (au passage, super pratique 
de pouvoir convertir le compte, sans avoir à se farcir à nouveau la 
configuration complète)

Pour le coup des doubles quotes, c'est l'inverse : elles sont absence avec le 
client Libertalk, et présentes avec CSipSimple. Or, dans la configuration, la 
première partie du champ "identifiant du compte" est bien saisie sans les 
doubles quotes.
J'imagine qu'elles sont donc rajoutées par le logiciel, après coup. Je ne 
vois donc pas de moyen de tester CSipSimple sans les doubles quotes. Si ça 
n'est pas possible sans modification Soft, ne t'embête pas ;)

Pour le coup du :5064, ça semble marcher aussi bien avec et sans.

Original comment by electro...@gmail.com on 26 Jan 2013 at 2:08

[GoogleCodeExporter]

Les doubles quotes sont une fausse piste :p

J'ai en effet essayé de creuser dans le code, afin de tenter de supprimer les 
doubles quotes. (au passage, chapeau bas pour le projet, je me suis contenté 
de suivre le HowTo, le téléchargement + compil a parfaitement fonctionné).

Les quotes sont ajoutées par pjsip, à 2 endroits :
- dans jni/pjsip/sources/pjsip/src/pjsip/sip_uri.c:570 (cf. *buf++ = '"')
- dans jni/pjsip/sources/pjsip/src/pjsua-lib/pjsua_acc.c:2944 (cf. 
http://trac.pjsip.org/repos/ticket/1363)

J'ai supprimé tout ça ... les doubles quotes sur le champ "display name" ne 
sont plus là, et malgré ça le numéro présenté est toujours un 
+3399xxxxxxxxxx.

En observant plus précisément les traces, je viens de noter une différence 
à laquelle je n'avais pas fait attention. Sur le client Libertalk, l'entête 
From de la commande INVITE ne fait pas figurer le +3399 !!

Forcément, si j'enlève le +3399 dans la champ "identifiant de compte" de 
CSipSimple, le REGISTER ne passe plus.

Est-il possible, dans CSipSimple, de renseigner un identifiant de compte (URI 
From) qui soit différente pour la commande REGISTER et la commande INVITE ?

Encore merci !

Original comment by electro...@gmail.com on 29 Jan 2013 at 11:07

[GoogleCodeExporter]

Bonjour, je n'arrive pas à configurer Media5 Voip, quelqu'un aurait la soluce 
???
Merci

Original comment by priscill...@gmail.com on 1 Feb 2013 at 10:47

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

priscille > Ce groupe traite du logiciel CSipSimple disponible sur Android, 
compatible avec une multitude de fournisseurs de services SIP.

https://play.google.com/store/apps/details?id=com.csipsimple

A propos du problème de "+3399" présent dans le champ "From header" de la 
commande INVITE, j'ai essayé d'avancer, mais suis assez vite bloqué.
En effet, au niveau du client pjsua, le champ "From header" semble 
automatiquement généré à partir du champ "identifiant de compte", ci 
dessous :

http://www.pjsip.org/pjsip/docs/html/structpjsua__acc__config.htm#ab290b04e8150e
d9627335a67e6127b7c

Je n'ai pas trouvé de moyen d'utiliser une entête différente, pour la 
commande REGISTER, et la commande INVITE, comme le fait le logiciel Libertalk.

Je crois que je vais me contenter de présenter un numéro en +3399x, lorsque 
j'appelle en SIP ;-)

Original comment by electro...@gmail.com on 4 Feb 2013 at 11:43

[GoogleCodeExporter]

Oui j'ai un peu regardé aussi de mon côté. 
C'est pas évident en effet. 

En fait il y a un moyen propre de le faire mais c'est un peu compliqué :
Il faudrait rajouter un module pjsua au milieu qui ré-écrit les requêtes 
suivant le verbe SIP (REGISTER ou INVITE). 

J'ai vaguement documenté comment intégrer un module pjsip dans csipsimple par 
là :
http://code.google.com/p/csipsimple/wiki/IntegrateExistingPjsipModule
(par analogie avec le module d’exemple le hook dans le cas de la 
ré-écriture du From devrait se faire ici : 
http://code.google.com/p/csipsimple/source/browse/trunk/CSipSimple/jni/pjsip_mod
_reghandler/src/pjsip_mobile_reg_handler.cpp#139 -- dans l'example ça rajoute 
des headers contacts sur les registers, mais c'est techniquement possible de 
modifier le contact from des Invites)
Il y a plus de doc chez pjsip sur leur système de modules. 

En soi, la partie ré-écriture ne doit pas être bien compliquée. Une grosse 
partie du boulot c'est de le remonter jusqu'à l'interface utilisateur. 
Par ailleurs, à ma connaissance il n'y a que Libertalk dans ce cas ce module 
ne serait pas un candidat pour rentrer dans le coeur de csipsimple (vu qu'il 
introduit de la complexité). 
Du coup il faudrai pouvoir le rajouter en plugin. Et mettre ce genre de module 
natif en plugin n'est pas encore supporté dans csipsimple (c'est techniquement 
faisable, mais il faudra surtout bétonner tout ça niveau sécurité pour pas 
laisser n'importe quel app exécuter n'importe quoi sur les requêtes SIP).

Après, si c'est juste pour un test sans remonter dans la partie UI de 
csipsimple ça doit être jouable ;). Mais de mon côté vu que je n'ai pas 
trop de temps en ce moment (et pas de compte pour tester sur libertalk non 
plus), je passe mon tour. Mais n'hesite pas à poser des questions ici ou sur 
le forum de dev (http://groups.google.com/group/csipsimple-dev/) si tu veux 
creuser plus le sujet (ps : tu peux aussi poster en FR sur le forum de dev : 
c'est plus facile pour moi pour répondre ;) ).

Original comment by r3gis...@gmail.com on 5 Feb 2013 at 12:10

[GoogleCodeExporter]

Merci pour ces compléments d'informations, qui me seront très utiles si je me 
décide à creuser davantage !

Je suis d'accord, il n'est pas raisonnable d'impacter CSipSimple avec des 
modifications si lourdes, d'autant que Libertalk semble avoir une gestion bien 
particulière du champ From.

Encore merci, et bravo pour la qualité du projet !

Original comment by electro...@gmail.com on 5 Feb 2013 at 12:23

[GoogleCodeExporter]

Hello.
Depuis plusieurs jours aucun son des deux cotés.
Pouvez vous confirmer ou infirmer que je saches si ça vient de SFR?
Merci. 

Original comment by xiaoma...@gmail.com on 29 May 2013 at 12:39

[GoogleCodeExporter]

Bonsoir,

Je viens de tester à l'instant. Effectivement, plus de son des deux côté, 
sans avoir touché quoi que ce soit à CSipSimple (Test effectué depuis une 
Box SFR)

Par contre, si j'active STUN dans les paramètres réseaux de CSipSimple (j'ai 
mis stun.ippi.fr), cela se remet à fonctionner sur l'accès Box SFR.

Je n'ai pas pris le temps de creuser davantage.

Original comment by electro...@gmail.com on 29 May 2013 at 11:21

[GoogleCodeExporter]

Salut.
Oui ,�a fonctionne avec le STUN mais uniquement en WiFi.
En 3G j'ai toujours le m�me probl�me.

Original comment by xiaoma...@gmail.com on 30 May 2013 at 9:34

[GoogleCodeExporter]

Effectivement, j'ai le même soucis avec un accès Orange-Sosh.
Nous ne sommes pas les seuls : 
http://forum.sfr.fr/t5/Mes-autres-services-et-%C3%A9quipements-SFR/Libertalk-mon
-interlocuteur-ne-m-entend-pas-et-vice-versa/td-p/297020

Il faudrait tester avec le client officiel sur PC, voir si cela fonctionne 
toujours. S'ils utilisent un serveur STUN, un piste serait d'utiliser le même, 
pour voir.

Original comment by electro...@gmail.com on 30 May 2013 at 9:47

[GoogleCodeExporter]

Il semblerai qu'une solution consisterai à utiliser le serveur STUN du réseau 
SFR : stun.qutecom.fr

Peut-être également changer le proxy en 91.68.1.20 (mais pas sûr que ça 
soit besoin).

En fait le stun choix du serveur utilisé peut expliquer le fait que ça marche 
en wifi et pas en 3G.
En gros le STUN ça sert à annoncer au serveur sip quelle est l'ip:port à 
contacter pour envoyer du son à l'application.
Pour se faire, l'application n'est pas capable d'elle même de savoir comment 
elle sera vue depuis "l'exterieur". Il lui faut donc un stun server : un 
serveur à qui on demande "Hé comment est-ce que tu me vois depuis là où tu 
es?".
Le stun serveur réponds alors avec l'ip:port qu'il voit. En général quand 
tout le monde est sur l'internet public, n'importe quel STUN serveur fait 
l'affaire. Puisque ce qu'on cherche à résoudre c'est son addresse IP:port 
publique.
Cependant dans certain cas (topologie réseaux), il ne faut pas résoudre le ip 
publique mais une ip dans un sous réseau.
Je pense que c'est ce qui se passe dans le cas de SFR. En 3G il est possible 
que le point d'entrée le plus proche vers le réseau de SFR ne pas le réseau 
public mais un réseau plus privé. Du coup annoncer une addresse publique 
obligerait le serveur de SFR à ressortir du réseau privé puis à y 
re-rentrer par le même noeud réseau (ce que peut de routeur sont configuré 
pour faire).
C'est pour cette raison que le choix du serveur stun est très important et 
qu'il faut idéalement qu'il soit dans le réseau le plus proche possible de 
celui du serveur sip.

J'attends vos retour pour modifier le wizard Libertalk dans l'application. 
Testez en priorité la modification du serveur stun (vers stun.qutecom.fr) et 
si ça n'aide pas changer la configuration du compte (appui long sur la ligne > 
choisir l'assistant > avancé puis clic sur la ligne) pour changer le "proxy" 
en utilisant l'IP ci dessus à la place de internet.p-cscf.sfr.net)

Original comment by r3gis...@gmail.com on 31 May 2013 at 2:18

[GoogleCodeExporter]

Salut.
Merci mais �a ne fonctionne pas.
Rien en 3G en modifiant le STUN.
En changeant l'IP j'ai le message Request time out.
Le 31 mai 2013 16:18, <csipsimple@googlecode.com> a �crit :

Original comment by xiaoma...@gmail.com on 31 May 2013 at 2:34

[GoogleCodeExporter]

Je testerai quand j'aurai un moment, pour voir si j'arrive au même résultat !

Original comment by electro...@gmail.com on 31 May 2013 at 3:02

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Impossible de résoudre l'adresse stun.qutecom.fr, ça part mal.

Avec en remplaçant dans le champ "proxy", la valeur 
"sip:internet.p-cscf.sfr.net:5064" par "sip:91.68.1.20", timeout. Par 
"sip:91.68.1.20:5064", même comportement que sans la modification.

J'ai utilisé le client officiel Libertalk sous Windows, et ai regardé le 
trafic avec Wireshark. Le client semble utiliser comme serveur STUN 
91.68.1.28:5064

J'ai tenté de configurer le même dans CSipSimple : même comportement que 
sans le STUN, à savoir pas de son en ADSL comme en 3G.
Je n'ai pas vérifié si CSipSimple prenait bien le port en compte.

Avec stun.ippi.fr : son OK en ADSL, KO en 3G.

Original comment by electro...@gmail.com on 31 May 2013 at 6:00

[GoogleCodeExporter]

Je viens d'essayer avec Media5-phone, �a fonctionne en 3G...

Le 31 mai 2013 20:00, <csipsimple@googlecode.com> a �crit :

Original comment by xiaoma...@gmail.com on 31 May 2013 at 6:12

[GoogleCodeExporter]

[general]
register => 
+3399XXXXXXXXXX@ims.mnc010.mcc208.3gppnetwork.org:monmotdepasse:NDIXXXXXXXXXX.LI
BERTALK@sfr.fr@internet.p-cscf.sfr.net:5064~3600
allowguest=no
alwaysauthreject=yes
contactdeny=0.0.0.0/0.0.0.0
contactpermit=91.68.1.28/255.255.255.255 ; internet.p-cscf.sfr.net
contactpermit=192.168.1.0/255.255.255.0 ; mes réseaux privés
contactpermit=192.168.2.0/255.255.255.0 ;
media_address=ip.publique.du.serveur.asterisk

[sfr-out]
type=peer
fromdomain=ims.mnc010.mcc208.3gppnetwork.org
fromuser=+3399XXXXXXXXXX
defaultuser=NDIXXXXXXXXXX.LIBERTALK@sfr.fr
host=internet.p-cscf.sfr.net
insecure=invite,port
remotesecret=monmotdepasse
auth=NDIXXXXXXXXXX.LIBERTALK@sfr.fr:monmotdepasse@ims.mnc010.mcc208.3gppnetwork.
org
outboundproxy=internet.p-cscf.sfr.net:5064
canreinvite=no

[sfr-in]
type=friend
fromdomain=ims.mnc010.mcc208.3gppnetwork.org
host=internet.p-cscf.sfr.net
insecure=invite,port
context=from-sfr
port=5064
canreinvite=no

Original comment by jan.sagg...@gmail.com on 16 Jun 2014 at 5:23

[GoogleCodeExporter]

Quelqu'un serait configuré un GrandStream GXP 2020 avec Libertalk ? J'ai 
regardé partout depuis 6 mois et je ne trouve rien ... J'ai tout essayé.  

Original comment by pacomebe...@gmail.com on 6 Jul 2014 at 5:09

[GoogleCodeExporter]

Original comment by r3gis...@gmail.com on 22 Jun 2015 at 11:30

• Changed state: Obsolete