No subject
Wed Dec 21 17:12:16 CET 2011
RFC 3680), where the separate entity mentioned above acts as watcher for r=
eg-info events on all kamailio instances.
But I'm really looking at a simpler, lighter solution.
Regards,
Giacomo
From: Daniel-Constantin Mierla [mailto:miconda at gmail.com]
Sent: 20 January 2012 10:58
To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users M=
ailing List
Cc: Giacomo Vacca
Subject: Re: [SR-Users] pua_usrloc, PUBLISH not send when contact is delet=
ed or expires
Hi Giacomo,
On 1/19/12 11:49 AM, Giacomo Vacca wrote:
Ah thanks Daniel,
So I had a wrong expectation on the behaviour of pua_usrloc.
It does make sense that the PUBLISH already carries its expiry and so the =
expiration moment is implicit and should/can be handled elsewhere.
I think what confused me were two things: the pua_usrloc documentation and=
the fact that pua_usrloc does register for EXPIRE callbacks with usrloc.
I'm referring to:
"The pua_usrloc module is the connector between the usrloc and pua modules=
. It creates the environment to send PUBLISH requests for user location re=
cords, on specific events (e.g., when new record is added in usrloc, a PUB=
LISH with status open (online) is issued; when expires, it sends closed (o=
ffline))."
perhaps the documentation is misleading a bit with its phrasing. It send o=
ffline (closed) when it is an un-register, before the expiration. I haven'=
t looked in the code, but based on log messages and correlated with the ex=
pired carried by PUBLISH, the behavior is correct over all.
There is another aspect, usrloc cleans up expired records on timer, so usr=
loc callback can be executed later than actual expiration. A publish at th=
at time could be late. Of course, presence does cleanup on timer as well, =
but it may be more accurate to handle expiration there. It is like when an=
UA with presence support disappears from networks, without sending any PU=
BLISH updates.
Cheers,
DAniel
From: Daniel-Constantin Mierla [mailto:miconda at gmail.com]
Sent: 19 January 2012 10:37
To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users M=
ailing List
Cc: Giacomo Vacca
Subject: Re: [SR-Users] pua_usrloc, PUBLISH not send when contact is delet=
ed or expires
Hello,
On 1/19/12 11:22 AM, Giacomo Vacca wrote:
Hi Daniel,
Thanks for your feedback. Yes, using mysql and enabling presence made it w=
ork for un-registrations too.
Just for the purpose of this scenario I'm sending the PUBLISH back to the =
same entity, and it's being handled as a presentity.
I still have a missing piece though (which is in fact the reason for this =
configuration): having PUBLISH requests triggered by the expiration of a c=
ontact.
When a contact expires, pua_usrloc is now logging:
Jan 19 10:12:03 debian6 /usr/sbin/kamailio[4359]: INFO: pua_usrloc [ul_pub=
lish.c:211]: should not send ul publish
(please see below for traces and details).
Since I'm marking a registration with pua_set_publish(), why is that flag =
not seen as true when usrloc fires an EXPIRE callback?
I've tried marking every REGISTER request with pua_set_publish(), and not =
just the first one, before calling save("location") but the result was the=
same.
the PUBLISH for registration expiration does not make sense, as PUBLISH ha=
s also an expire interval, so the record in the presence server should exp=
ire at the same time. A publish with update state to close will eventually=
hit the presence server when there is no record for it. Presence server w=
ill send notifications when the record in its table expires.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda
Truphone Limited is a limited liability company registered in England & Wa=
les, registered office: 5 New Street Square, London EC4A 3TW. Registered N=
o. 04187081. VAT No. GB 851 5278 19.
Tru is a brand name of Truphone and is a Truphone Communications Service. =
Truphone is a trading name for a number of distinct legal entities that op=
erate in combination. www.truphone.com<http://www.truphone.com>.
This e-mail, and any attachment(s), may contain information which is confi=
dential and/or privileged, and is intended for the addressee only. If you =
are not the intended recipient, you may not use, disclose, copy or distrib=
ute this information in any manner whatsoever. If you have received this e=
-mail in error, please contact the sender immediately and delete it.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org<mailto:sr-users at lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda
Truphone Limited is a limited liability company registered in England & Wa=
les, registered office: 4 Royal Mint Court, London, EC3N 4HJ. Registered N=
o. 04187081. VAT No. GB 851 5278 19.
Tru is a brand name of Truphone and is a Truphone Communications Service. =
Truphone is a trading name for a number of distinct legal entities that op=
erate in combination. www.truphone.com<http://www.truphone.com>.
This e-mail, and any attachment(s), may contain information which is confi=
dential and/or privileged, and is intended for the addressee only. If you =
are not the intended recipient, you may not use, disclose, copy or distrib=
ute this information in any manner whatsoever. If you have received this e=
-mail in error, please contact the sender immediately and delete it.
--_000_A4E41C20520BEC409F1B16BA9FD72D34C83C66itixex01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii=
">
<style>
<!--
@font-face
=09{font-family:"Cambria Math"}
@font-face
=09{font-family:Calibri}
@font-face
=09{font-family:Tahoma}
@font-face
=09{font-family:Consolas}
@font-face
=09{font-family:"Times New Roman \, serif"}
p.MsoNormal, li.MsoNormal, div.MsoNormal
=09{margin:0cm;
=09margin-bottom:.0001pt;
=09font-size:11.0pt;
=09font-family:"Calibri","sans-serif";
=09color:black}
a:link, span.MsoHyperlink
=09{color:blue;
=09text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
=09{color:purple;
=09text-decoration:underline}
pre
=09{margin:0cm;
=09margin-bottom:.0001pt;
=09font-size:10.0pt;
=09font-family:"Courier New";
=09color:black}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
=09{margin:0cm;
=09margin-bottom:.0001pt;
=09font-size:8.0pt;
=09font-family:"Tahoma","sans-serif";
=09color:black}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
=09{margin-top:0cm;
=09margin-right:0cm;
=09margin-bottom:0cm;
=09margin-left:36.0pt;
=09margin-bottom:.0001pt;
=09font-size:11.0pt;
=09font-family:"Calibri","sans-serif";
=09color:black}
span.HTMLPreformattedChar
=09{font-family:Consolas;
=09color:black}
span.BalloonTextChar
=09{font-family:"Tahoma","sans-serif";
=09color:black}
p.msochpdefault, li.msochpdefault, div.msochpdefault
=09{margin-right:0cm;
=09margin-left:0cm;
=09font-size:12.0pt;
=09font-family:"Calibri","sans-serif";
=09color:black}
span.htmlpreformattedchar0
=09{font-family:Consolas;
=09color:black}
span.balloontextchar0
=09{font-family:"Tahoma","sans-serif";
=09color:black}
span.htmlpreformattedchar00
=09{font-family:Consolas;
=09color:black}
span.htmlpreformattedchar000
=09{font-family:Consolas;
=09color:black}
span.emailstyle17
=09{font-family:"Calibri","sans-serif";
=09color:windowtext}
span.htmlpreformattedchar0000
=09{font-family:Consolas;
=09color:black}
span.emailstyle23
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
span.emailstyle24
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
span.emailstyle28
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
span.balloontextchar00
=09{font-family:"Tahoma","sans-serif";
=09color:black}
span.emailstyle31
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
span.grame
=09{}
span.spelle
=09{}
span.EmailStyle36
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
span.EmailStyle37
=09{font-family:"Calibri","sans-serif";
=09color:#1F497D}
.MsoChpDefault
=09{font-size:10.0pt}
@page WordSection1
=09{margin:72.0pt 72.0pt 72.0pt 72.0pt}
div.WordSection1
=09{}
-->
</style>
</head>
<body bgcolor=3D"white" lang=3D"EN-GB" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">As promised test resu=
lts for pua_usrloc: it’s working correctly (devel version from git, =
Linux debian 2.6.32-5-686).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Please see below trac=
es and logs extracts (just for the purpose of the test the PUBLISH is sent=
to localhost as configured).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Module configuration =
was:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">modparam("pua&qu=
ot;, "db_url", DBURL); # mysql</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">modparam("pua_us=
rloc", "default_domain", "127.0.0.1")</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">modparam("pua_us=
rloc", "branch_flag", 9)</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Just for completeness=
I’ve verified that pua_usrloc keeps working OK for contact deletes.=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Thanks!</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Giacomo</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">---</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Initial registration:=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">T 2012/01/27 15:12:19=
.465839 192.168.142.1:60712 -> 192.168.142.133:5060 [AP]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">REGISTER sip:192.168.=
142.133 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/TCP 192.=
168.142.1:15348;branch=3Dz9hG4bK-d8754z-1c734517dce8d6d2-1---d8754z-;rport=
.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Max-Forwards: 70.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Contact: <sip:gvsi=
p001 at 192.168.142.1:15348;rinstance=3Db1cd596c8f03cc95;transport=3DTCP>.=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: "GV_XLite&qu=
ot;<sip:gvsip001 at 192.168.142.133>.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: "GV_XLite&=
quot;<sip:gvsip001 at 192.168.142.133>;tag=3Da35dbef7.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: MmI3NTA5MjU4=
NDliODc3YThhOTQ1YzY3NWE5NWRkMGM..</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 1 REGISTER.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 3600.</span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Allow: INVITE, ACK, C=
ANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">User-Agent: X-Lite 4 =
release 4.1 stamp 63214.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 0.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">U 2012/01/27 15:12:19=
.469144 192.168.142.133:5060 -> 127.0.0.1:5060</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">PUBLISH sip:gvsip001@=
127.0.0.1 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/UDP 192.=
168.142.133;branch=3Dz9hG4bK38df.22189b63.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: sip:gvsip001 at 127.=
0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: sip:gvsip001 at 12=
7.0.0.1;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-3e09.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 10 PUBLISH.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: 3fbf2f18-210=
27 at 127.0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 338.<=
/span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">User-Agent: kamailio =
(3.3.0-dev5 (i386/linux)).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Max-Forwards: 70.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Event: presence.</spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 61.</span></=
p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Type: applica=
tion/pidf+xml.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><?xml version=3D&q=
uot;1.0"?></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><presence xmlns=3D=
"urn:ietf:params:xml:ns:pidf" xmlns:dm=3D"urn:ietf:params:x=
ml:ns:pidf:data-model" xmlns:rpid=3D"urn:ietf:params:xml:ns:pidf=
:rpid" xmlns:c=3D"urn:ietf:params:xml:ns:pidf:cipid" entity=
=3D"gvsip001 at 127.0.0.1"></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> <tuple id=3D=
"0xb720872c"></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> &l=
t;status></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> &nb=
sp; <basic>open</basic></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> &l=
t;/status></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </tuple>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"></presence></sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">U 2012/01/27 15:12:19=
.470741 127.0.0.1:5060 -> 192.168.142.133:5060</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP/2.0 200 OK.</span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/UDP 192.=
168.142.133;branch=3Dz9hG4bK38df.22189b63.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: sip:gvsip001 at 127.=
0.0.1;tag=3Da6a1c5f60faecf035a1ae5b6e96e979a-3301.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: sip:gvsip001 at 12=
7.0.0.1;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-3e09.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 10 PUBLISH.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: 3fbf2f18-210=
27 at 127.0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 60.</span></=
p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP-ETag: a.132767660=
9.21015.2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 0.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">T 2012/01/27 15:12:19=
.472570 192.168.142.133:5060 -> 192.168.142.1:60712 [AP]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP/2.0 200 OK.</span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 1 REGISTER.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Contact: <sip:gvsi=
p001 at 192.168.142.1:15348;rinstance=3Db1cd596c8f03cc95;transport=3DTCP>;=
expires=3D60.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Registration refresh:=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">T 2012/01/27 15:13:12=
.402912 192.168.142.1:60712 -> 192.168.142.133:5060 [AP]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">REGISTER sip:192.168.=
142.133 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/TCP 192.=
168.142.1:15348;branch=3Dz9hG4bK-d8754z-05f5f507327ed10e-1---d8754z-;rport=
.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Max-Forwards: 70.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Contact: <sip:gvsi=
p001 at 192.168.142.1:15348;rinstance=3Db1cd596c8f03cc95;transport=3DTCP>.=
</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: "GV_XLite&qu=
ot;<sip:gvsip001 at 192.168.142.133>.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: "GV_XLite&=
quot;<sip:gvsip001 at 192.168.142.133>;tag=3Da35dbef7.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: MmI3NTA5MjU4=
NDliODc3YThhOTQ1YzY3NWE5NWRkMGM..</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 2 REGISTER.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 3600.</span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Allow: INVITE, ACK, C=
ANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">User-Agent: X-Lite 4 =
release 4.1 stamp 63214.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 0.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">U 2012/01/27 15:13:12=
.416524 192.168.142.133:5060 -> 127.0.0.1:5060</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">PUBLISH sip:gvsip001@=
127.0.0.1 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/UDP 192.=
168.142.133;branch=3Dz9hG4bKcdd3.7a00dd97.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: sip:gvsip001 at 127.=
0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: sip:gvsip001 at 12=
7.0.0.1;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-ecb2.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 10 PUBLISH.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: 3fbf2f19-210=
25 at 127.0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 0.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">User-Agent: kamailio =
(3.3.0-dev5 (i386/linux)).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Max-Forwards: 70.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Event: presence.</spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 61.</span></=
p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP-If-Match: a.13276=
76609.21015.2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">T 2012/01/27 15:13:12=
.423807 192.168.142.133:5060 -> 192.168.142.1:60712 [AP]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP/2.0 200 OK.</span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 2 REGISTER.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">U 2012/01/27 15:13:12=
.441273 127.0.0.1:5060 -> 192.168.142.133:5060</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP/2.0 200 OK.</span=
></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 10 PUBLISH.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">---</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Another registration =
refresh:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">T 2012/01/27 15:14:05=
.197789 192.168.142.1:60712 -> 192.168.142.133:5060 [AP]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">REGISTER sip:192.168.=
142.133 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Contact expires. Logs=
:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: usrloc [ul_callback.h:89]: cont=
act=3D0xb4d2c06c, callback type 8/8, id 1 entered</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:235]: =
#012EXPIRE type</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:265]: =
uri=3D sip:gvsip001 at 127.0.0.1</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:71]: p=
ubl:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:72]: u=
ri=3D sip:gvsip001 at 127.0.0.1</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:73]: i=
d=3D UL_PUBLISH.MmI3NTA5MjU4NDliODc3YThhOTQ1YzY3NWE5NWRkMGM.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua_usrloc [ul_publish.c:74]: e=
xpires=3D 0</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:464]: pres_=
uri=3Dsip:gvsip001 at 127.0.0.1</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [hash.c:134]: core_hash=3D =
210</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [hash.c:176]: no etag restr=
iction</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [hash.c:185]: found record<=
/span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:543]: recor=
d found in hash_table</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:582]: expir=
es=3D 0- delete from hash table</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:631]: etag:=
a.1327676609.21016.3.2</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:110]: UPDAT=
E_TYPE [etag]=3D a.1327676609.21016.3.2</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:641]: publ-=
>pres_uri:#012sip:gvsip001 at 127.0.0.1#012</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Jan 27 15:15:29 debia=
n6 /usr/local/sbin/kamailio[21021]: DEBUG: pua [send_publish.c:642]: str_h=
dr:#012Max-Forwards: 70#015#012Event: presence#015#012Expires: 0#015#012SI=
P-If-Match: a.1327676609.21016.3.2#015#012
85#012</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">PUBLISH correctly sen=
t, with 'Expires: 0':</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">U 2012/01/27 15:15:29=
.879263 192.168.142.133:5060 -> 127.0.0.1:5060</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">PUBLISH sip:gvsip001@=
127.0.0.1 SIP/2.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Via: SIP/2.0/UDP 192.=
168.142.133;branch=3Dz9hG4bK96eb.7dba84f7.0.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">To: sip:gvsip001 at 127.=
0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From: sip:gvsip001 at 12=
7.0.0.1;tag=3D533cb9e91f4b999cf76861cbb9ed54ed-4956.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">CSeq: 10 PUBLISH.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Call-ID: 3fbf2f18-210=
21 at 127.0.0.1.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Content-Length: 0.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">User-Agent: kamailio =
(3.3.0-dev5 (i386/linux)).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Max-Forwards: 70.</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Event: presence.</spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Expires: 0.</span></p=
>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">SIP-If-Match: a.13276=
76609.21016.3.2.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">[...]</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<div>
<div style=3D"border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0=
cm 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt; =
font-family:"Tahoma","sans-serif"; color:windowtext">F=
rom:</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt; font-family=
:"Tahoma","sans-serif"; color:windowtext"> Giacomo Vac=
ca
<br>
<b>Sent:</b> 27 January 2012 09:17<br>
<b>To:</b> SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - =
Users Mailing List<br>
<b>Subject:</b> RE: [SR-Users] pua_usrloc, PUBLISH not send when contact i=
s deleted or expires</span></p>
</div>
</div>
<p class=3D"MsoNormal"> </p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Hi Daniel,</span></p>=
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">This is just great. I=
’ll test asap and report back.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Cheers,</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Giacomo</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<div>
<div style=3D"border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0=
cm 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt; =
font-family:"Tahoma","sans-serif"; color:windowtext">F=
rom:</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt; font-family=
:"Tahoma","sans-serif"; color:windowtext"> Daniel-Cons=
tantin Mierla
<a href=3D"mailto:[mailto:miconda at gmail.com]">[mailto:miconda at gmail.com]</=
a> <br>
<b>Sent:</b> 27 January 2012 09:03<br>
<b>To:</b> SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - =
Users Mailing List<br>
<b>Cc:</b> Giacomo Vacca<br>
<b>Subject:</b> Re: [SR-Users] pua_usrloc, PUBLISH not send when contact i=
s deleted or expires</span></p>
</div>
</div>
<p class=3D"MsoNormal"> </p>
<p class=3D"MsoNormal">Hi Giacomo,<br>
<br>
I patched few days ago to make pua_usrloc sending the PUBLISH also for loc=
ation record expiration.<br>
<br>
<a href=3D"http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dco=
mmit;h=3Dbdbacf559134022856f5723a91fe7e130ceada29">http://git.sip-router.o=
rg/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3Dbdbacf559134022856f5723a9=
1fe7e130ceada29</a><br>
<a href=3D"http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=3Dco=
mmit;h=3D266fa4e2cd62f58ee1f2eec2a5a83bc3028d194a">http://git.sip-router.o=
rg/cgi-bin/gitweb.cgi/sip-router/?a=3Dcommit;h=3D266fa4e2cd62f58ee1f2eec2a=
5a83bc3028d194a</a><br>
<br>
The idea is to set a branch flag for marking the contact for publishing --=
pua_set_publish() can be still used actually, it sets also the branch fla=
g internally, if the module parameter specifying the flag is set -- altern=
ative is to use directly setbflag(index).<br>
<br>
I was out of office and couldn't try it yet, maybe you can test and report=
if it is working fine.<br>
<br>
You have to install devel version, either from git or from nightly debs:<b=
r>
<br>
<a href=3D"http://www.kamailio.org/wiki/packages/debs#kamailio_development=
_-_nightly_builds">http://www.kamailio.org/wiki/packages/debs#kamailio_dev=
elopment_-_nightly_builds</a><br>
<br>
Cheers,<br>
Daniel<br>
<br>
On 1/20/12 12:56 PM, Giacomo Vacca wrote: </p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Thanks Daniel.</span>=
</p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">What I’d like t=
o achieve is this: given a cluster of kamailio-based proxy/registrar, noti=
fy a separate entity whenever a contact is inserted or removed (either by =
deletion or expiration).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I’d like this s=
eparate entity to be stateless (i.e. don’t manage expiry time), avoi=
d using a DB as shared information and have asynchronous notifications.</s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">This is why I thought=
pua_usrloc could help me, without the need of a full presence server in t=
he architecture to manage expiry times for presentities.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">What do you think cou=
ld be used to achieve this?</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">From my point of view=
the ideal solution is implementing reg-info events (RFC 3680), where the =
separate entity mentioned above acts as watcher for reg-info events on all=
kamailio instances.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">But I’m really =
looking at a simpler, lighter solution.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Regards,</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Giacomo</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<div>
<div style=3D"border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0=
cm 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt; =
font-family:"Tahoma","sans-serif"; color:windowtext">F=
rom:</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt; font-family=
:"Tahoma","sans-serif"; color:windowtext"> Daniel-Cons=
tantin Mierla
[<a href=3D"mailto:miconda at gmail.com">mailto:miconda at gmail.com</a>] <br>
<b>Sent:</b> 20 January 2012 10:58<br>
<b>To:</b> SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - =
Users Mailing List<br>
<b>Cc:</b> Giacomo Vacca<br>
<b>Subject:</b> Re: [SR-Users] pua_usrloc, PUBLISH not send when contact i=
s deleted or expires</span></p>
</div>
</div>
<p class=3D"MsoNormal"> </p>
<p class=3D"MsoNormal">Hi Giacomo,<br>
<br>
On 1/19/12 11:49 AM, Giacomo Vacca wrote: </p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Ah thanks Daniel,</sp=
an></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">So I had a wrong expe=
ctation on the behaviour of pua_usrloc.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">It does make sense th=
at the PUBLISH already carries its expiry and so the expiration moment is =
implicit and should/can be handled elsewhere.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I think what confused=
me were two things: the pua_usrloc documentation and the fact that pua_us=
rloc does register for EXPIRE callbacks with usrloc.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I’m referring t=
o:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">“</span><span l=
ang=3D"EN">The pua_usrloc module is the connector between the usrloc and p=
ua modules. It creates the environment to send PUBLISH requests for user l=
ocation records, on specific events (e.g., when
new record is added in usrloc, a PUBLISH with status open (online) is iss=
ued; when expires, it sends closed (offline)).”</span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-=
size:12.0pt; font-family:"Times New Roman","serif""><b=
r>
perhaps the documentation is misleading a bit with its phrasing. It send o=
ffline (closed) when it is an un-register, before the expiration. I haven'=
t looked in the code, but based on log messages and correlated with the ex=
pired carried by PUBLISH, the behavior
is correct over all.<br>
<br>
There is another aspect, usrloc cleans up expired records on timer, so usr=
loc callback can be executed later than actual expiration. A publish at th=
at time could be late. Of course, presence does cleanup on timer as well, =
but it may be more accurate to handle
expiration there. It is like when an UA with presence support disappears =
from networks, without sending any PUBLISH updates.<br>
<br>
Cheers,<br>
DAniel<br>
<br>
<br>
</span></p>
<div>
<div>
<div style=3D"border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0=
cm 0cm 0cm">
<p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt; =
font-family:"Tahoma","sans-serif"; color:windowtext">F=
rom:</span></b><span lang=3D"EN-US" style=3D"font-size:10.0pt; font-family=
:"Tahoma","sans-serif"; color:windowtext"> Daniel-Cons=
tantin Mierla
[<a href=3D"mailto:miconda at gmail.com">mailto:miconda at gmail.com</a>] <br>
<b>Sent:</b> 19 January 2012 10:37<br>
<b>To:</b> SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - =
Users Mailing List<br>
<b>Cc:</b> Giacomo Vacca<br>
<b>Subject:</b> Re: [SR-Users] pua_usrloc, PUBLISH not send when contact i=
s deleted or expires</span></p>
</div>
</div>
<p class=3D"MsoNormal"> </p>
<p class=3D"MsoNormal">Hello,<br>
<br>
On 1/19/12 11:22 AM, Giacomo Vacca wrote: </p>
<div>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Hi Daniel,</span></p>=
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Thanks for your feedb=
ack. Yes, using mysql and enabling presence made it work for un-registrati=
ons too.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Just for the purpose =
of this scenario I’m sending the PUBLISH back to the same entity, an=
d it’s being handled as a presentity.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I still have a missin=
g piece though (which is in fact the reason for this configuration): havin=
g PUBLISH requests triggered by the expiration of a contact.</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">When a contact expire=
s, pua_usrloc is now logging:</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal" style=3D"text-autospace:none"><span style=3D"font-f=
amily:"Courier New"; color:windowtext">Jan 19 10:12:03 debian6 /=
usr/sbin/kamailio[4359]: INFO: pua_usrloc [ul_publish.c:211]: should not s=
end ul publish</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">(please see below for=
traces and details).</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">Since I’m marki=
ng a registration with pua_set_publish(), why is that flag not seen as tru=
e when usrloc fires an EXPIRE callback?</span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D">I’ve tried mark=
ing every REGISTER request with pua_set_publish(), and not just the first =
one, before calling save(“location”) but the result was the sa=
me.</span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-=
size:12.0pt; font-family:"Times New Roman , serif","serif&q=
uot;"><br>
the PUBLISH for registration expiration does not make sense, as PUBLISH ha=
s also an expire interval, so the record in the presence server should exp=
ire at the same time. A publish with update state to close will eventually=
hit the presence server when there
is no record for it. Presence server will send notifications when the rec=
ord in its table expires.<br>
<br>
Cheers,<br>
Daniel</span></p>
</div>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"> </p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"> </p>
<pre>-- </pre>
<pre>Daniel-Constantin Mierla -- <a href=3D"http://www.asipto.com">http://=
www.asipto.com</a></pre>
<pre><a href=3D"http://linkedin.com/in/miconda">http://linkedin.com/in/mic=
onda</a> -- <a href=3D"http://twitter.com/miconda">http://twitter.com/mico=
nda</a></pre>
</div>
<p class=3D"MsoNormal" style=3D"text-align:justify"><span style=3D"font-fa=
mily:"Arial","sans-serif"">Truphone Limited is a limit=
ed liability company registered in England & Wales, registered office:=
5 New Street Square, London EC4A 3TW.
<span class=3D"grame">Registered No. 04187081.</span> VAT No. <span class=3D=
"grame">GB 851 5278 19.</span>
</span></p>
<p class=3D"MsoNormal" style=3D"text-align:justify"><span class=3D"spelle"=
><span style=3D"font-family:"Arial","sans-serif"">Tru<=
/span></span><span style=3D"font-family:"Arial","sans-serif=
""> is a brand name of Truphone and is a Truphone Communications Serv=
ice. Truphone
is a trading name for a number of distinct legal entities that operate in=
combination.
</span><a href=3D"http://www.truphone.com"><span style=3D"font-family:&quo=
t;Arial","sans-serif"">www.truphone.com</span></a><span sty=
le=3D"font-family:"Arial","sans-serif"">.</span></p>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-=
size:12.0pt; font-family:"Times New Roman","serif""><b=
r clear=3D"all">
This e-mail, and any attachment(s), may contain information which is confi=
dential and/or privileged, and is intended for the addressee only. If you =
are not the intended recipient, you may not use, disclose, copy or distrib=
ute this information in any manner
whatsoever. If you have received this e-mail in error, please contact the=
sender immediately and delete it.<br>
<br>
<br>
</span></p>
<pre>_______________________________________________</pre>
<pre>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing li=
st</pre>
<pre><a href=3D"mailto:sr-users at lists.sip-router.org">sr-users at lists.sip-r=
outer.org</a></pre>
<pre><a href=3D"http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-us=
ers">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a></pr=
e>
<p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><span style=3D"font-=
size:12.0pt; font-family:"Times New Roman","serif"">&n=
bsp;</span></p>
<pre>-- </pre>
<pre>Daniel-Constantin Mierla -- <a href=3D"http://www.asipto.com">http://=
www.asipto.com</a></pre>
<pre><a href=3D"http://linkedin.com/in/miconda">http://linkedin.com/in/mic=
onda</a> -- <a href=3D"http://twitter.com/miconda">http://twitter.com/mico=
nda</a></pre>
</div>
<p class=3D"MsoNormal" style=3D"text-align:justify"><span style=3D"font-si=
ze:11.0pt; font-family:"Arial","sans-serif"">Truphone =
Limited is a limited liability company registered in England & Wales, =
registered office: 4 Royal Mint Court, London, EC3N 4HJ.
<span class=3D"GramE">Registered No. 04187081.</span> VAT No. <span class=3D=
"GramE">GB 851 5278 19.</span>
</span></p>
<p class=3D"MsoNormal" style=3D"text-align:justify"><span class=3D"SpellE"=
><span style=3D"font-size:11.0pt; font-family:"Arial","sans=
-serif"">Tru</span></span><span style=3D"font-size:11.0pt; font-famil=
y:"Arial","sans-serif""> is a brand name of Truphone a=
nd is a Truphone
Communications Service. Truphone is a trading name for a number of distin=
ct legal entities that operate in combination.
</span><a href=3D"http://www.truphone.com"><span style=3D"font-size:11.0pt=
; font-family:"Arial","sans-serif"">www.truphone.com</=
span></a><span style=3D"font-size:11.0pt; font-family:"Arial",&q=
uot;sans-serif"">.</span></p>
<br clear=3D"both">
This e-mail, and any attachment(s), may contain information which is confi=
dential and/or privileged, and is intended for the addressee only. If you =
are not the intended recipient, you may not use, disclose, copy or distrib=
ute this information in any manner whatsoever. If you have received this e=
-mail in error, please contact the sender immediately and delete it.<BR>
</body>
</html>
--_000_A4E41C20520BEC409F1B16BA9FD72D34C83C66itixex01_--
More information about the sr-users
mailing list