• [^] # Re: Sympat mais...

    Posté par . En réponse au message Monitoring d'un call test Asterisk. Évalué à 1.

    Pour commencer tu n'es pas obligé de parser les logs, tu peux normalement récupérer le statut de ton appel directement en agi, ou même dans tes CDR, qu'ils soient en csv ou en base de donnée ( mysql ? ).

    Ensuite pour ce que tu souhaites faire…
    En SIP tu ne peux pas vraiment couper au bout de X sonneries, car il y a un seul message/paquet pour le statut "Ringing" code 180 qui est reçu par ton client. C'est ton softphone qui quand il reçoit ce message commence à te faire les bruits de sonnerie jusqu'au statut suivant ( décroché du destinataire : humain - boite vocal, ou signal occupé ). Il faudrait plutôt coller un timeout sur le dial ( ex 10s ) et regarder si tu as bien recu un 180 dans ton client sip. oulaa….

    Sachant que ton temps d'établissement de communication n'est pas constant…
    Mmmmmm… c'est n'imp' non ?

    Tu es d'accord que tu sais identifier le problème quand il survient :
    "All circuits busy/congested now"
    Que ce soit dans ta CLI, ou dans tes logs asterisk.

    => Pourquoi ne pas simplement surveiller l'apparition de ce message ?

    Fuse : j'en Use et Abuse !