[apabaz1]

tout d'abord , merci infiniment pour cette trés robuste intervention qui m'est également d'une importance trés capitale . je reviens sur la question de arthuro demandant quel type de serveur log utilisé pour une station window ? et également par rapport à la creation des fichiers de destination, des filtres , des règle ."

[Mariotte91]

Bonjour,

Un petit tour ici devrait permettre de télécharger une application de collecte de log qui me semble bien.

De chez eux j'utilise snare agent for windows pour envoyer les log de ma machine W2K vers mon serveur de logs linux.

Sinon kiwi comme l'a fait arthuro est un bon départ qui nécessitera peut être plus de post-traitement.

Patrick

[arthuro]

Bonjour mon cher, et REmerci pour ces plus que tu as apportés. Je vais essayer cette approche et voir le résultat. Au fait j'aurais souhaité que si tu dispose d'une documentation sur la signification de chaque champ de la PAP2, que tu me la passe; ça m'aiderait beaucoup si jamais j'entrais en disposition.

[Mariotte91]

Bonjour,

Le plus intéressant est le guide de l'administrateur, sinon le manuel de l'utilisateur est pas mal

Sources :
http://www.provu.co.uk/support.html
http://www.sipura.com/support/index.htm

Patrick

[apabaz1]

bonsoir chers mariottes91
par rapport à mon application , je pense qu'il serait mieux que j'écrive directement mon propre serveur de log pour pouvoir envoyer directement les messages logs vers mon application . lorsque vous créez des sources ,des destinations vers les fichiers ensuite des filtres et enfin des régles pour combiner les trois elements . n'est t-il pas une façon d'écrire votre propre serveur syslog ?
si non. comment écrire son propre serveur syslog ?(même les liens utiles me seront les bienvenues )
si oui comment créer ces destinations , filtres ..etc


merci de continuer de nous aider
vous êtes vraimment notre secours

apabaz

cordialement

[Mariotte91]

Bonsoir,

La bible pour faire une telle application est la

RFC3164 :: The BSD Syslog Protocol

Par Google on peu la trouver assez facilement en téléchargement. Elle doit probablement etre traduite en Français pour une lecture plus confortable.

Dans un premier temps, j'utiliserai plutot un freeware et un post-traitement des fichiers log avec un gestionnaire de base de données. Un simple tableur fait l'affaire (j'ai utilisé Excel pour filtrer les messages dans un certains nombre de posts récent sur le sujet sur ce forum.

Cela permet de bien mettre au point les filtres avant de le coder en dur.

Bon courage

Patrick

[apabaz1]

tu es vraimment un dieu

merci

[Mariotte91]

[arthuro]

Bonjour Patrick,
Cela fait plus de 2 semaines que je cherche à poster sur ce forum sans succès. En fait j'avais toujours des problemes à propos de notre discussion. Jusqu'ici j'ai pas toujours pu recupérer les informations donc j'ai besoin pour faire ma facturation. J'ai fait un petit programme(serveur syslog) en C++ mais l'information que je reçoit ne m'est pas serviable. Je ne sais comment faire pour obtenir les informations sur un appel. Je ne sais s'il faut utiliser des filtres; si c'est le cas je ne trouve pas le moyen d'indiquer à ma PAP2 quel message est ce qu'il doit m'envoyer. Quel filtre avais-tu utiliser la derniere fois pour obtenir les messages "BYE" ?

[arthuro]

Salut c'est encore moi,
S'il te plait si tu as de plus amples informations sur la configuration de la PAP2 n'hesite pas à me les passer. j'ai meme essayé de faire des posts au forum sur le site de linksys, mais ils n'ont jamais répondu. Voici quelques lines que j'obtiens de mon serveur syslog que j'ai programmé:

[Mariotte91]

Bonjour,

Je suis au boulot actuellement, donc je n'ai pas acces à l'interface d'admin.

De mémoire, j'ai activé debug server dans l'onglet system en pointant vers mon serveur de log.

Dans l'onglet Line, j'ai activé SIP Debug Option sur une option full sauf opt, reg (pour ne pas être pollué)
Dans l'onglet SIP j'ai activé Stats In BYE:' , rubrique RTP en mode admin/ advanced sur yes.

Comme cela, on obtient les messages complets pour les appels, sans les register de maintien de ligne.

En espérant que cela puisse t'aider.

Patrick

[arthuro]

Bonsoir,
S'il te plait j'aimerais savoir les significations des différents options des champs suivant si tu en as une idée.
--il ya le champ DEBUG LEVEL avec pour option:
0
1
2
3
0+H
1+H
2+H
3+H

-- Et le champ SIP DEBUG OPTION avec pour option
none
1-line
1-line excl. OPT
1-line excl. NTFY
....

Ces différents options de ces deux champs, j'aimerais bien connaitre leur impact.

[arthuro]

Bonsoir Patrick,
C'est encore moi. S'il te plait quelles options pourrais-je choisir dans les champs DEBUG LEVEL et SIP DEBUG OPTION pour optimiser les messages que la PAP2 devra envoyer ?

[Mariotte91]

Bonsoir,

Pour avoir tous les messages SIP, il faut d'après la doc un level 2 ou supérieur

[apabaz0]

bonsoir patrick , et merci pour la documentation de linksys . je cherchais un truc pareil depuis. j'ai essayé d'appliquer toutes les configurations que tu as mentionné aprés le forum de arthuro.sur le message que je reçois ,je n'identifie pas celui(message) propre à un appel . et le format du message est différent du tiens . voici un exemple du message que je reçois
<134>Dec 19 04:38:36 0016B65EE320 [0:5060]<<172.16.100.1:5060
<134>Dec 19 04:38:36 0016B65EE320 [0:5060]<<172.16.100.1:5060
<167>Dec 19 04:38:36 0016B65EE320 OPTIONS sip:109@172.16.100.109:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.100.1:5060;branch=z9hG4bK0831bb16;rport
From: "Unknown" <sip:Unknown@172.16.100.1>;tag=as3799d837
To: <sip:109@172.16.100.109:5060>
Contact: <sip:Unknown@172.16.100.1>
Call-ID: 5853356d793e90ac3c51e93447248294@172.16.100.1
CSeq: 102 OPTIONS
User-Agent: X-Lite release 1103m
Max-Forwards: 70
Date: Wed, 19 Dec 2007 12:38:35 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0
ce n'est qu'un extrait du journal . je ne parviens pas alors à identifier le message propre à un appel . et comparativement à ce que tu recevais comme journal d'un appel , (voir ci dessous) j'aimerais savoir quels changements tu appliques à ta pap2 pour avoir le journal d'appels avec toutes les phases d'une communication ( canceling , ringing , ...etc ) j'aimerais avoir de façon identique le même type de message que toi.

Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]->213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]->213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 CANCEL sip:0160xxxxxx@voip.wengo.fr SIP/2.0
Nov 20 17:53:32 192.168.1.4/192.168.1.4
Nov 20 17:53:32 192.168.1.4/192.168.1.4
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]<<213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]<<213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 SIP/2.0 200 canceling
Nov 20 17:53:32 192.168.1.4/192.168.1.4 SIP/2.0 200 canceling
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]<<213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]<<213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 SIP/2.0 487 Session canceled
Nov 20 17:53:32 192.168.1.4/192.168.1.4 SIP/2.0 487 Session canceled
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]->213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 [0:5060]->213.91.9.206:5060
Nov 20 17:53:32 192.168.1.4/192.168.1.4 ACK sip:0160xxxxxx@voip.wengo.fr SIP/2.0

[apabaz0]

c'est toujour moi comme tu as du le constater , les messages que je reçoit ont différents niveaux de priotés <134>, <167>,<159>. comment maintenir le niveau de priorité stable ?
par exemple à 167 ?

[Mariotte91]

Bonjour,

Je pense que les levels se règlent par le niveau de debug dans l'onglet system. Plus le debug level est élevé, plus les messages de basse priorité sont loggués. Pour ma part, Syslog-ng me permet de choisir le niveau de priorité à prendre en compte grâce aux filtres. La possibilité de filtrer par le serveur de log est importante car lors de mes premiers essais, j'ai rempli un disque dur de 10Go en 3 ou 4 jours car le PAP2 peut être très volubile

Il faut donc bien penser à faire une rotation de fichier journal régulière et essayer de limiter les messages inutiles.

Pour les différences de format, je pense que c'est lié également à syslog-ng qui ajoute un horodatage et l'ip d'origine du message en début de ligne.

Je viens de poster un récapitulatif de différents posts sur le sujet et le paramétrage à faire dans le pap2 dans le post "pap2t faire un journal de log" que tu trouveras dans produits divers.

A bientôt,

Patrick

[arthuro]

Bonjour,
Je ne sais comment t'expliquer ça, mais comprends juste que, jusqu'ici je n'ai pas toujours pu logger dans un fichier les informations liées à un appel. Je ne sais ce qu'il faut faire ppour l'instant. j'obtiens tout type de message sauf ceux d'un appel.

S'il te plait si tu pouvais essayer un appel vers un numero de telephone mobile et m'envoyer les logs ça me ferait beaucoup plaisir.

:?: :?: :?: :?: :?:

[Mariotte91]

Bonjour,

Sitôt dit sitôt fait

Configuration :

Onglet SYSTEM
Syslog server : vide
Debug server : IP serveur de log
Debug level =1
Onglet SIP
Stat in BYE : yes

Onglet line
SIP Debug Option: Full excl. OPT|NTFY|REG

[apabaz1]

bonjour patrick ,

déjà bonne année 2008. si j'ai gardé le silence entre temps c'est parce que je m'exerçais à mettre sur pied mon logiciel de facturation. J'avais pu configurer ma PAP2 de façon à recevoir les statistiques d'appel mais il s'avère que pour certains appels, je ne reçois pas le message qui me donne ces statistiques de fin d'appel; par conséquent, je ne peux avoir les informations(durée, num appelé, ...) liées à cet appel. Je n'arrive pas à comprendre quel peut etre le problème.

je suis à ton écoute ...

Salut !!!