Asterisk,SIP délai de Retransmission

J'ai créé un trunk sip d'Un Astérisque(version 11.2.1) dire " Un "serveur à un autre serveur Asterisk(11.7.0) dire "B", et j'ai obtenu de réponse sip 200 ok.
Mais quand j'ai commencer à appeler sur un FAIT sur Un Astérisque puis l'appel est routé vers Asterisk 'B' et Après 38 secondes, l'appel a été déconnecté montrant les avertissements suivants :

Retransmission timeout reached on transmission [email protected]:5060 for seqno 102 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
Hanging up call [email protected]:5060 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).

Des idées ?

pouvez-vous appeler la DDI sur votre serveur 'Un' sans le tronc (A-B) configuration? Assurez-vous que votre dialplan est correct.
Oui, Sa fonctionne parfaitement sans coffre de configuration. Le principal problème est l'appel est déconnecté après 38 secondes, Avant de 38 secondes je peux écouter des fichiers audio, dès Que l'appel arrive à la 38e secondes , je t chuté
alors...avez-vous résolu votre problème?
Oui, Comme je l'ai mentionné ci-dessous c'était à cause du nat configuration dans sip.conf
veuillez étiqueter comme résolu 😉 merci

OriginalL'auteur Vivek Raj | 2014-02-28

  1. 3

    Une telle situation peut être en place lorsque vous avez des problèmes de nat ou de problème de firewall

    Voir cet article
    http://www.voip-info.org/wiki/view/Asterisk+SIP+NAT+solutions

    Pour plus d'info, vous pouvez activer le sip debug en utilisant

     asterisk -r
 sip set debug on
    J'ai supprimé les paramètres de pare-feu, Ce problème n'est pas lié pare-feu, Nat, j'ai utilisé nat=force_rport,comedia en sip.conf.
    Cochez débogage....
    À partir du journal de débogage, serveur Asterisk " B " permet de montrer à la Retransmission des #{1 à 9}(NAT), où {1-9} montrant retransmition tentative,
    La retransmission #3 (NAT) 111.XXX.XXX.X:5060: SIP/2.0 200 OK Via: SIP/2.0/UDP 111.XXX.XXX.X:5060;branch=z9hG4bK5e38e44b;received=111.XXX.XXX.X;rport=5060 à Partir de: <sip:[email protected]>;tag=as086c55da: <sip:[email protected]>;tag=as36de7a5b Call-ID: [email protected].X:5060 CSeq: 102 INVITER Serveur: Asterisk PBX 11.7.0 Permettre: INVITE, ACK, ANNULER, OPTIONS, BYE, reportez-vous, ABONNEZ-vous, INFORMER, d'informations, de PUBLIER des prises en charge: remplace, la minuterie de la Session Expire le: 1800, de recyclage=samu Contacter: <sip:[email protected]:5060> Content-Type: application/sdp
    Si vous avez nat ou de problèmes de pare-feu comme je l'ai dit.

    OriginalL'auteur arheops

  2. 8

    Par défaut Astérisque envoie un RE-INVITE à la demande, un appel est établi.

    Mais la plupart des clients sip et sip serveurs sur le marché de ne pas accepter de RE-INVITER les demandes. Pour cette raison, lors de l'Astérisque envoie un RE-INVITE une fois l'appel établi, de l'autre côté ne pas répondre à la demande. Donc, après 32 secondes, Astérisque raccroche à l'appel.

    Pour résoudre le problème, vous devez désactiver le RE-INVITE fonction de l'Astérisque si votre logiciel client n'accepte pas de RÉ-INVITER les demandes. Pour ce faire, vous devez modifier le sip.conf fichier dans Asterisk inclure:

    canreinvite = no

    OriginalL'auteur Iftekhairul Alam

  3. 1

    Ces incidents sont habituellement associés avec NAT problèmes.

    Si vous êtes sûr que ce n'est pas votre problème, jetez un oeil à la configuration du routeur. Certains routeurs sont configurés par défaut avec "SIP ALG '" option.

    Dans certains cas, cette option doit être désactivée en raison de la mise en œuvre est incomplète.

    Essayez-le, et laissez-moi savoir si cela fonctionne correctement.

    Merci pour votre suggestion. En fait je me suis rendu compte plus tôt, C'était en raison de paramètres NAT. J'avais résolu ce problème.

    OriginalL'auteur Sisco Casasempere

  4. 0

    assurez-vous que vous avez la bonne adresse ip dans " externip=' en sip.conf dans /etc/asterisk.

    OriginalL'auteur sofs1