[Mariotte91]

Bonsoir,

Je suis un peu sec sur cette problèmatique !

S'agit il d'appel avec réponse ou bien le correspondant n'a-t-il pas décroché ?

Pour des appels passés ou reçu ?

Je reste persuadé que l'utilisation d'Asterisk te simplifierait grandement la vie. Les appels peuvent même être enregistrés dans une base SQL et la tarification est paramètrable en fonction du dialplan.

C'est toi qui vois...."Y en a qui ont essayés...y z'ont eu des problèmes" (Chevalier/Lespalles)

Patrick

[apabaz1]

salut, voici un exemple des messages que ma pap2 m'envoie lorsque un appel est éffectué ( l'appel a été décroché) je reçois les séquences INVITE , ACK, et BYE


<167>Jan 6 07:13:29 0016B65EE167 ACK sip:66.33.157.20:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16251.49:5061;branch=z9hG4bK-8136a0d1
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=920afb4554511e80o1
To: <sip:01133674408529@byod1.net2phone.com>;tag=ccid-112040086-1-1309
Call-ID: abab6a69-f234d9ac@172.16.251.49
CSeq: 102 ACK
Max-Forwards: 70
Proxy-Authorization: Digest username="1369148337",realm="byod",nonce="19E6A8AFA50A44BB2111E4181B294F8D",uri="sip:66.33.157.20:5060",algorithm=MD5,response="781939179d1cce78cda80684aa31645c"
Contact: NO_DID2 <sip:1369148337@172.16.251.49:5061>
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 0

<134>Jan 6 07:13:29 0016B65EE167

<151>Jan 6 07:13:29 0016B65EE167 [1:0]ENC INIT 18

<151>Jan 6 07:13:29 0016B65EE167 CC:Remote Resume

<151>Jan 6 07:13:43 0016B65EE167 [1:0]LAT-- 14(3)

<159>Jan 6 07:13:45 0016B65EE167 AVT Tx end

<151>Jan 6 07:13:52 0016B65EE167 [1:0]LAT++ 8(3)

<159>Jan 6 07:14:09 0016B65EE167 [1]On Hook

<134>Jan 6 07:14:09 0016B65EE167 [1:5061]->66.33.157.20:5060

<167>Jan 6 07:14:09 0016B65EE167 BYE sip:66.33.157.20:5060 SIP/2.0
Via: SIP/2.0/UDP 172.16.251.49:5061;branch=z9hG4bK-51e8f305
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=920afb4554511e80o1
To: <sip:01133674408529@byod1.net2phone.com>;tag=ccid-112040086-1-1309
Call-ID: abab6a69-f234d9ac@172.16.251.49
CSeq: 103 BYE
Max-Forwards: 70
Proxy-Authorization: Digest username="1369148337",realm="byod",nonce="19E6A8AFA50A44BB2111E4181B294F8D",uri="sip:66.33.157.20:5060",algorithm=MD5,response="d42fe4d53df94a93be3ab066a19d7461"
User-Agent: Linksys/PAP2-3.1.9(LSc)
P-RTP-Stat: PS=2013,OS=60312,PR=1995,OR=59850,PL=3,JI=13,LA=0,DU=39,EN=G729a,DE=G729a
Content-Length: 0


La partie du message que vous voyez en rouge c'est celle dont j'ai besoin pour faire le traitemement par exemple là j'ai DU=39 qui représente la durée de l'appel. et mon inquiétude est la suivante il existe des appels(appels décrochés) où la pap2 ne m'envoit pas le message dont j'ai mis en rouge (statistiques d'appels) là , je ne peux faire aucun traitement sur cet appel. je ne sais pas si c un défaut de configuration de ma pap2 où c'est une erreur de mon code ?

[Mariotte91]

Bonsoir,

Cet exemple montre un appel correct, mais il serai plus utile de nous fournir un exemple d'un appel ne renvoyant pas les "stats on bye"

Patrick

[apabaz1]

salut patrick
voici un exemple d'appel qui c'est bien déroulé ( appel décroché) et je ne reçois pas la séquence BYE de la pap2
<167>Jan 6 07:20:49 0016B65EE167 INVITE sip:01123799837409@byod1.net2phone.com SIP/2.0
Via: SIP/2.0/UDP 172.16.251.49:5061;branch=z9hG4bK-7c6130e2
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=895fe44656059a99o1
To: <sip:01123799837409@byod1.net2phone.com>
Call-ID: 85c0638a-9f1b8425@172.16.251.49
CSeq: 101 INVITE
Max-Forwards: 70
Contact: NO_DID2 <sip:1369148337@172.16.251.49:5061>
Expires: 240
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 312
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 1273768 1273768 IN IP4 172.16.251.49
s=-
c=IN IP4 172.16.251.49
t=0 0
m=audio 16408 RTP/AVP 18 0 4 8 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv
<134>Jan 6 07:20:49 0016B65EE167
<134>Jan 6 07:20:50 0016B65EE167 [1:5061]<<66.33.157.20:5060
<134>Jan 6 07:20:50 0016B65EE167
<134>Jan 6 07:20:50 0016B65EE167 [1:5061]->66.33.157.20:5060

<167>Jan 6 07:20:50 0016B65EE167 ACK sip:01123799837409@byod1.net2phone.com SIP/2.0
Via: SIP/2.0/UDP 172.16.251.49:5061;branch=z9hG4bK-7c6130e2
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=895fe44656059a99o1
To: <sip:01123799837409@byod1.net2phone.com>
Call-ID: 85c0638a-9f1b8425@172.16.251.49
CSeq: 101 ACK
Max-Forwards: 70
Contact: NO_DID2 <sip:1369148337@172.16.251.49:5061>
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 0

<134>Jan 6 07:20:50 0016B65EE167
<134>Jan 6 07:20:50 0016B65EE167 [1:5061]->66.33.157.20:5060

<167>Jan 6 07:20:50 0016B65EE167 INVITE sip:01123799837409@byod1.net2phone.com SIP/2.0
Via: SIP/2.0/UDP 172.16.251.49:5061;branch=z9hG4bK-be5d198a
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=895fe44656059a99o1
To: <sip:01123799837409@byod1.net2phone.com>
Call-ID: 85c0638a-9f1b8425@172.16.251.49
CSeq: 102 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="1369148337",realm="byod",nonce="857B555CBF67BB69A7F1D2D79B4BBB39",uri="sip:01123799837409@byod1.net2phone.com",algorithm=MD5,response="922a1c2bafe90fbad5fd6f02df99df4a"
Contact: NO_DID2 <sip:1369148337@172.16.251.49:5061>
Expires: 240
User-Agent: Linksys/PAP2-3.1.9(LSc)
Content-Length: 312
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 1273768 1273768 IN IP4 172.16.251.49
s=-
c=IN IP4 172.16.251.49
t=0 0
m=audio 16408 RTP/AVP 18 0 4 8 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv
<134>Jan 6 07:20:50 0016B65EE167
<134>Jan 6 07:20:50 0016B65EE167 [1:5061]<<66.33.157.20:5060
<134>Jan 6 07:20:50 0016B65EE167
<134>Jan 6 07:21:00 0016B65EE167 [1:5061]<<66.33.157.20:5060

<167>Jan 6 07:21:00 0016B65EE167 SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 172.16.251.49:5061;branch=z9hG4bK-be5d198a;received=196.202.233.35
From: NO_DID2 <sip:1369148337@byod1.net2phone.com>;tag=895fe44656059a99o1
To: <sip:01123799837409@byod1.net2phone.com>;tag=ccid-226860086-1-1758
Call-ID: 85c0638a-9f1b8425@172.16.251.49
CSeq: 102 INVITE
Contact: <sip:66.33.157.20:5060>
Server: Net2Phone BYOD
Content-Length: 221
Content-Type: application/sdp

v=0
o=1369148337 226860086 226860086 IN IP4 204.13.143.27
s=SIP Call
c=IN IP4 204.13.143.27
t=0 0
m=audio 22362 RTP/AVP 18 101
a=ptime:30
a=rtpmap:18 G729a/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
<134>Jan 6 07:21:00 0016B65EE167
<151>Jan 6 07:21:00 0016B65EE167 [1:0]RTP Tx Up (pt=18->cc0d8f1b:22362)
<151>Jan 6 07:21:00 0016B65EE167 CC:CallProgress
<151>Jan 6 07:21:00 0016B65EE167 [1:0]DEC INIT 18
<151>Jan 6 07:21:05 0016B65EE167 [1:0]LAT++ 10(3)
<151>Jan 6 07:21:07 0016B65EE167 [1:0]LAT++ 10(3)
<151>Jan 6 07:21:09 0016B65EE167 [1:0]LAT++ 7(3)
<151>Jan 6 07:21:09 0016B65EE167 [1:0]LAT++ 8(3)
<151>Jan 6 07:21:15 0016B65EE167 Sess Terminated
<159>Jan 6 07:21:23 0016B65EE167 [1]On Hook (libération de la ligne) jeme dis que ceci est à un défaut de configuration de ma pap2

[Mariotte91]

Bonjour,

J'ai du mal à croire à un problème de configuration du PAP2. Ce serait systématique.

Je pencherais plutôt sur des paquets manqué par le serveur de Log.

Je crois qu'en UDP, il y a moins de contrôle de flux qu'en TCP (si un pro peu me confirmer)

Si ta machine que héberge le serveur de Log était occupée, cela me semble une possibilité à envisager.

Tu as toujours l'horo-datage du début et de la fin de communication qui te permettrait de recalculer une durée mais c'est assez lourd....

Je n'ai pas plus d'idée que cela sur ton problème hélas.

Patrick

[apabaz1]

salut patrick
je veux me baser actuellement sur les séquences SIP(ACK, INVITE, Bye) d'un appel que je reçois pour effectuer le calcul de la durée. c'est à dire je note t1 le temps que je reçois l'accusé ou la séquence ACK et t2 le temps où je reçois la séquence BYE
et là, je fais t2-t1 pour obtenir la durée. pour faire celà, comment adapter l'heure du système de ma pap2 à l'heure régionale? en d'autres termes, comment changer l' heure système des logs que je reçois. .

quel peut être l'impact de cet algorithme

[Mariotte91]

bonjour de guadeloupe,

je pense que l'horodatage est fait par le serveur de log. Si celui-ci est à l'heure, cela doit aller. De toute façon, pour le calcul de la durée de communication cela n'a pas d'importance car l"s offest s'annulent dans la différence.

Patrick