[prev in list] [next in list] [prev in thread] [next in thread]
List: serusers
Subject: Re: [SR-Users] [sr-dev] Missing accounting events in ACC table
From: Muhammad Shahzad <shaheryarkh () gmail ! com>
Date: 2014-12-30 1:56:06
Message-ID: CAFZQphwmQh58rSyfU6M3iC=QUQXnF+AXgQLQniR5ocZBpHk12A () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
OK, i will run some tests and get back to you.
Thank you.
On Sat, Dec 27, 2014 at 10:22 PM, Daniel-Constantin Mierla <
miconda@gmail.com> wrote:
> I did a basic test (acc with parameters as in default kamailio.cfg) and
> invite is accounted ok. I used master branch, but there is no difference
> with acc from 4.2.
>
> Can you run with debug=3 and see all the log messages, maybe you get a
> further hint from there.
>
> Also, you can try with clone_msg parameter set to 0 - it is one of latest
> additions to acc module, just be sure you don't have some corner case
> situation...
>
> Cheers,
> Daniel
>
>
> On 24/12/14 15:23, Muhammad Shahzad wrote:
>
> After upgrade to version 4.2.1-a2aa22, result is same.
>
> Thank you.
>
>
>
> On Wed, Dec 24, 2014 at 1:32 PM, Muhammad Shahzad <shaheryarkh@gmail.com>
> wrote:
>
> > Looking at log level 3 logs, i see when INVITE has been authenticated
> > ACC module creates the dialog,
> >
> > --
> > DEBUG: acc [acc_cdr.c:726]: cdr_on_create(): dialog '0xa5936e70' created!
> > --
> >
> > But acc callback is only triggered AFTER 200 OK of BYE request,
> >
> > --
> > DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback called for
> > t(0xa591d840) event type 2, reply
> > code 200
> > --
> >
> > Between these two log lines there is no log from acc module.
> >
> > Thank you.
> >
> >
> >
> > On Wed, Dec 24, 2014 at 11:04 AM, Muhammad Shahzad <shaheryarkh@gmail.com
> > > wrote:
> >
> > > See attached SIP trace.
> > >
> > > Note, i have obfuscated source and destination number and IPs etc. due
> > > to privacy reasons.
> > >
> > > Thank you.
> > >
> > >
> > >
> > > On Wed, Dec 24, 2014 at 10:36 AM, Muhammad Shahzad <
> > > shaheryarkh@gmail.com> wrote:
> > >
> > > > OK, i will upgrade my staging server and do some testing.
> > > >
> > > > The acc module does not post records anywhere, neither syslog nor db.
> > > > The problem is happening to all calls (not any specific call).
> > > >
> > > > Regarding the FROM header, the only change done is to add "+" to
> > > > callerid (after replacing 00 if present), this is extensively tested
> > > > feature in past 6 months.
> > > >
> > > > I have analyzed all the SIP packets in call using ngrep, they all seem
> > > > perfectly fine. All packets (request + reply) are correctly received and
> > > > forwarded by kamailio. Unfortunately i deleted them and need to get new
> > > > trace. I will send it to you in the afternoon.
> > > >
> > > > Thank you.
> > > >
> > > >
> > > >
> > > > On Tue, Dec 23, 2014 at 10:10 PM, Daniel-Constantin Mierla <
> > > > miconda@gmail.com> wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > you can try with latest git branch 4.2 and see the results.
> > > > >
> > > > > At a quick look between the version you reported to work and the new
> > > > > version you run, I couldn't spot a commit that could be the reason.
> > > > >
> > > > > Do you get the acc record in syslog for INVITE?
> > > > >
> > > > > How do you set the values for replacing From header? If you load from
> > > > > database, be sure the values are valid. I see the uac module complains
> > > > > about restoring operation. It might be the reason for the issues -- config
> > > > > could be ok, but the subscriber data wrong.
> > > > >
> > > > > You should save the traffic for a while and check the packets for
> > > > > missing records -- you can use tools such as tcpdump, sipgrep, ngrep to
> > > > > store the traffic in a file for later analysis. When you find a missing
> > > > > record, search in the file with the sip traffic and see if something is
> > > > > broken there.
> > > > >
> > > > > Cheers,
> > > > > Daniel
> > > > >
> > > > >
> > > > > On 23/12/14 21:45, Muhammad Shahzad wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > About 3 weeks ago i upgraded one of my production server with latest
> > > > > stable kamailio version 4.2.1-fad00a. Now i am getting a lot of complaints
> > > > > about missing CDR events in ACC table. I observe following problems,
> > > > >
> > > > > 1. There are only BYE records in acc table, no record for INVITE or
> > > > > ACK.
> > > > > 2. In kamailio logs when ACK is received against 200 OK response for
> > > > > INVITE, i see following errors,
> > > > >
> > > > > --
> > > > > ERROR: <core> [parser/parse_from.c:113]: parse_from_uri(): failed to
> > > > > parse From uri
> > > > > ERROR: pv [pv_core.c:434]: pv_get_xto_attr(): cannot parse From URI
> > > > > NOTICE: <script>: [udp:<null>@1.0.0.127:5060]: Call from '
> > > > > you@kamailio.org' to 'you@kamailio.org' has been hanged up by
> > > > > '<null>' at '1419364717.255484'
> > > > > --
> > > > >
> > > > > Of course all these errors are bogus, I have checked all headers in
> > > > > ACK (not just FROM header), they all seem perfectly fine and valid.
> > > > >
> > > > > 3. Then the dialog times out,
> > > > >
> > > > > --
> > > > > WARNING: dialog [dlg_handlers.c:1440]: dlg_ontimeout(): timeout for
> > > > > dlg with CallID '6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9' and tags
> > > > > '1D3ECD34F5731AB845BA3064AC95BB2D'
> > > > > '7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4'
> > > > > --
> > > > >
> > > > > 4. Any further sequential requests complain about "unable to find
> > > > > dialog", e.g.
> > > > >
> > > > > --
> > > > > NOTICE: <script>: Sequencial 'BYE' request received from caller
> > > > > ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old
> > > > > URI [sip:00xxxxxxxxxx@sip.domain.com]
> > > > > WARNING: dialog [dlg_handlers.c:1174]: dlg_onroute(): unable to find
> > > > > dialog for BYE with route param '5ae1.d595' [7845:22877]
> > > > > --
> > > > >
> > > > > 5. However the acc record for BYE is written to db and log file,
> > > > >
> > > > > --
> > > > > NOTICE: acc [acc.c:318]: acc_log_request(): ACC: transaction answered:
> > > > > timestamp=1419364760;method=BYE;from_tag=7f55e81e0630-100007f-13c4-6009-2440 \
> > > > > a4-5fa31570-2440a4;to_tag=1D3ECD34F5731AB845BA3064AC95BB2D;call_id=6D8BD23CA \
> > > > > C65AE3C1DE1D0B531F87B8CFEAA9CB9;code=200;reason=OK;src_user=00xxxxxxxxxx;src_domain=
> > > > > sip.domain.com
> > > > > ;src_ip=xx.xx.xx.xx;dst_ouser=+1xxxxxxxxxx;dst_user=1xxxxxxxxxx;dst_domain=yy.yy.yy.yy
> > > > >
> > > > > --
> > > > >
> > > > >
> > > > > The same config was working fine with older version 4.2.0-97cab8.
> > > > > The kamailio config i am using is pretty much standard,
> > > > >
> > > > > --
> > > > > #!define FLT_ACC 1
> > > > > #!define FLT_ACCMISSED 2
> > > > > #!define FLT_ACCFAILED 3
> > > > > #!define FLT_DLG 4
> > > > >
> > > > > ...
> > > > >
> > > > > modparam("acc", "early_media", 1)
> > > > > modparam("acc", "report_ack", 1)
> > > > > modparam("acc", "report_cancels", 1)
> > > > > modparam("acc", "detect_direction", 1)
> > > > > modparam("acc", "log_flag", FLT_ACC)
> > > > > modparam("acc", "log_missed_flag", FLT_ACCMISSED)
> > > > > modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
> > > > > # log to db
> > > > > modparam("acc", "db_flag", FLT_ACC)
> > > > > modparam("acc", "db_missed_flag", FLT_ACCMISSED)
> > > > > modparam("acc", "db_url", "DBURL")
> > > > >
> > > > > ...
> > > > >
> > > > > request_route {
> > > > > # per request initial checks
> > > > > route(REQINIT);
> > > > >
> > > > > # NAT detection
> > > > > route(NATDETECT);
> > > > >
> > > > > # handle requests within SIP dialogs
> > > > > route(WITHINDLG);
> > > > >
> > > > > # CANCEL processing
> > > > > if (is_method("CANCEL")) {
> > > > > if (t_check_trans()) {
> > > > > t_relay();
> > > > > };
> > > > > exit;
> > > > > };
> > > > >
> > > > > #### only initial requests (no To tag) ####
> > > > > t_check_trans();
> > > > >
> > > > > ....
> > > > >
> > > > > # account only INVITEs
> > > > > if (is_method("INVITE")) {
> > > > > setflag(FLT_DLG); # create dialog
> > > > > setflag(FLT_ACC); # do accounting
> > > > > setflag(FLT_ACCFAILED); # ... even if the transaction fails
> > > > >
> > > > > $avp(dlg_timeout) = 60;
> > > > > dlg_manage();
> > > > > ....
> > > > >
> > > > > }
> > > > >
> > > > > --
> > > > >
> > > > > Any ideas why its happening? Since it is 3 weeks old so may be
> > > > > problem has already been spotted and fixed by someone else. Otherwise let
> > > > > me know how can i provide more info to help fix this issue.
> > > > >
> > > > > Thank you.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > sr-dev mailing \
> > > > > listsr-dev@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> > > > >
> > > > >
> > > > > --
> > > > > Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - \
> > > > > http://www.linkedin.com/in/miconda
> > > > >
> > > > > _______________________________________________
> > > > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > > > > sr-users@lists.sip-router.org
> > > > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> > > > >
> > > > >
> > > >
> > >
> >
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - \
> http://www.linkedin.com/in/miconda
>
[Attachment #5 (text/html)]
<div dir="ltr"><div>OK, i will run some tests and get back to you.<br><br></div>Thank \
you.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 27, \
2014 at 10:22 PM, Daniel-Constantin Mierla <span dir="ltr"><<a \
href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
I did a basic test (acc with parameters as in default kamailio.cfg)
and invite is accounted ok. I used master branch, but there is no
difference with acc from 4.2.<br>
<br>
Can you run with debug=3 and see all the log messages, maybe you get
a further hint from there.<br>
<br>
Also, you can try with clone_msg parameter set to 0 - it is one of
latest additions to acc module, just be sure you don't have some
corner case situation...<br>
<br>
Cheers,<br>
Daniel<div><div class="h5"><br>
<br>
<div>On 24/12/14 15:23, Muhammad Shahzad
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>After upgrade to version 4.2.1-a2aa22, result is same.<br>
<br>
</div>
Thank you.<br>
<br>
<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24, 2014 at 1:32 PM,
Muhammad Shahzad <span dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" \
target="_blank">shaheryarkh@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"> <div dir="ltr">
<div>Looking at log level 3 logs, i see when INVITE has
been authenticated ACC module creates the dialog,<br>
<br>
--<br>
DEBUG: acc [acc_cdr.c:726]: cdr_on_create(): dialog
'0xa5936e70' created!<br>
--<br>
<br>
</div>
But acc callback is only triggered AFTER 200 OK of BYE
request,<br>
<br>
--<br>
DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback
called for t(0xa591d840) event type 2, reply <br>
code 200<br>
--<br>
<div><br>
</div>
<div>Between these two log lines there is no log from acc
module.<br>
</div>
<div><br>
</div>
<div>Thank you.<br>
</div>
<div><br>
<br>
</div>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24, 2014 at 11:04
AM, Muhammad Shahzad <span dir="ltr"><<a \
href="mailto:shaheryarkh@gmail.com" \
target="_blank">shaheryarkh@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">
<div>
<div>See attached SIP trace.<br>
<br>
</div>
Note, i have obfuscated source and destination
number and IPs etc. due to privacy reasons.<br>
<br>
</div>
Thank you.<br>
<br>
<br>
</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 24,
2014 at 10:36 AM, Muhammad Shahzad <span \
dir="ltr"><<a href="mailto:shaheryarkh@gmail.com" \
target="_blank">shaheryarkh@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">
<div>
<div>
<div>OK, i will upgrade my staging
server and do some testing.<br>
<br>
</div>
The acc module does not post
records anywhere, neither syslog
nor db. The problem is happening
to all calls (not any specific
call).<br>
<br>
</div>
Regarding the FROM header, the only
change done is to add "+" to
callerid (after replacing 00 if
present), this is extensively tested
feature in past 6 months.<br>
<br>
</div>
I have analyzed all the SIP packets in
call using ngrep, they all seem
perfectly fine. All packets (request +
reply) are correctly received and
forwarded by kamailio. Unfortunately i
deleted them and need to get new
trace. I will send it to you in the
afternoon.<br>
<div><br>
<div>Thank you.<br>
</div>
<div>
<div>
<div>
<div>
<div>
<div><br>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>
<div>On Tue, Dec 23, 2014 at 10:10
PM, Daniel-Constantin Mierla <span \
dir="ltr"><<a href="mailto:miconda@gmail.com" \
target="_blank">miconda@gmail.com</a>></span> wrote:<br>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0 0 \
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div>
<div>
<div bgcolor="#FFFFFF" text="#000000"> \
Hello,<br> <br>
you can try with latest git
branch 4.2 and see the
results.<br>
<br>
At a quick look between the
version you reported to work
and the new version you run,
I couldn't spot a commit
that could be the reason.<br>
<br>
Do you get the acc record in
syslog for INVITE?<br>
<br>
How do you set the values
for replacing From header?
If you load from database,
be sure the values are
valid. I see the uac module
complains about restoring
operation. It might be the
reason for the issues --
config could be ok, but the
subscriber data wrong.<br>
<br>
You should save the traffic
for a while and check the
packets for missing records
-- you can use tools such as
tcpdump, sipgrep, ngrep to
store the traffic in a file
for later analysis. When you
find a missing record,
search in the file with the
sip traffic and see if
something is broken there.<br>
<br>
Cheers,<br>
Daniel
<div>
<div><br>
<br>
<div>On 23/12/14 21:45,
Muhammad Shahzad
wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div>
<div dir="ltr">
<div>Hi,<br>
<br>
</div>
<div>About 3 weeks
ago i upgraded one
of my production
server with latest
stable kamailio
version
4.2.1-fad00a. Now
i am getting a lot
of complaints
about missing CDR
events in ACC
table. I observe
following
problems,<br>
<br>
</div>
<div>1. There are
only BYE records
in acc table, no
record for INVITE
or ACK.<br>
</div>
<div>2. In kamailio
logs when ACK is
received against
200 OK response
for INVITE, i see
following errors,<br>
<br>
--<br>
ERROR:
<core>
[parser/parse_from.c:113]:
parse_from_uri():
failed to parse
From uri <br>
ERROR: pv
[pv_core.c:434]:
pv_get_xto_attr():
cannot parse From
URI <br>
NOTICE:
<script>:
[udp:<null>@<a \
href="http://1.0.0.127:5060" target="_blank">1.0.0.127:5060</a>]:
Call from '<a \
href="mailto:you@kamailio.org" \
target="_blank">you@kamailio.org</a>' to
'<a \
href="mailto:you@kamailio.org" target="_blank">you@kamailio.org</a>' has been \
hanged up by
'<null>' at
'1419364717.255484'<br>
--<br>
</div>
<div><br>
</div>
<div>Of course all
these errors are
bogus, I have
checked all
headers in ACK
(not just FROM
header), they all
seem perfectly
fine and valid.<br>
<br>
</div>
<div>3. Then the
dialog times out,<br>
<br>
--<br>
WARNING: dialog
[dlg_handlers.c:1440]:
dlg_ontimeout():
timeout for dlg
with CallID
\
'6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9' and tags
\
'1D3ECD34F5731AB845BA3064AC95BB2D'
\
'7f55e81e0630-100007f-13c4-6009-2440a4-5fa31570-2440a4' <br>
--<br>
<br>
</div>
<div>4. Any further
sequential
requests complain
about "unable to
find dialog", e.g.<br>
<br>
--<br>
NOTICE:
<script>:
Sequencial 'BYE'
request received
from caller<br>
ERROR: uac
[replace.c:591]:
restore_uri(): new
URI [] shorter
than old URI [<a \
href="mailto:sip%3A00xxxxxxxxxx@sip.domain.com" \
target="_blank">sip:00xxxxxxxxxx@sip.domain.com</a>]<br> WARNING: dialog
[dlg_handlers.c:1174]:
dlg_onroute():
unable to find
dialog for BYE
with route param
'5ae1.d595'
[7845:22877]<br>
--<br>
<br>
</div>
<div>5. However the
acc record for BYE
is written to db
and log file,<br>
<br>
--<br>
NOTICE: acc
[acc.c:318]:
acc_log_request():
ACC: transaction
answered:
timestamp=1419364760;method=BYE;from_tag=7f55e81e0630-100007f-13c4-6009-2440a4-5fa3157 \
0-2440a4;to_tag=1D3ECD34F5731AB845BA3064AC95BB2D;call_id=6D8BD23CAC65AE3C1DE1D0B531F87B8CFEAA9CB9;code=200;reason=OK;src_user=00xxxxxxxxxx;src_domain=<a \
href="http://sip.domain.com" \
target="_blank">sip.domain.com</a>;src_ip=xx.xx.xx.xx;dst_ouser=+1xxxxxxxxxx;dst_user=1xxxxxxxxxx;dst_domain=yy.yy.yy.yy<br>
--<br>
</div>
<div><br>
<br>
</div>
<div>The same config
was working fine
with older version
4.2.0-97cab8. The
kamailio config i
am using is pretty
much standard,<br>
<br>
--<br>
#!define FLT_ACC 1<br>
#!define
FLT_ACCMISSED 2<br>
#!define
FLT_ACCFAILED 3<br>
#!define FLT_DLG 4<br>
<br>
...<br>
<br>
modparam("acc",
"early_media", 1)<br>
modparam("acc",
"report_ack", 1)<br>
modparam("acc",
"report_cancels",
1)<br>
modparam("acc",
"detect_direction",
1)<br>
modparam("acc",
"log_flag",
FLT_ACC)<br>
modparam("acc",
"log_missed_flag",
FLT_ACCMISSED)<br>
modparam("acc",
\
"failed_transaction_flag", FLT_ACCFAILED)<br>
</div>
<div># log to db<br>
</div>
<div>modparam("acc",
"db_flag",
FLT_ACC)<br>
modparam("acc",
"db_missed_flag",
FLT_ACCMISSED)<br>
modparam("acc",
"db_url", \
"DBURL")<br> <br>
...<br>
<br>
</div>
<div>request_route {<br>
# per request
initial checks<br>
route(REQINIT);<br>
<br>
# NAT
detection<br>
route(NATDETECT);<br>
<br>
# handle
requests within
SIP dialogs<br>
route(WITHINDLG);<br>
<br>
# CANCEL
processing<br>
if
(is_method("CANCEL"))
{<br>
if
(t_check_trans())
{<br>
t_relay();<br>
};<br>
exit;<br>
};<br>
<br>
#### only
initial requests
(no To tag) ####<br>
t_check_trans();<br>
<br>
....<br>
<br>
# account only
INVITEs<br>
if
(is_method("INVITE"))
{<br>
setflag(FLT_DLG);
# create dialog<br>
setflag(FLT_ACC);
# do accounting<br>
setflag(FLT_ACCFAILED);
# ... even if the
transaction fails<br>
<br>
$avp(dlg_timeout)
= 60;<br>
dlg_manage();<br>
....<br>
<br>
}<br>
</div>
<div><br>
</div>
<div>--<br>
<br>
</div>
<div>Any ideas why
its happening?
Since it is 3
weeks old so may
be problem has
already been
spotted and fixed
by someone else.
Otherwise let me
know how can i
provide more info
to help fix this
issue.<br>
<br>
</div>
<div>Thank you.<br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div>
</div>
\
<pre>_______________________________________________ sr-dev mailing list
<a href="mailto:sr-dev@lists.sip-router.org" \
target="_blank">sr-dev@lists.sip-router.org</a> <a \
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" \
target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev</a><span><font \
color="#888888"> </font></span></pre>
<span><font color="#888888"> \
</font></span></blockquote> <span><font color="#888888">
<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://twitter.com/#%21/miconda" \
target="_blank">http://twitter.com/#!/miconda</a> - <a \
href="http://www.linkedin.com/in/miconda" \
target="_blank">http://www.linkedin.com/in/miconda</a></pre> </font></span></div>
<br>
</div>
</div>
_______________________________________________<br>
SIP Express Router (SER) and
Kamailio (OpenSER) - sr-users
mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" \
target="_blank">sr-users@lists.sip-router.org</a><br> <a \
href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" \
target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br> \
<br> </blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre cols="72">--
Daniel-Constantin Mierla
<a href="http://twitter.com/#!/miconda" \
target="_blank">http://twitter.com/#!/miconda</a> - <a \
href="http://www.linkedin.com/in/miconda" \
target="_blank">http://www.linkedin.com/in/miconda</a></pre> </div></div></div>
</blockquote></div><br></div>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic