sip “100 essayer” au lieu de “180 ringing”
Je développe un logiciel à l'aide de Communications Unifiées de Microsoft et c#. Je suis à l'aide d'un IMVoipSample comme une base de code. Comme la voip backend je suis en utilisant asterisk. Tout fine, je peux vous inscrire, faire des appels, accepter/rejeter les appels entrants. Il y a une chose que je ne peux pas résoudre.
alors je fais un appel à une 3ème partie softphone il n'y est une réponse de:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.250.29:5060;branch=z9hG4bK786d156c;rport=5060
Contact: <sip:[email protected]:45134;rinstance=7af05ded7e7e49e6>
To: <sip:[email protected]:45134;rinstance=7af05ded7e7e49e6>;tag=9a00d038
From: "6012"<sip:[email protected]>;tag=as66995cd4
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: X-Lite release 1002tx stamp 29712
Content-Length: 0
Mais quand je fais un appel à mon IMVoipSample téléphone il y a un aswer:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.246.203:45134;branch=z9hG4bK-d87543-71570d1c6127bc7a-1--d87543-;received=192.168.246.203;rport=45134
From: "6011"<sip:[email protected]>;tag=18345648
To: "6012"<sip:[email protected]>
Call-ID: fd7f305d6520cd53YjQ2ZDJmMDAwZDE0YmUwMjRlMGFmM2NmODg5OGM1ODQ.
CSeq: 2 INVITE
Server: Asterisk PBX 1.6.2.9-2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Contact: <sip:[email protected]>
Content-Length: 0
J'ai un samsung officeserv du pbx est connecté à un serveur asterisk, je peux passer des appels vers des téléphones logiciels et vice verca. Mais l'audio différence de faire des appels de téléphone logiciel et mon IMVoipSample téléphone est il n'est pas normal de raccordement bips, seulement le silence. Je suppose que c'est à cause de "sip 100 essayant" au lieu de
"180 rinning".
La question est donc:
ai-je besoin d'installation de signalisation supplémentaire des bourdonnements dans client?
progressinband
paramètre dans sip.conf
et voir comment cela fonctionne.oui, ils travaillent sur la même machine, en plus de la sont 2 3ème partie softphones sur une machine de test. Ils sont à l'aide de différents comptes aussi. J'ai aussi essayé de jouer avec progressinband paramètre. il n'a pas d'importance pour moi.
OriginalL'auteur Yuriy Vikulov | 2011-03-22
Vous devez vous connecter pour publier un commentaire.
1xx réponses sont données à titre indicatif réponses et dans le cas de 100 à Essayer sont facultatifs. SIP User Agent Serveurs (SAMU) sera généralement répondre avec un 100 Essayant de réponse immédiatement lorsqu'ils reçoivent une invitation à la demande pour permettre à l'Utilisateur de l'Agent Client (UAC) savent qu'ils sont le traitement de la demande et d'éviter les retransmissions. À quelque temps plus tard, ils vont suivre les 100 Essayant de réponse avec un 180 Sonnerie ou 183 Session Progrès. Une fois que quelqu'un ou quelque chose qui répond à l'appel d'une réponse 2xx doit être envoyé, généralement de 200 Ok.
Si votre logiciel softphone est seulement la génération d'un 100 Essayant de réponse et de ne pas ultérieures 180 de la Sonnerie de réponse alors je suppose que vous avez manqué une étape. À tout le moins si le softphone a un problème et ne peut pas générer une sonnerie de réponse car il n'y a rien à sonner, il doit générer une réponse d'erreur 4xx.
180 la Sonnerie est un code d'état de réponse. Il est obligatoire pour un SIP, mais la réponse n'est pas un en-tête. Aussi loin que les bips aller le SIP couche ne fait pas partie de leur production. Dans le cas d'un 180 de réponse de l'appareil qui la reçoit est responsable de générer les tonalités de progression. Dans le cas d'une 183 Session Progrès de réponse de l'appareil appelé initie un des premiers médias de flux RTP pour le dispositif d'appel avec ce que l'audio, il veut joué pour indiquer les progrès accomplis.
OriginalL'auteur sipwiz
Bien, j'ai résolu mon problème en explitic ajoutant des bourdonnements dans les sip.conf d'asterisk
mais @sipwiz a donné une description détaillée de la source du problème
Eh bien, merci pour ${AUT}, je ne savais pas. J'ai fait un appel à ne pas connecté application et il n'y avait "SIP/2.0 503 Service non disponible". Il semble donc ok
OriginalL'auteur Yuriy Vikulov