From fcricardo at gmail.com  Wed Apr  1 05:38:07 2009
From: fcricardo at gmail.com (Ricardo Castanheira)
Date: Wed, 1 Apr 2009 09:38:07 -0300
Subject: [RTPproxy Users] Rtpproxy another machine
Message-ID: <3bc76c5c0904010538i49c6899s374be0994695049f@mail.gmail.com>

Hello,

RTPProxy in same machine " opensips it's Work."

devroute1 rtpproxy[11162]: INFO:handle_command: new session
mikrvhdbjzljovv at tutty, tag evdwg;1 requested, type strong
devroute1 rtpproxy[11162]: INFO:handle_command: new session on a port 12314
created, tag evdwg;1
devroute1 rtpproxy[11162]: INFO:handle_command: pre-filling caller's address
with 200.233.220.57:10000

devroute1 rtpproxy[11162]: INFO:handle_delete: forcefully deleting session 1
on ports 12314/0
devroute1 rtpproxy[11162]: INFO:remove_session: RTP stats: 0 in from callee,
0 in from caller, 0 relayed, 0 dropped
devroute1 rtpproxy[11162]: INFO:remove_session: RTCP stats: 0 in from
callee, 0 in from caller, 0 relayed, 0 dropped
devroute1 rtpproxy[11162]: INFO:remove_session: session on ports 12314/0 is
cleaned up


RTPProxy in another machine is not work.

DBUG:handle_command: received command "11665_2 U
d02dcebd83d6975f at 10.11.1.209 200.233.220.57 10000 506da86d22962396;1"
INFO:handle_command: new session d02dcebd83d6975f at 10.11.1.209, tag
506da86d22962396;1 requested, type strong
INFO:handle_command: new session on a port 15528 created, tag
506da86d22962396;1
INFO:handle_command: pre-filling caller's address with 200.233.220.57:10000
DBUG:doreply: sending reply "11665_2 15528 201.48.113.150
"
DBUG:handle_command: received command "11679_2 D
d02dcebd83d6975f at 10.11.1.209 506da86d22962396"
INFO:handle_delete: forcefully deleting session 1 on ports 15528/0
INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0
relayed, 0 dropped
INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0
relayed, 0 dropped
INFO:remove_session: session on ports 15528/0 is cleaned up
DBUG:doreply: sending reply "11679_2 0

Any idea
Sorry my English

Ricardo Castanheira
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rtpproxy.org/pipermail/users/attachments/20090401/46210f5e/attachment.html 

From fcricardo at gmail.com  Wed Apr  1 13:14:09 2009
From: fcricardo at gmail.com (Ricardo Castanheira)
Date: Wed, 1 Apr 2009 17:14:09 -0300
Subject: [RTPproxy Users] Rtpproxy another machine
In-Reply-To: <3bc76c5c0904010538i49c6899s374be0994695049f@mail.gmail.com>
References: <3bc76c5c0904010538i49c6899s374be0994695049f@mail.gmail.com>
Message-ID: <3bc76c5c0904011314p266f17b5mc846015ab0c487f6@mail.gmail.com>

more log another RTP machine.


ERROR:nathelper:extract_body: message body has length zero
Apr  1 15:06:08 devroute1 /sbin/opensips[11925]:
ERROR:nathelper:force_rtp_proxy2_f: can't extract body from the message


Ricardo Castanheira



On Wed, Apr 1, 2009 at 9:38 AM, Ricardo Castanheira <fcricardo at gmail.com>wrote:

> Hello,
>
> RTPProxy in same machine " opensips it's Work."
>
> devroute1 rtpproxy[11162]: INFO:handle_command: new session
> mikrvhdbjzljovv at tutty, tag evdwg;1 requested, type strong
> devroute1 rtpproxy[11162]: INFO:handle_command: new session on a port 12314
> created, tag evdwg;1
> devroute1 rtpproxy[11162]: INFO:handle_command: pre-filling caller's
> address with 200.233.220.57:10000
>
> devroute1 rtpproxy[11162]: INFO:handle_delete: forcefully deleting session
> 1 on ports 12314/0
> devroute1 rtpproxy[11162]: INFO:remove_session: RTP stats: 0 in from
> callee, 0 in from caller, 0 relayed, 0 dropped
> devroute1 rtpproxy[11162]: INFO:remove_session: RTCP stats: 0 in from
> callee, 0 in from caller, 0 relayed, 0 dropped
> devroute1 rtpproxy[11162]: INFO:remove_session: session on ports 12314/0 is
> cleaned up
>
>
> RTPProxy in another machine is not work.
>
> DBUG:handle_command: received command "11665_2 U
> d02dcebd83d6975f at 10.11.1.209 200.233.220.57 10000 506da86d22962396;1"
> INFO:handle_command: new session d02dcebd83d6975f at 10.11.1.209, tag
> 506da86d22962396;1 requested, type strong
> INFO:handle_command: new session on a port 15528 created, tag
> 506da86d22962396;1
> INFO:handle_command: pre-filling caller's address with
> 200.233.220.57:10000
> DBUG:doreply: sending reply "11665_2 15528 201.48.113.150
> "
> DBUG:handle_command: received command "11679_2 D
> d02dcebd83d6975f at 10.11.1.209 506da86d22962396"
> INFO:handle_delete: forcefully deleting session 1 on ports 15528/0
> INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0
> relayed, 0 dropped
> INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0
> relayed, 0 dropped
> INFO:remove_session: session on ports 15528/0 is cleaned up
> DBUG:doreply: sending reply "11679_2 0
>
> Any idea
> Sorry my English
>
> Ricardo Castanheira
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rtpproxy.org/pipermail/users/attachments/20090401/87bc5561/attachment.html 

From x-rtpproxy at sidell.org  Wed Apr 15 15:56:47 2009
From: x-rtpproxy at sidell.org (x-rtpproxy at sidell.org)
Date: Wed, 15 Apr 2009 18:56:47 -0400
Subject: [RTPproxy Users] zero port returned from rtpproxy
Message-ID: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>

I'm trying to get rtpproxy running with kamailio ser.  The problem is
that I'm only getting audio in one direction, when both clients need
to be nated.  From the logs, it looks like the originating client is
getting set up correctly, but when ser call force_rtp_proxy() when it
handles the OK from the receiving client, rtpproxy returns a 0 (zero)
port number for that end.  This causes ser to fail to rewrite the SDP
info for that client.

Below is the rtpproxy log output.  What looks strange is the "lookup
request failed" line, and then the sending reply "3560_8 0
174.133.24.130", with the 0 port number.

Anyone know what I'm doing wrong?

Here is the setup for the originating client:

> DBUG:handle_command: received command "3560_7 Uc107,119,100,106,0,105,98,8,3,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.39 16548 ae213634;0"
> INFO:handle_command: new session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tag ae213634;0 requested, type strong
> INFO:handle_command: new session on a port 64680 created, tag ae213634;0
> INFO:handle_command: pre-filling caller's address with 64.105.44.39:16548
> DBUG:doreply: sending reply "3560_7 64680 174.133.24.130"

Here is the setup for the receiving client:

> DBUG:handle_command: received command "3560_8 Lc107,0,8,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.41 3000 ae213634;1 bf2ce529baeb74e;1"
> INFO:handle_command: lookup request failed: session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tags ae213634;1/bf2ce529baeb74e;1 not found
> DBUG:doreply: sending reply "3560_8 0 174.133.24.130"

This is when the call is terminated:

> DBUG:handle_command: received command "3560_9 D YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. bf2ce529baeb74e ae213634"
> INFO:handle_delete: forcefully deleting session 0 on ports 64680/0
> INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped
> INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped
> INFO:remove_session: session on ports 64680/0 is cleaned up
> DBUG:doreply: sending reply "3560_9 0"

-- 
Mark Sidell
Partner
Forte, Inc.
919-942-7068
fax 919-969-2844
www.forteinc.com

From sobomax at sippysoft.com  Thu Apr 16 12:13:03 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Thu, 16 Apr 2009 12:13:03 -0700
Subject: [RTPproxy Users] zero port returned from rtpproxy
In-Reply-To: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>
References: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>
Message-ID: <49E7833F.7010906@sippysoft.com>

x-rtpproxy at sidell.org wrote:
> I'm trying to get rtpproxy running with kamailio ser.  The problem is
> that I'm only getting audio in one direction, when both clients need
> to be nated.  From the logs, it looks like the originating client is
> getting set up correctly, but when ser call force_rtp_proxy() when it
> handles the OK from the receiving client, rtpproxy returns a 0 (zero)
> port number for that end.  This causes ser to fail to rewrite the SDP
> info for that client.
> 
> Below is the rtpproxy log output.  What looks strange is the "lookup
> request failed" line, and then the sending reply "3560_8 0
> 174.133.24.130", with the 0 port number.
> 
> Anyone know what I'm doing wrong?
> 
> Here is the setup for the originating client:
> 
>> DBUG:handle_command: received command "3560_7 Uc107,119,100,106,0,105,98,8,3,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.39 16548 ae213634;0"
>> INFO:handle_command: new session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tag ae213634;0 requested, type strong
>> INFO:handle_command: new session on a port 64680 created, tag ae213634;0
>> INFO:handle_command: pre-filling caller's address with 64.105.44.39:16548
>> DBUG:doreply: sending reply "3560_7 64680 174.133.24.130"
> 
> Here is the setup for the receiving client:
> 
>> DBUG:handle_command: received command "3560_8 Lc107,0,8,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.41 3000 ae213634;1 bf2ce529baeb74e;1"
>> INFO:handle_command: lookup request failed: session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tags ae213634;1/bf2ce529baeb74e;1 not found
>> DBUG:doreply: sending reply "3560_8 0 174.133.24.130"
> 
> This is when the call is terminated:
> 
>> DBUG:handle_command: received command "3560_9 D YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. bf2ce529baeb74e ae213634"
>> INFO:handle_delete: forcefully deleting session 0 on ports 64680/0
>> INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped
>> INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped
>> INFO:remove_session: session on ports 64680/0 is cleaned up
>> DBUG:doreply: sending reply "3560_9 0"

Mark,

0 means the proxy cannot locate the session. For some reason the proxy 
requests stream #0 in INVITE, while stream #1 in the 200 OK. I am not 
sure why it does so, can you please send us you kamalio configuration file?

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

From x-rtpproxy at sidell.org  Fri Apr 17 04:18:23 2009
From: x-rtpproxy at sidell.org (x-rtpproxy at sidell.org)
Date: Fri, 17 Apr 2009 07:18:23 -0400
Subject: [RTPproxy Users] zero port returned from rtpproxy
In-Reply-To: <49E7833F.7010906@sippysoft.com>
References: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>
	<49E7833F.7010906@sippysoft.com>
Message-ID: <knogu41eo81oisuli1icrqfqr6ihkf8c8v@4ax.com>

On Thu, 16 Apr 2009 12:13:03 -0700, Maxim Sobolev wrote:

> > Below is the rtpproxy log output.  What looks strange is the "lookup
> > request failed" line, and then the sending reply "3560_8 0
> > 174.133.24.130", with the 0 port number.
> > 
> > Here is the setup for the originating client:
> > 
> >> DBUG:handle_command: received command "3560_7 Uc107,119,100,106,0,105,98,8,3,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.39 16548 ae213634;0"
> >> INFO:handle_command: new session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tag ae213634;0 requested, type strong
> >> INFO:handle_command: new session on a port 64680 created, tag ae213634;0
> >> INFO:handle_command: pre-filling caller's address with 64.105.44.39:16548
> >> DBUG:doreply: sending reply "3560_7 64680 174.133.24.130"
> > 
> > Here is the setup for the receiving client:
> > 
> >> DBUG:handle_command: received command "3560_8 Lc107,0,8,101 YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE. 64.105.44.41 3000 ae213634;1 bf2ce529baeb74e;1"
> >> INFO:handle_command: lookup request failed: session YTc5OTljZTc4OTFjNDQwZDYxZTVhMTUzMzQ0ZTNkMGE., tags ae213634;1/bf2ce529baeb74e;1 not found
> >> DBUG:doreply: sending reply "3560_8 0 174.133.24.130"
>
> 0 means the proxy cannot locate the session. For some reason the proxy 
> requests stream #0 in INVITE, while stream #1 in the 200 OK. I am not 
> sure why it does so, can you please send us you kamalio configuration file?

Maxim,

Thanks for your response.  The cfg file is below.  I am running
kamailio 1.5.0, and rtpproxy 1.2.0.  The cfg file was generated by the
sipwise sip:wizard tool.  I tweaked it where necessary to make it
compatible with 1.5.0.

If I'm not mistaken, the ftp stream for the 200 OK is set up in
onreply_route[2].


########################################################################
# This configuration is autogenerated by sip:wizard
# (http://www.sipwise.com/wizard) on Wed Apr 15 17:02:34 +0200 2009
# for OpenSER 1.2
#
# Copyright (C) 2007 Sipwise (support at sipwise.com)
########################################################################

########################################################################
# By obtaining, using, and/or copying this configuration and/or its
# associated documentation, you agree that you have read, understood,
# and will comply with the Terms of Usage provided at
# http://www.sipwise.com/news/?page_id=6 as well as the following
# additions:
#
# Permission to use, copy, modify, and distribute this configuration
and
# its associated documentation for any purpose and without fee is
hereby
# granted, provided that the above copyright notice appears in all
# copies, and that both that copyright notice and this permission
notice
# appear in supporting documentation, and that the name of Sipwise or
# the author will not be used in advertising or publicity pertaining
to
# distribution of the configuration without specific, written prior
# permission.
########################################################################

########################################################################
# Before using this configuration, read the following prerequisites in
# order to gain the designated functionallity:
#
# base:
#    You have to insert all locally served domains (i.e. 
#    "openserctl domain add your.domain.com").
#    
# nat-rtpproxy:
#    You have to install RTPProxy 
#    (http://www.openser.org/downloads/snapshots/rtpproxy/) for
relaying 
#    RTP traffic.
#    
# usr-preferences:
#    This feature relies on UUID-based provisioning. Thus, you have 
#    to add the uuid-column to the subscriber table ("alter table 
#    subscriber add column uuid varchar(64);") and populate it with a 
#    UUID (unique user identifier) per user, for example an 
#    auto-incremented id.
#    
# offnet-incoming-sip:
#    You have to populate the "trusted"-table with rules for 
#    allowed peering hosts (i.e. src_ip="1.2.3.4", proto="udp", 
#    from_pattern="^sip:.*@domain.of.peering.host$", tag="1234"). If
the 
#    feature "usr-preferences" is selected, the tag-value is used as 
#    caller-uuid for such calls.
#    
# offnet-pstn:
#    You have to add a routing entry for lcr (i.e. "openserctl  lcr 
#    addroute '' '' 1 1"). Additionally, you have to add your gateways
#    (i.e. "openserctl lcr addgw my-test-gw 1.2.3.4 5060 sip udp 1").
#    
# ring-timeout:
#    You have to provision the ring-timeout (AVP ringtimeout as 
#    type 1) for each user in the usr_preferences table (i.e. 
#    uuid='1234', username='', domain='', attribute='ringtimeout', 
#    type=1, value='60'). If no timeout is provisioned, the default 
#    timeout will be used.
#    
# cfu:
#    You have to provision the call-forward-unconditional as full 
#    SIP URI (AVP cfu as type 0) for each user in the usr_preferences 
#    table (i.e. uuid='1234', username='', domain='', attribute='cfu',
#    type=0, value='sip:foo at otherdomain.com').  Forwards to another
user 
#    in the same domain or to other domains are possible.
#    
# cfc:
#    You have to provision the call-forward-conditional as full SIP 
#    URI (AVP cfc as type 0) for each user in the usr_preferences
table 
#    (i.e. uuid='1234', username='', domain='', attribute='cfc',
type=0, 
#    value='sip:foo at otherdomain.com').  Forwards to another user in
the 
#    same domain or to other domains are possible.
#    
# user-aliases:
#    You have to add aliases for your users (i.e. "openserctl alias 
#    add 01234567 sip:bob at yourdomain.com" for usrloc-based aliases or 
#    make entries into "dbaliases" table for db-based aliases)
#    
########################################################################

########################################################################
# Configuration 'sip:wizard - Wed Apr 15 17:02:34 +0200 2009'
########################################################################

listen = udp:127.0.0.1:5060
mpath = "/usr/local/kamailio/lib/kamailio/modules/"
children = 8
port = 5060
debug = 6
fork = no
#mfs group = "openser"
#mfs user = "openser"
disable_tcp = no
log_facility = LOG_DAEMON
log_stderror = yes
tcp_children = 4
mhomed = no
server_signature = yes
#mfs sock_group = "openser"
#mfs sock_mode = 0600
#mfs sock_user = "openser"
#mfs unix_sock = "/tmp/openser.sock"
#mfs unix_sock_children = 1
reply_to_via = no
sip_warning = no
check_via = no
dns = no
rev_dns = no
disable_core_dump = no
dns_try_ipv6 = yes
dns_use_search_list = yes

# mfs added these modules
loadmodule "siputils.so"
loadmodule "pv.so"

loadmodule "usrloc.so"
modparam("usrloc", "user_column", "username")
modparam("usrloc", "domain_column", "domain")
modparam("usrloc", "contact_column", "contact")
modparam("usrloc", "expires_column", "expires")
modparam("usrloc", "q_column", "q")
modparam("usrloc", "callid_column", "callid")
modparam("usrloc", "cseq_column", "cseq")
modparam("usrloc", "methods_column", "methods")
modparam("usrloc", "flags_column", "flags")
modparam("usrloc", "user_agent_column", "user_agent")
modparam("usrloc", "received_column", "received")
modparam("usrloc", "socket_column", "socket")
modparam("usrloc", "use_domain", 0)
modparam("usrloc", "desc_time_order", 0)
modparam("usrloc", "timer_interval", 60)
modparam("usrloc", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("usrloc", "db_mode", 1)
modparam("usrloc", "matching_mode", 0)
modparam("usrloc", "cseq_delay", 20)
modparam("usrloc", "nat_bflag", 6)

loadmodule "registrar.so"
modparam("registrar", "default_expires", 3600)
modparam("registrar", "min_expires", 60)
modparam("registrar", "max_expires", 0)
modparam("registrar", "default_q", 0)
modparam("registrar", "append_branches", 1)
modparam("registrar", "case_sensitive", 0)
modparam("registrar", "received_param", "received")
modparam("registrar", "max_contacts", 0)
modparam("registrar", "retry_after", 0)
modparam("registrar", "method_filtering", 0)
modparam("registrar", "path_mode", 2)
modparam("registrar", "path_use_received", 0)
modparam("registrar", "received_avp", "$avp(i:801)")

loadmodule "rr.so"
modparam("rr", "enable_full_lr", 0)
modparam("rr", "append_fromtag", 1)
modparam("rr", "enable_double_rr", 1)
modparam("rr", "add_username", 0)

loadmodule "tm.so"
modparam("tm", "fr_timer", 30)
modparam("tm", "fr_inv_timer", 120)
modparam("tm", "wt_timer", 5)
modparam("tm", "delete_timer", 2)
#mfs??? modparam("tm", "noisy_ctimer", 0)
modparam("tm", "ruri_matching", 1)
modparam("tm", "via1_matching", 1)
modparam("tm", "unix_tx_timeout", 2)
modparam("tm", "restart_fr_on_each_reply", 1)
modparam("tm", "pass_provisional_replies", 0)
modparam("tm", "fr_inv_timer_avp", "$avp(s:callee_fr_inv_timer)")

loadmodule "xlog.so"
modparam("xlog", "buf_size", 4096)
modparam("xlog", "force_color", 0)

loadmodule "mi_fifo.so"
modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")
modparam("mi_fifo", "fifo_mode", 0660)
#mfs modparam("mi_fifo", "fifo_group", "openser")
#mfs modparam("mi_fifo", "fifo_user", "openser")
modparam("mi_fifo", "reply_dir", "/tmp/")
modparam("mi_fifo", "reply_indent", "\t")

loadmodule "domain.so"
modparam("domain", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("domain", "db_mode", 1)
modparam("domain", "domain_table", "domain")
modparam("domain", "domain_col", "domain")

loadmodule "nathelper.so"
modparam("nathelper", "natping_interval", 60)
modparam("nathelper", "ping_nated_only", 1)
modparam("nathelper", "rtpproxy_sock",
"udp:moresby.forteinc.com:5095")
#mfs ??? modparam("nathelper", "rtpproxy_disable", 0)
modparam("nathelper", "rtpproxy_disable_tout", 60)
modparam("nathelper", "rtpproxy_tout", 1)
modparam("nathelper", "rtpproxy_retr", 5)
modparam("nathelper", "sipping_method", "OPTIONS")
modparam("nathelper", "received_avp", "$avp(i:801)")

loadmodule "textops.so"

#mfs loadmodule "uri.so"		#OBSOLETE

loadmodule "sl.so"
modparam("sl", "enable_stats", 1)

loadmodule "maxfwd.so"
modparam("maxfwd", "max_limit", 256)

loadmodule "db_mysql.so"
modparam("db_mysql", "ping_interval", 300)
modparam("db_mysql", "auto_reconnect", 1)

loadmodule "auth.so"
modparam("auth", "nonce_expire", 300)
modparam("auth", "rpid_suffix",
";party=calling;id-type=subscriber;screen=yes")
modparam("auth", "rpid_avp", "$avp(s:rpid)")

loadmodule "auth_db.so"
modparam("auth_db", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("auth_db", "user_column", "username")
modparam("auth_db", "domain_column", "domain")
modparam("auth_db", "password_column", "password")
modparam("auth_db", "password_column_2", "ha1b")
modparam("auth_db", "calculate_ha1", 1)
modparam("auth_db", "use_domain", 0)
modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid")

loadmodule "uri_db.so"
modparam("uri_db", "db_url",
"mysql://openser:openserrw at localhost/openser")
#mfs modparam("uri_db", "uri_table", "uri")
#mfs modparam("uri_db", "uri_user_column", "username")
#mfs modparam("uri_db", "uri_domain_column", "domain")
#mfs modparam("uri_db", "uri_uriuser_column", "uri_user")
#mfs modparam("uri_db", "subscriber_table", "subscriber")
#mfs modparam("uri_db", "subscriber_user_column", "username")
#mfs modparam("uri_db", "subscriber_domain_column", "domain")
#mfs modparam("uri_db", "use_uri_table", 0)
modparam("uri_db", "use_domain", 0)

loadmodule "avpops.so"
modparam("avpops", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("avpops", "avp_table", "usr_preferences")
modparam("avpops", "use_domain", 0)
modparam("avpops", "uuid_column", "uuid")
modparam("avpops", "username_column", "username")
modparam("avpops", "domain_column", "domain")
modparam("avpops", "attribute_column", "attribute")
modparam("avpops", "value_column", "value")
modparam("avpops", "type_column", "type")

loadmodule "enum.so"
modparam("enum", "domain_suffix", "e164.org.")

loadmodule "permissions.so"
modparam("permissions", "default_allow_file", "permissions.allow")
modparam("permissions", "default_deny_file", "permissions.deny")
modparam("permissions", "check_all_branches", 1)
modparam("permissions", "allow_suffix", ".allow")
modparam("permissions", "deny_suffix", ".deny")
modparam("permissions", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("permissions", "db_mode", 1)
modparam("permissions", "trusted_table", "trusted")
modparam("permissions", "source_col", "src_ip")
modparam("permissions", "proto_col", "proto")
modparam("permissions", "from_col", "from_pattern")
modparam("permissions", "tag_col", "tag")
modparam("permissions", "peer_tag_avp", "$avp(s:peer_uuid)")

loadmodule "lcr.so"
modparam("lcr", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("lcr", "gw_table", "gw")
modparam("lcr", "gw_name_column", "gw_name")
modparam("lcr", "ip_addr_column", "ip_addr")
modparam("lcr", "port_column", "port")
modparam("lcr", "uri_scheme_column", "uri_scheme")
modparam("lcr", "transport_column", "transport")
modparam("lcr", "grp_id_column", "grp_id")
modparam("lcr", "lcr_table", "lcr")
modparam("lcr", "strip_column", "strip")
modparam("lcr", "prefix_column", "prefix")
modparam("lcr", "from_uri_column", "from_uri")
modparam("lcr", "priority_column", "priority")
modparam("lcr", "gw_uri_avp", "$avp(i:1400)")
modparam("lcr", "ruri_user_avp", "$avp(i:1402)")
#mfs obsolete modparam("lcr", "contact_avp", "1401")
modparam("lcr", "fr_inv_timer_avp", "$avp(s:fr_inv_timer_avp)")
modparam("lcr", "fr_inv_timer", 90)
modparam("lcr", "fr_inv_timer_next", 30)
modparam("lcr", "rpid_avp", "$avp(s:rpid)")
modparam("lcr", "flags_avp", "$avp(i:1403)")

loadmodule "alias_db.so"
modparam("alias_db", "db_url",
"mysql://openser:openserrw at localhost/openser")
modparam("alias_db", "user_column", "username")
modparam("alias_db", "domain_column", "domain")
modparam("alias_db", "alias_user_column", "alias_username")
modparam("alias_db", "alias_domain_column", "alias_domain")
modparam("alias_db", "use_domain", 0)

avp_aliases="orig_callee_user=s:101"
avp_aliases="callee_uuid=s:102"
avp_aliases="caller_uuid=s:103"


########################################################################
# Request route 'main'
########################################################################
route[0]
{
	xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu
IP=$si ID=$ci\n");
	force_rport();
	if(msg:len > max_len)
	{
		
		xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		sl_send_reply("513", "Message Too Big");
		exit;
	}
	if (!mf_process_maxfwd_header("10"))
	{
		
		xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		sl_send_reply("483", "Too Many Hops");
		exit;
	}
	if(!is_method("REGISTER"))
	{
		if(nat_uac_test("19"))
		{
			record_route(";nat=yes");
		}
		else
		{
			record_route();
		}
	}
	if(is_method("CANCEL") || is_method("BYE"))
	{
		unforce_rtp_proxy();
	}
	if(loose_route())
	{
		if(!has_totag())
		{
			
			xlog("L_INFO", "Initial loose-routing rejected
- M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
			sl_send_reply("403", "Initial Loose-Routing
Rejected");
			exit;
		}
		if(nat_uac_test("19") || search("^Route:.*;nat=yes"))
		{
			fix_nated_contact();
			setbflag(6);
		}
		
		route(7);
	}
	if(is_method("REGISTER"))
	{
		route(6);
	}
	if(is_method("INVITE"))
	{
		route(8);
	}
	if(is_method("CANCEL") || is_method("ACK"))
	{
		route(14);
	}
	
	route(15);
}

########################################################################
# Request route 'clear-usr-preferences-caller'
########################################################################
route[1]
{
	xlog("L_INFO", "Clear caller preferences - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
}

########################################################################
# Request route 'clear-usr-preferences-callee'
########################################################################
route[2]
{
	xlog("L_INFO", "Clear callee preferences - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
	avp_delete("$avp(s:callee_fr_inv_timer)/g");
	avp_delete("$avp(s:cfu)/g");
	avp_delete("$avp(s:cfc)/g");
	
}

########################################################################
# Request route 'usr-preferences-caller'
########################################################################
route[3]
{
	route(1);
	xlog("L_INFO", "Load caller preferences for uuid
'$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
	# load caller avps
	avp_db_load("$avp(s:caller_uuid)", "*");
	
}

########################################################################
# Request route 'usr-preferences-callee'
########################################################################
route[4]
{
	xlog("L_INFO", "Load callee preferences for uuid
'$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
	# load callee avps
	avp_db_load("$avp(s:callee_uuid)", "*");
	if(is_avp_set("$avp(s:cfu)/s"))
	{
		
		xlog("L_INFO", "Call-forward-unconditional to
'$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		avp_delete("$avp(s:caller_uuid)/g");
		avp_copy("$avp(s:callee_uuid)",
"$avp(s:caller_uuid)/d");
		avp_pushto("$ru", "$avp(s:cfu)");
		
		route(3);
		route(9);
		exit;
	}
	if(is_avp_set("$avp(s:ringtimeout)/n"))
	{
		
		xlog("L_INFO", "Setting ring timeout to
$avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si
ID=$ci\n");
		avp_copy("$avp(s:ringtimeout)",
"$avp(s:callee_fr_inv_timer)/d");
	}
	
}

########################################################################
# Request route 'stop-rtp-proxy'
########################################################################
route[5]
{
	if(isflagset(22))
	{
		unforce_rtp_proxy();
	}
	
}

########################################################################
# Request route 'base-route-register'
########################################################################
route[6]
{
	sl_send_reply("100", "Trying");
	if(!www_authorize("", "subscriber")) 
	{
		
		xlog("L_INFO", "Register authentication failed - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		www_challenge("", "0");
		exit;
	}
	if(!check_to()) 
	{
		
		xlog("L_INFO", "Spoofed To-URI detected - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		sl_send_reply("403", "Spoofed To-URI Detected");
		exit;
	}
	consume_credentials();
	if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) 
	{
		fix_nated_register();
		setbflag(6);
	}
	if(!save("location")) 
	{
		
		xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		sl_reply_error();
		exit;
	}
	
	xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
	exit;
	
}

########################################################################
# Request route 'base-outbound'
########################################################################
route[7]
{
	if(isbflagset(6))
	{
		if(!isflagset(22) && !search("^Content-Length:[ ]*0"))
		{
			setflag(22);
			force_rtp_proxy();
		}
		
		t_on_reply("2");
	}
	else
	{
		
		t_on_reply("1");
	}
	if(!isflagset(21))
	{
		
		t_on_failure("2");
	}
	if(isflagset(29))
	{
		append_branch();
	}
	if(is_present_hf("Proxy-Authorization"))
	{
		consume_credentials();
	}
	
	xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
	# no 100 (we already sent it) and no DNS blacklisting
	if(!t_relay("0x05"))
	{
		sl_reply_error();
		if(is_method("INVITE") && isbflagset(6))
		{
			unforce_rtp_proxy();
		}
	}
	exit;
	
}

########################################################################
# Request route 'base-route-invite'
########################################################################
route[8]
{
	sl_send_reply("100", "Trying");
	if(from_gw())
	{
		$avp(caller_uuid) = "0";
		
		xlog("L_INFO", "Call from PSTN' - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		setflag(23);
	}
	else
	{
		if(allow_trusted())
		{
			if(is_avp_set("$avp(s:peer_uuid)/s"))
			{
				# use tag-column from trusted-table as
uuid for this caller
				avp_copy("$avp(s:peer_uuid)",
"$avp(s:caller_uuid)/d");
			}
			else
			{
				# if no uuid is set, use "0" as
default uuid
				$avp(caller_uuid) = "0";
			}
			
			xlog("L_INFO", "Call from trusted peer with
uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si
ID=$ci\n");
			if(!is_domain_local("$rd"))
			{
				
				xlog("L_INFO", "Rejecting peering
attempt with non-local request domain - M=$rm RURI=$ru F=$fu T=$tu
IP=$si ID=$ci\n");
				sl_send_reply("403", "Relaying
Denied");
				exit;
			}
			setflag(23);
		}
		else
		{
			if(!proxy_authorize("", "subscriber")) 
			{
				
				xlog("L_INFO", "Proxy authentication
failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
				proxy_challenge("", "0");
				exit;
			}
			if(!check_from()) 
			{
				
				xlog("L_INFO", "Spoofed From-URI
detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
				sl_send_reply("403", "Spoofed From-URI
Detected");
				exit;
			}
		}
	}
	
	route(3);
	if(nat_uac_test("19")) 
	{
		fix_nated_contact();
		setbflag(6);
	}
	
	route(9);
}

########################################################################
# Request route 'invite-find-callee'
########################################################################
route[9]
{
	if(alias_db_lookup("dbaliases"))
	{
		
		xlog("L_INFO", "Callee was aliased - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
	}
	
	route(2);
	if(!is_domain_local("$rd"))
	{
		setflag(20);
		$avp(callee_uuid) = "0";
		
		route(11);
	}
	avp_delete("$avp(s:callee_uuid)");
	avp_db_query("select uuid from subscriber where username =
'$rU'", "$avp(s:callee_uuid)");
	if(is_avp_set("$avp(s:callee_uuid)/s"))
	{
		
		xlog("L_INFO", "Callee is local,
uuid='$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si
ID=$ci\n");
		route(10);
	}
	else
	{
		$avp(callee_uuid) = "0";
		
		xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		route(11);
	}
	exit;
	
}

########################################################################
# Request route 'invite-to-internal'
########################################################################
route[10]
{
	route(4);
	if(!lookup("location")) 
	{
		
		xlog("L_INFO", "Local user offline - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		sl_send_reply("404", "User Offline");
	}
	else
	{
		
		xlog("L_INFO", "Local user online - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		route(7);
	}
	exit;
	
}

########################################################################
# Request route 'invite-to-external'
########################################################################
route[11]
{
	if(isflagset(20))
	{
		
		xlog("L_INFO", "Call to foreign domain - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		route(7);
		exit;
	}
	
	route(13);
	if(!isflagset(23))
	{
		# don't allow calls relaying from PSTN to PSTN, if not
explicitely forwarded
		if(uri =~ "^sip:[0-9]+@")
		{
			# only route numeric users to PSTN
			if(!load_gws())
			{
				
				xlog("L_ERR", "Error loading PSTN
gateways - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
				sl_send_reply("503", "PSTN Termination
Currently Unavailable");
				exit;
			}
			if(!next_gw())
			{
				
				xlog("L_ERR", "No PSTN gateways
available - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
				sl_send_reply("503", "PSTN Termination
Currently Unavailable");
				exit;
			}
			setflag(21);
			
			t_on_failure("1");
			route(7);
		}
	}
	
	xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
	sl_send_reply("404", "User Not Found");
	exit;
	
}

########################################################################
# Request route 'normalize-e164'
########################################################################
route[12]
{
	# European numbering plans look like this:
	#   CC  = country code (i.e. 43 for Austria)
	#   NDC = national destination code (i.e. 1 for Vienna)
	#   SN  = subscriber number (i.e. 4001234)
	#  
	#       CC + NDC + SN, i.e. 4314001234
	#
	# Within the same CC+NDC, it can be omitted, so if
	# +4314001234 wants to call +4315002345, one can dial
	# just 5002345.
	#
	# Within the same CC, CC can be ommitted and a "0" is prefixed
	# to NDC, so if +4314001234 wants to call +4326003456, 
	# one can dial 026003456.
	#
	# For international calls, either "00" or + is prefixed, like
	# +49123456780 or 0049123456789.
	#
	avp_delete("$avp(s:orig_callee_user)/g");
	$avp(orig_callee_user) = $rU;

	if(uri =~ "^sip:(\+[1-9])?[0-9]+@")
	{
		# looks like a PSTN number
		if(uri =~ "^sip:0[1-9][0-9]+@")
		{
			# we have format 0+NDC+SN
			strip(1);
			prefix("+1");
		}
		else if(uri =~ "^sip:00[1-9]+@")
		{
			# we have format 00 + CC + NDC + SN
			strip(2);
			prefix("+");
		}
		else if(!uri =~ "^sip:\+[1-9][0-9]+@")
		{
			# unknown format, maybe NDC wasn't added
before?
			
			xlog("L_INFO", "Not normalized callee
'$avp(s:orig_callee_user)' to E.164 format - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
			return(-1);
		}
		# else we have "+" + CC + NDC + SN
		
		xlog("L_INFO", "Normalized callee
'$avp(s:orig_callee_user)' to E.164 format '$rU' - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		return(1);
	}
	else
	{
		
		xlog("L_INFO", "Not normalized callee
'$avp(s:orig_callee_user)' to E.164 format - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		return(-1);
	}
	
}

########################################################################
# Request route 'lookup-enum'
########################################################################
route[13]
{
	route(12);
	if($rc == 1)
	{
		if(enum_query("e164.org."))
		{
			# TODO: do GW fallback (load gws, set
failure-route)?
			
			xlog("L_INFO", "ENUM query succeeded - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
			setdsturi("sip:bandwidth.com:5060");
			
			route(7);
			exit;
		}
		else
		{
			
			xlog("L_INFO", "ENUM query failed - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
			# ENUM query failed, revert $rU
			avp_pushto("$ru/username",
"$avp(s:orig_callee_user)");
		}
	}
	
}

########################################################################
# Request route 'base-route-local'
########################################################################
route[14]
{
	t_on_reply("1");
	if(t_check_trans())
	{
		
		xlog("L_INFO", "Request leaving server - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		if(!t_relay())
		{
			sl_reply_error();
		}
	}
	else
	{
		
		xlog("L_INFO", "Dropping mis-routed request - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
	}
	exit;
	
}

########################################################################
# Request route 'base-route-generic'
########################################################################
route[15]
{
	xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
	sl_send_reply("501", "Method Not Supported Here");
	exit;
	
}

########################################################################
# Request route 'base-filter-failover'
########################################################################
route[16]
{
	if(!t_check_status("408|500|503"))
	{
		
		xlog("L_INFO", "No failover routing needed for this
response code - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		route(5);
		exit;
	}
	
}

########################################################################
# Reply route 'base-standard-reply'
########################################################################
onreply_route[1]
{
	xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si
ID=$ci\n");
	exit;
	
}

########################################################################
# Reply route 'base-nat-reply'
########################################################################
onreply_route[2]
{
	xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si
ID=$ci\n");

#mfs I rearranged this to be the same as the code in openser.cfg
	if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") 
	{
		if(!search("^Content-Length:[ ]*0"))
		{
			xlog("L_INFO", "NAT-Reply -
force_rtp_proxy\n");
			fix_nated_contact();
			force_rtp_proxy();
		}
	}
	else if(nat_uac_test("1"))
	{
		fix_nated_contact();
	}
	exit;
}

########################################################################
# Failure route 'pstn-failover'
########################################################################
failure_route[1]
{
	xlog("L_INFO", "Failure route for PSTN entered - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
	route(16);
	if(!next_gw())
	{
		
		xlog("L_ERR", "Failed to select next PSTN gateway -
M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
		route(5);
		exit;
	}
	
	t_on_failure("1");
	route(7);
}

########################################################################
# Failure route 'base-standard-failure'
########################################################################
failure_route[2]
{
	if(t_check_status("422|481|487"))
	{
		
		xlog("L_INFO", "Final reply - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		route(5);
		exit;
	}
	
	t_on_branch("1");
	xlog("L_INFO", "Redirect from UAC intercepted - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
	route(9);
#	if($avp(s:cfc) != NULL)
	if( is_avp_set( "$avp(s:cfc)"))
	{
		avp_pushto("$ru", "$avp(s:cfc)");
		setflag(29);
		append_branch();
		
		t_on_branch("1");
		xlog("L_INFO", "CFC detected - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
		route(9);
	}
	
	route(16);
	route(5);
}

########################################################################
# Branch route 'cfc-drop-local'
########################################################################
branch_route[1]
{
	if(is_domain_local("$rd"))
	{
		
		xlog("L_INFO", "Dropping local branch - M=$rm RURI=$ru
F=$fu T=$tu IP=$si ID=$ci\n");
		drop();
	}
	
}

From mayamatakeshi at gmail.com  Wed Apr 22 04:32:21 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Wed, 22 Apr 2009 20:32:21 +0900
Subject: [RTPproxy Users] Duplicate packets
Message-ID: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>

Hello,
checking my system using Kamailio and RTPProxy 1.1, I can see rtpproxy
is relaying 2 copies of every packet it receives. Is this normal
behavior or rtpproxy?
regards,
takeshi

From mayamatakeshi at gmail.com  Wed Apr 22 04:39:39 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Wed, 22 Apr 2009 20:39:39 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
Message-ID: <15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>

Hello, nevermind.
I found the explanation in the archives:
http://lists.rtpproxy.org/pipermail/users/2008-August/000067.html

regards,
takeshi

On Wed, Apr 22, 2009 at 8:32 PM, mayamatakeshi <mayamatakeshi at gmail.com> wrote:
> Hello,
> checking my system using Kamailio and RTPProxy 1.1, I can see rtpproxy
> is relaying 2 copies of every packet it receives. Is this normal
> behavior or rtpproxy?
> regards,
> takeshi
>

From sobomax at sippysoft.com  Thu Apr 23 03:04:56 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Thu, 23 Apr 2009 03:04:56 -0700
Subject: [RTPproxy Users] zero port returned from rtpproxy
In-Reply-To: <knogu41eo81oisuli1icrqfqr6ihkf8c8v@4ax.com>
References: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>	<49E7833F.7010906@sippysoft.com>
	<knogu41eo81oisuli1icrqfqr6ihkf8c8v@4ax.com>
Message-ID: <49F03D48.1070609@sippysoft.com>

That's really weird. I have just checked kamalio 1.5 sources and I 
cannot understand how you can get session number of 0. If you follow the 
program logic it is simply impossible for the medianum to have a zero 
value. The code looks like the following:

---- code ----
         medianum = 0;
         for (...) {
                 ++medianum;
                 snprintf(medianum_buf, sizeof medianum_buf, "%d", 
medianum);
                 medianum_str.s = medianum_buf;
                 medianum_str.len = strlen(medianum_buf);
                 send_rtpp_command(...);
         }
---- code ----

Did you compile the kamalio by yourself? Which version of compiler do 
you have installed if so? Recently we've seen some issues in rtpproxy 
with certain gcc version on Debian. Upgrading compiler to the latest 
version solved the issue.

Also, it could be helpful if you can send respective INVITE and 200 OK 
messages.

> Thanks for your response.  The cfg file is below.  I am running
> kamailio 1.5.0, and rtpproxy 1.2.0.  The cfg file was generated by the
> sipwise sip:wizard tool.  I tweaked it where necessary to make it
> compatible with 1.5.0.
> 
> If I'm not mistaken, the ftp stream for the 200 OK is set up in
> onreply_route[2].

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

From x-rtpproxy at sidell.org  Thu Apr 23 06:59:22 2009
From: x-rtpproxy at sidell.org (x-rtpproxy at sidell.org)
Date: Thu, 23 Apr 2009 09:59:22 -0400
Subject: [RTPproxy Users] zero port returned from rtpproxy
In-Reply-To: <49F03D48.1070609@sippysoft.com>
References: <n0pcu49sg67o04lv0llvpgevh6htuc5fn4@4ax.com>	<49E7833F.7010906@sippysoft.com>
	<knogu41eo81oisuli1icrqfqr6ihkf8c8v@4ax.com>
	<49F03D48.1070609@sippysoft.com>
Message-ID: <70r0v494m1nc0vcq3gogf9kn72aq3rmr9u@4ax.com>

On Thu, 23 Apr 2009 03:04:56 -0700, Maxim Sobolev wrote:

> That's really weird. I have just checked kamalio 1.5 sources and I 
> cannot understand how you can get session number of 0.
>
> Did you compile the kamalio by yourself? Which version of compiler do 
> you have installed if so?

Hi, Maxim.

Thanks for your reply.

I used the most-recent official source tars for both kamailio and
rtpproxy, and built them per the standard instructions.

Both programs are running on centos 5.2 servers.  According to yum,
the gcc installed on the servers is the latest available for centos
5.2  The reported gcc --version is:

gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)

> Also, it could be helpful if you can send respective INVITE and 200 OK 
> messages.

I have re-run the experiment and attached the log files.

The caller is a NATed client.  It's private IP is 192.168.0.137, and
its public IP is 64.105.44.41.

The callee is NOT NATed.  It's IP is 174.133.24.131.

Kamailio is at IP 174.133.24.132.

Rtpproxy is at IP 174.133.24.130.

As before, rtpproxy reports a failure when it tries to do the lookup
to establish the second leg of the call.  So, the callee is told to
send its SDP packets to the rtpproxy at 174.133.24.130.  But, the
caller is told to send its SDP packets directly to the callee at
174.133.24.131.

Once the call is connected, the callee can hear the caller, but the
caller cannot hear the callee.  As I understand it, this is because
rtpproxy never sets up the second leg of the call, so it refuses to
start passing packets from the callee through to the caller.

Finally, FWIW, I tried another experiment in which I replaced the
calls to force_rtp_proxy() with fix_nated_sdp( "3").  With this
change, everything works fine, because the call does not use rtpproxy.
Of course, it works only because the particular NATed client does not
share its public IP address with any other device.  But, at least this
shows that there is nothing else going wrong.


I have attached the following files:

wizard.cfg
The cfg file for kamailio.

monser.txt
A log of the SIP traffic, as seen at the kamailio server

kamailio.txt
The debug log output from kamailio.

rtpproxy.txt
The log output from rtpproxy.

-- 
Mark Sidell
Partner
Forte, Inc.
919-942-7068
fax 919-969-2844
www.forteinc.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wizard.cfg
Type: application/octet-stream
Size: 28229 bytes
Desc: not available
Url : http://lists.rtpproxy.org/pipermail/users/attachments/20090423/f3924449/attachment-0001.obj 
-------------- next part --------------
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.301167 64.105.44.41:5060 -> 174.133.24.132:5060
2009-04-23 09:33:36 INVITE sip:directra at clark.forteinc.com:5060 SIP/2.0.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bK4b5e28dfe.
2009-04-23 09:33:36 Max-Forwards: 70.
2009-04-23 09:33:36 Content-Length: 562.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024602 INVITE.
2009-04-23 09:33:36 Supported: timer.
2009-04-23 09:33:36 Allow-Events: talk,hold,conference.
2009-04-23 09:33:36 Allow:NOTIFY,REFER,OPTIONS,INVITE,ACK,CANCEL,BYE,INFO.
2009-04-23 09:33:36 Content-Type: application/sdp.
2009-04-23 09:33:36 Contact: <sip:201 at 192.168.0.137;transport=udp>.
2009-04-23 09:33:36 Supported: replaces.
2009-04-23 09:33:36 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 v=0.
2009-04-23 09:33:36 o=MxSIP 0 195786637 IN IP4 192.168.0.137.
2009-04-23 09:33:36 s=SIP Call.
2009-04-23 09:33:36 c=IN IP4 192.168.0.137.
2009-04-23 09:33:36 t=0 0.
2009-04-23 09:33:36 m=audio 3000 RTP/AVP 0 18 96 102 107 104 105 106 97 98 2 99 8 101.
2009-04-23 09:33:36 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:36 a=rtpmap:18 G729/8000.
2009-04-23 09:33:36 a=rtpmap:96 BV16/8000.
2009-04-23 09:33:36 a=rtpmap:102 BV32/16000.
2009-04-23 09:33:36 a=rtpmap:107 L16/16000.
2009-04-23 09:33:36 a=rtpmap:104 PCMU/16000.
2009-04-23 09:33:36 a=rtpmap:105 PCMA/16000.
2009-04-23 09:33:36 a=rtpmap:106 L16/8000.
2009-04-23 09:33:36 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:36 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:36 a=rtpmap:2 G726-32/8000.
2009-04-23 09:33:36 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:36 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:36 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:36 a=fmtp:101 0-15.
2009-04-23 09:33:36 a=ptime:30.
2009-04-23 09:33:36 a=silenceSupp:on - - - -.
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.301704 174.133.24.132:5060 -> 64.105.44.41:5060
2009-04-23 09:33:36 SIP/2.0 100 Trying.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bK4b5e28dfe;rport=5060;received=64.105.44.41.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024602 INVITE.
2009-04-23 09:33:36 Server: Kamailio (1.5.0-notls (i386/linux)).
2009-04-23 09:33:36 Content-Length: 0.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.301840 174.133.24.132:5060 -> 64.105.44.41:5060
2009-04-23 09:33:36 SIP/2.0 407 Proxy Authentication Required.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bK4b5e28dfe;rport=5060;received=64.105.44.41.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>;tag=e12908eebc986cfad5272205a918f900.a203.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024602 INVITE.
2009-04-23 09:33:36 Proxy-Authenticate: Digest realm="clark.forteinc.com", nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011".
2009-04-23 09:33:36 Server: Kamailio (1.5.0-notls (i386/linux)).
2009-04-23 09:33:36 Content-Length: 0.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.474531 64.105.44.41:5060 -> 174.133.24.132:5060
2009-04-23 09:33:36 ACK sip:directra at clark.forteinc.com:5060 SIP/2.0.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bK4b5e28dfe.
2009-04-23 09:33:36 Max-Forwards: 70.
2009-04-23 09:33:36 Content-Length: 0.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>;tag=e12908eebc986cfad5272205a918f900.a203.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024602 ACK.
2009-04-23 09:33:36 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.508420 64.105.44.41:5060 -> 174.133.24.132:5060
2009-04-23 09:33:36 INVITE sip:directra at clark.forteinc.com:5060 SIP/2.0.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bKee0b6e70c.
2009-04-23 09:33:36 Max-Forwards: 70.
2009-04-23 09:33:36 Content-Length: 562.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024603 INVITE.
2009-04-23 09:33:36 Supported: timer.
2009-04-23 09:33:36 Allow-Events: talk,hold,conference.
2009-04-23 09:33:36 Allow:NOTIFY,REFER,OPTIONS,INVITE,ACK,CANCEL,BYE,INFO.
2009-04-23 09:33:36 Contact: <sip:201 at 192.168.0.137;transport=udp>.
2009-04-23 09:33:36 Content-Type: application/sdp.
2009-04-23 09:33:36 Supported: replaces.
2009-04-23 09:33:36 Proxy-Authorization:Digest response="bf46a098cfb25c7e7856921b4080d07b",username="201",realm="clark.forteinc.com",nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011",uri="sip:directra at clark.forteinc.com:5060".
2009-04-23 09:33:36 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 v=0.
2009-04-23 09:33:36 o=MxSIP 0 195786637 IN IP4 192.168.0.137.
2009-04-23 09:33:36 s=SIP Call.
2009-04-23 09:33:36 c=IN IP4 192.168.0.137.
2009-04-23 09:33:36 t=0 0.
2009-04-23 09:33:36 m=audio 3000 RTP/AVP 0 18 96 102 107 104 105 106 97 98 2 99 8 101.
2009-04-23 09:33:36 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:36 a=rtpmap:18 G729/8000.
2009-04-23 09:33:36 a=rtpmap:96 BV16/8000.
2009-04-23 09:33:36 a=rtpmap:102 BV32/16000.
2009-04-23 09:33:36 a=rtpmap:107 L16/16000.
2009-04-23 09:33:36 a=rtpmap:104 PCMU/16000.
2009-04-23 09:33:36 a=rtpmap:105 PCMA/16000.
2009-04-23 09:33:36 a=rtpmap:106 L16/8000.
2009-04-23 09:33:36 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:36 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:36 a=rtpmap:2 G726-32/8000.
2009-04-23 09:33:36 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:36 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:36 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:36 a=fmtp:101 0-15.
2009-04-23 09:33:36 a=ptime:30.
2009-04-23 09:33:36 a=silenceSupp:on - - - -.
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.508877 174.133.24.132:5060 -> 64.105.44.41:5060
2009-04-23 09:33:36 SIP/2.0 100 Trying.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bKee0b6e70c;rport=5060;received=64.105.44.41.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024603 INVITE.
2009-04-23 09:33:36 Server: Kamailio (1.5.0-notls (i386/linux)).
2009-04-23 09:33:36 Content-Length: 0.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 
2009-04-23 09:33:36 #
2009-04-23 09:33:36 U 2009/04/23 09:33:36.727737 174.133.24.132:5060 -> 174.133.24.131:5060
2009-04-23 09:33:36 INVITE sip:members at semsdev.x.directra.com SIP/2.0.
2009-04-23 09:33:36 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 174.133.24.132;branch=z9hG4bKbfa8.b1a80ae4.0.
2009-04-23 09:33:36 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bKee0b6e70c.
2009-04-23 09:33:36 Max-Forwards: 69.
2009-04-23 09:33:36 Content-Length: 582.
2009-04-23 09:33:36 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:36 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:36 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:36 CSeq: 810024603 INVITE.
2009-04-23 09:33:36 Supported: timer.
2009-04-23 09:33:36 Allow-Events: talk,hold,conference.
2009-04-23 09:33:36 Allow:NOTIFY,REFER,OPTIONS,INVITE,ACK,CANCEL,BYE,INFO.
2009-04-23 09:33:36 Contact: <sip:201 at 64.105.44.41:5060;transport=udp>.
2009-04-23 09:33:36 Content-Type: application/sdp.
2009-04-23 09:33:36 Supported: replaces.
2009-04-23 09:33:36 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:36 .
2009-04-23 09:33:36 v=0.
2009-04-23 09:33:36 o=MxSIP 0 195786637 IN IP4 192.168.0.137.
2009-04-23 09:33:36 s=SIP Call.
2009-04-23 09:33:36 c=IN IP4 174.133.24.130.
2009-04-23 09:33:36 t=0 0.
2009-04-23 09:33:36 m=audio 64666 RTP/AVP 0 18 96 102 107 104 105 106 97 98 2 99 8 101.
2009-04-23 09:33:36 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:36 a=rtpmap:18 G729/8000.
2009-04-23 09:33:36 a=rtpmap:96 BV16/8000.
2009-04-23 09:33:36 a=rtpmap:102 BV32/16000.
2009-04-23 09:33:36 a=rtpmap:107 L16/16000.
2009-04-23 09:33:36 a=rtpmap:104 PCMU/16000.
2009-04-23 09:33:36 a=rtpmap:105 PCMA/16000.
2009-04-23 09:33:36 a=rtpmap:106 L16/8000.
2009-04-23 09:33:36 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:36 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:36 a=rtpmap:2 G726-32/8000.
2009-04-23 09:33:36 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:36 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:36 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:36 a=fmtp:101 0-15.
2009-04-23 09:33:36 a=ptime:30.
2009-04-23 09:33:36 a=silenceSupp:on - - - -.
2009-04-23 09:33:36 a=nortpproxy:yes.
2009-04-23 09:33:36 
2009-04-23 09:33:37 #
2009-04-23 09:33:37 U 2009/04/23 09:33:37.217813 174.133.24.132:5060 -> 174.133.24.131:5060
2009-04-23 09:33:37 INVITE sip:members at semsdev.x.directra.com SIP/2.0.
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 174.133.24.132;branch=z9hG4bKbfa8.b1a80ae4.0.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bKee0b6e70c.
2009-04-23 09:33:37 Max-Forwards: 69.
2009-04-23 09:33:37 Content-Length: 582.
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>.
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:37 CSeq: 810024603 INVITE.
2009-04-23 09:33:37 Supported: timer.
2009-04-23 09:33:37 Allow-Events: talk,hold,conference.
2009-04-23 09:33:37 Allow:NOTIFY,REFER,OPTIONS,INVITE,ACK,CANCEL,BYE,INFO.
2009-04-23 09:33:37 Contact: <sip:201 at 64.105.44.41:5060;transport=udp>.
2009-04-23 09:33:37 Content-Type: application/sdp.
2009-04-23 09:33:37 Supported: replaces.
2009-04-23 09:33:37 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:37 .
2009-04-23 09:33:37 v=0.
2009-04-23 09:33:37 o=MxSIP 0 195786637 IN IP4 192.168.0.137.
2009-04-23 09:33:37 s=SIP Call.
2009-04-23 09:33:37 c=IN IP4 174.133.24.130.
2009-04-23 09:33:37 t=0 0.
2009-04-23 09:33:37 m=audio 64666 RTP/AVP 0 18 96 102 107 104 105 106 97 98 2 99 8 101.
2009-04-23 09:33:37 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:37 a=rtpmap:18 G729/8000.
2009-04-23 09:33:37 a=rtpmap:96 BV16/8000.
2009-04-23 09:33:37 a=rtpmap:102 BV32/16000.
2009-04-23 09:33:37 a=rtpmap:107 L16/16000.
2009-04-23 09:33:37 a=rtpmap:104 PCMU/16000.
2009-04-23 09:33:37 a=rtpmap:105 PCMA/16000.
2009-04-23 09:33:37 a=rtpmap:106 L16/8000.
2009-04-23 09:33:37 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:37 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:37 a=rtpmap:2 G726-32/8000.
2009-04-23 09:33:37 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:37 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:37 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:37 a=fmtp:101 0-15.
2009-04-23 09:33:37 a=ptime:30.
2009-04-23 09:33:37 a=silenceSupp:on - - - -.
2009-04-23 09:33:37 a=nortpproxy:yes.
2009-04-23 09:33:37 
2009-04-23 09:33:37 #
2009-04-23 09:33:37 U 2009/04/23 09:33:37.479744 174.133.24.131:5060 -> 174.133.24.132:5060
2009-04-23 09:33:37 SIP/2.0 200 OK.
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 174.133.24.132;branch=z9hG4bKbfa8.b1a80ae4.0.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bKee0b6e70c.
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90.
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:37 CSeq: 810024603 INVITE.
2009-04-23 09:33:37 Server: Sip Express Media Server (1.1.0 (i386/linux)).
2009-04-23 09:33:37 Contact: <sip:members at 174.133.24.131:5060>.
2009-04-23 09:33:37 Content-Type: application/sdp.
2009-04-23 09:33:37 Content-Length: 361.
2009-04-23 09:33:37 .
2009-04-23 09:33:37 v=0.
2009-04-23 09:33:37 o=sems 61825415 38468118 IN IP4 174.133.24.131.
2009-04-23 09:33:37 s=session.
2009-04-23 09:33:37 c=IN IP4 174.133.24.131.
2009-04-23 09:33:37 t=0 0.
2009-04-23 09:33:37 m=audio 10000 RTP/AVP 0 106 97 98 2 99 8 101.
2009-04-23 09:33:37 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:37 a=rtpmap:106 L16/8000.
2009-04-23 09:33:37 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:37 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:37 a=rtpmap:2 G721/8000.
2009-04-23 09:33:37 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:37 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:37 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:37 a=fmtp:101 0-15.
2009-04-23 09:33:37 
2009-04-23 09:33:37 #
2009-04-23 09:33:37 U 2009/04/23 09:33:37.480665 174.133.24.132:5060 -> 64.105.44.41:5060
2009-04-23 09:33:37 SIP/2.0 200 OK.
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bKee0b6e70c.
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90.
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:37 CSeq: 810024603 INVITE.
2009-04-23 09:33:37 Server: Sip Express Media Server (1.1.0 (i386/linux)).
2009-04-23 09:33:37 Contact: <sip:members at 174.133.24.131:5060>.
2009-04-23 09:33:37 Content-Type: application/sdp.
2009-04-23 09:33:37 Content-Length: 361.
2009-04-23 09:33:37 .
2009-04-23 09:33:37 v=0.
2009-04-23 09:33:37 o=sems 61825415 38468118 IN IP4 174.133.24.131.
2009-04-23 09:33:37 s=session.
2009-04-23 09:33:37 c=IN IP4 174.133.24.131.
2009-04-23 09:33:37 t=0 0.
2009-04-23 09:33:37 m=audio 10000 RTP/AVP 0 106 97 98 2 99 8 101.
2009-04-23 09:33:37 a=rtpmap:0 PCMU/8000.
2009-04-23 09:33:37 a=rtpmap:106 L16/8000.
2009-04-23 09:33:37 a=rtpmap:97 G726-16/8000.
2009-04-23 09:33:37 a=rtpmap:98 G726-24/8000.
2009-04-23 09:33:37 a=rtpmap:2 G721/8000.
2009-04-23 09:33:37 a=rtpmap:99 G726-40/8000.
2009-04-23 09:33:37 a=rtpmap:8 PCMA/8000.
2009-04-23 09:33:37 a=rtpmap:101 telephone-event/8000.
2009-04-23 09:33:37 a=fmtp:101 0-15.
2009-04-23 09:33:37 
2009-04-23 09:33:37 #
2009-04-23 09:33:37 U 2009/04/23 09:33:37.737795 64.105.44.41:5060 -> 174.133.24.132:5060
2009-04-23 09:33:37 ACK sip:members at 174.133.24.131:5060 SIP/2.0.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;branch=z9hG4bK83a65a8cb.
2009-04-23 09:33:37 Max-Forwards: 70.
2009-04-23 09:33:37 Content-Length: 0.
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90.
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:37 CSeq: 810024603 ACK.
2009-04-23 09:33:37 Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:37 Contact: <sip:201 at 192.168.0.137;transport=udp>.
2009-04-23 09:33:37 Proxy-Authorization:Digest response="bf46a098cfb25c7e7856921b4080d07b",username="201",realm="clark.forteinc.com",nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011",uri="sip:directra at clark.forteinc.com:5060".
2009-04-23 09:33:37 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:37 .
2009-04-23 09:33:37 
2009-04-23 09:33:37 #
2009-04-23 09:33:37 U 2009/04/23 09:33:37.738566 174.133.24.132:5060 -> 174.133.24.131:5060
2009-04-23 09:33:37 ACK sip:members at 174.133.24.131:5060 SIP/2.0.
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 174.133.24.132;branch=z9hG4bKbfa8.b1a80ae4.2.
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bK83a65a8cb.
2009-04-23 09:33:37 Max-Forwards: 69.
2009-04-23 09:33:37 Content-Length: 0.
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90.
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8.
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137.
2009-04-23 09:33:37 CSeq: 810024603 ACK.
2009-04-23 09:33:37 Contact: <sip:201 at 64.105.44.41:5060;transport=udp>.
2009-04-23 09:33:37 Proxy-Authorization:Digest response="bf46a098cfb25c7e7856921b4080d07b",username="201",realm="clark.forteinc.com",nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011",uri="sip:directra at clark.forteinc.com:5060".
2009-04-23 09:33:37 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45.
2009-04-23 09:33:37 .
2009-04-23 09:33:37 
-------------- next part --------------
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg: SIP Request:
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  method:  <INVITE>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  uri:     <sip:directra at clark.forteinc.com:5060>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  version: <SIP/2.0>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK4b5e28dfe>; state=16
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: via found, flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: this is the first via
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: After parse_msg...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: preparing to run routing scripts...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=10
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: content_length=562
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: end of header reached, state=10
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: display={directra}, ruri={sip:directra at clark.forteinc.com:5060}
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: <To> [49]; uri=[sip:directra at clark.forteinc.com:5060] 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: to body [directra <sip:directra at clark.forteinc.com:5060>
2009-04-23 09:33:36 ]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to_param: tag=083ca0386baf5c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: display={}, ruri={sip:201 at clark.forteinc.com:5060}
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=40
2009-04-23 09:33:36 New request - M=INVITE RURI=sip:directra at clark.forteinc.com:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:maxfwd:is_maxfwd_present: value = 70 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=200
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: cseq <CSeq>: <810024602> <INVITE>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: found end of header
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:rr:find_first_route: No Route headers found
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:rr:loose_route: There is no Route HF
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:lcr:do_from_gw: request did not come from gw
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=10000
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:pre_auth: credentials with given realm not found
2009-04-23 09:33:36 Proxy authentication failed - M=INVITE RURI=sip:directra at clark.forteinc.com:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:reserve_nonce_index: second= 251, sec_monit= 2,  index= 4
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:build_auth_hf: nonce index= 4
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="clark.forteinc.com", nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011"
2009-04-23 09:33:36 '
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:sl:send_reply: reply in stateless mode (sl)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:destroy_avp_list: destroying list (nil)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: cleaning up
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg: SIP Request:
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  method:  <ACK>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  uri:     <sip:directra at clark.forteinc.com:5060>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  version: <SIP/2.0>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK4b5e28dfe>; state=16
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: via found, flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: this is the first via
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: After parse_msg...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: preparing to run routing scripts...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: content_length=0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to_param: tag=e12908eebc986cfad5272205a918f900.a203
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: display={directra}, ruri={sip:directra at clark.forteinc.com:5060}
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: <To> [91]; uri=[sip:directra at clark.forteinc.com:5060] 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: to body [directra <sip:directra at clark.forteinc.com:5060>]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:sl:sl_filter_ACK: local ACK found -> dropping it!
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:destroy_avp_list: destroying list (nil)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: cleaning up
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg: SIP Request:
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  method:  <INVITE>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  uri:     <sip:directra at clark.forteinc.com:5060>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_msg:  version: <SIP/2.0>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKee0b6e70c>; state=16
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: via found, flags=2
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: this is the first via
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: After parse_msg...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: preparing to run routing scripts...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=10
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: content_length=562
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: end of header reached, state=10
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: display={directra}, ruri={sip:directra at clark.forteinc.com:5060}
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: <To> [49]; uri=[sip:directra at clark.forteinc.com:5060] 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: to body [directra <sip:directra at clark.forteinc.com:5060>
2009-04-23 09:33:36 ]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to_param: tag=083ca0386baf5c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_to: display={}, ruri={sip:201 at clark.forteinc.com:5060}
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=40
2009-04-23 09:33:36 New request - M=INVITE RURI=sip:directra at clark.forteinc.com:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:maxfwd:is_maxfwd_present: value = 70 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=200
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: cseq <CSeq>: <810024603> <INVITE>
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_hdr_field: found end of header
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:rr:find_first_route: No Route headers found
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:rr:loose_route: There is no Route HF
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:lcr:do_from_gw: request did not come from gw
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:check_nonce: comparing [49f06f5c00000004edc7e970dce52c44043a5d366bf10011] and [49f06f5c00000004edc7e970dce52c44043a5d366bf10011]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_new_result: allocate 28 bytes for result set at 0x81a8cc8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81a90b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a90b8)[0]=[password]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81a90c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a90c8)[1]=[uuid]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x81a9028
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_row: allocate 40 bytes for row values at 0x81a8f50
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_str2val: converting STRING [pw201]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_str2val: converting STRING [201]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth_db:get_ha1: HA1 string calculated: 0f3ad35f13c9a759034b9dce2f45a8ae
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:check_response: our result = 'bf46a098cfb25c7e7856921b4080d07b'
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:check_response: authorization is OK
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth:post_auth: nonce index= 4
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:auth_db:generate_avps: set string AVP "caller_uuid"/0 = "201"
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing 2 columns
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x81a90b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[1] at 0x81a90c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result names at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result types at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_rows: freeing 1 rows
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_row: freeing row values at 0x81a8f50
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_rows: freeing rows at 0x81a9028
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_result: freeing result set at 0x81a8cc8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:uri_db:check_username: Digest username and URI username match
2009-04-23 09:33:36 Clear caller preferences - M=INVITE RURI=sip:directra at clark.forteinc.com:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Load caller preferences for uuid '201' - M=INVITE RURI=sip:directra at clark.forteinc.com:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_new_result: allocate 28 bytes for result set at 0x81a8cc8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: 3 columns returned from the query
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 12 bytes for result names at 0x81a9028
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 12 bytes for result types at 0x81a9010
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a8d60)[0]=[value]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a8d70)[1]=[attribute]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[2] at 0x81a90c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a90c8)[2]=[type]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_INT result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_convert_rows: no rows returned from the query
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:avpops:db_close_query: close avp query
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing 3 columns
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[1] at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[2] at 0x81a90c8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result names at 0x81a9028
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result types at 0x81a9010
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_rows: freeing 0 rows
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_result: freeing result set at 0x81a8cc8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:avpops:ops_dbload_avps: loaded avps = 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=80
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_new_result: allocate 28 bytes for result set at 0x81a8d80
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: 2 columns returned from the query
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_columns: allocate 8 bytes for result types at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x81a90b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a90b8)[0]=[username]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[1] at 0x81a62b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a62b8)[1]=[domain]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x81a9010
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_allocate_row: allocate 40 bytes for row values at 0x81a8f50
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_str2val: converting STRING [members]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_str2val: converting STRING [semsdev.x.directra.com]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:alias_db:alias_db_lookup: new URI [0] is [sip:members at semsdev.x.directra.com]
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing 2 columns
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x81a90b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing RES_NAMES[1] at 0x81a62b8
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result names at 0x81a8d70
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_columns: freeing result types at 0x81a8d60
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_rows: freeing 1 rows
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_row: freeing row values at 0x81a8f50
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_rows: freeing rows at 0x81a9010
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:db_free_result: freeing result set at 0x81a8d80
2009-04-23 09:33:36 Callee was aliased - M=INVITE RURI=sip:members at semsdev.x.directra.com F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Clear callee preferences - M=INVITE RURI=sip:members at semsdev.x.directra.com F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:avpops:ops_delete_avp: 0 avps were removed
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:avpops:ops_delete_avp: 0 avps were removed
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:avpops:ops_delete_avp: 0 avps were removed
2009-04-23 09:33:36 Call to foreign domain - M=INVITE RURI=sip:members at semsdev.x.directra.com F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:nathelper:check_content_type: type <application/sdp> found valid
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=40
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:nathelper:force_rtp_proxy: proxy reply: 64666 174.133.24.130
2009-04-23 09:33:36 
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:pv:pv_get_dsturi: no destination URI
2009-04-23 09:33:36 Request leaving server, D-URI='<null>' - M=INVITE RURI=sip:members at semsdev.x.directra.com F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:t_newtran: transaction on entrance=0xffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=78
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:t_lookup_request: start searching: hash=35579, isACK=0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:matching_3261: RFC3261 transaction matching failed
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:t_lookup_request: no transaction found
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:mk_proxy: doing DNS lookup...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:sip_resolvehost: no port, no proto -> do NAPTR lookup!
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:sip_resolvehost: no valid NAPTR record found for semsdev.x.directra.com, trying direct SRV lookup...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:get_record: lookup(_sip._udp.semsdev.x.directra.com, 33) failed
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:sip_resolvehost: no valid SRV record found for _sip._udp.semsdev.x.directra.com, trying A record lookup...
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=2000
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:clen_builder: content-length: 582 (582)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:set_timer: relative timeout is 500000
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:insert_timer_unsafe: [4]: 0xb61635b4 (6874200000)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:set_timer: relative timeout is 30
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:insert_timer_unsafe: [0]: 0xb61635d0 (6903)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:t_relay_to: new transaction fwd'ed
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:tm:t_unref: UNREF_UNSAFE: after is 0
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:destroy_avp_list: destroying list (nil)
2009-04-23 09:33:36 Apr 23 09:33:36 [4381] DBG:core:receive_msg: cleaning up
2009-04-23 09:33:37 Apr 23 09:33:37 [4404] DBG:tm:utimer_routine: timer routine:4,tl=0xb61635b4 next=(nil), timeout=6874200000
2009-04-23 09:33:37 Apr 23 09:33:37 [4404] DBG:tm:retransmission_handler: retransmission_handler : request resending (t=0xb6163468, INVITE si ... )
2009-04-23 09:33:37 Apr 23 09:33:37 [4404] DBG:tm:set_timer: relative timeout is 1000000
2009-04-23 09:33:37 Apr 23 09:33:37 [4404] DBG:tm:insert_timer_unsafe: [5]: 0xb61635b4 (6875200000)
2009-04-23 09:33:37 Apr 23 09:33:37 [4404] DBG:tm:retransmission_handler: retransmission_handler : done
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg: SIP Reply  (status):
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  version: <SIP/2.0>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  status:  <200>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  reason:  <OK>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=2
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKbfa8.b1a80ae4.0>; state=16
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: via found, flags=2
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: this is the first via
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:receive_msg: After parse_msg...
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:forward_reply: found module tm, passing reply to it
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_check: start=0xffffffff
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=22
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via_param: found param type 235, <rport> = <5060>; state=6
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via_param: found param type 234, <received> = <64.105.44.41>; state=6
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKee0b6e70c>; state=16
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: via found, flags=22
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: parse_headers: this is the second via
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to_param: tag=2F8058CF-49F06E3100074931-AF49DB90
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: display={directra}, ruri={sip:directra at clark.forteinc.com:5060}
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: <To> [88]; uri=[sip:directra at clark.forteinc.com:5060] 
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: to body [directra <sip:directra at clark.forteinc.com:5060>]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: cseq <CSeq>: <810024603> <INVITE>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=8
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_reply_matching: hash 35579 label 1319143963 branch 0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_reply_matching: REF_UNSAFE: after is 1
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_reply_matching: reply matched (T=0xb6163468)!
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_check: end=0xb6163468
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:reply_received: org. status uas=0, uac[0]=0 local=0 is_invite=1)
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to_param: tag=083ca0386baf5c8
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: display={}, ruri={sip:201 at clark.forteinc.com:5060}
2009-04-23 09:33:37 NAT-Reply - S=200 D=OK F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=174.133.24.131 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:37 NAT-Reply - force_rtp_proxy
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=80
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: content_length=361
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: found end of header
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:nathelper:check_content_type: type <application/sdp> found valid
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=40
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:nathelper:force_rtp_proxy: proxy reply: 0 174.133.24.130
2009-04-23 09:33:37 
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] ERROR:nathelper:force_rtp_proxy: incorrect port 0 in reply from rtp proxy
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_should_relay_response: T_code=0, new_code=200
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:relay_reply: branch=0, save=0, relay=0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:build_res_buf_from_sip_res:  old size: 982, new size: 919
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:build_res_buf_from_sip_res: copied size: orig:564, new: 501, rest: 418 msg=
2009-04-23 09:33:37 SIP/2.0 200 OK
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bKee0b6e70c
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:37 CSeq: 810024603 INVITE
2009-04-23 09:33:37 Server: Sip Express Media Server (1.1.0 (i386/linux))
2009-04-23 09:33:37 Contact: <sip:members at 174.133.24.131:5060>
2009-04-23 09:33:37 Content-Type: application/sdp
2009-04-23 09:33:37 Content-Length: 361
2009-04-23 09:33:37 
2009-04-23 09:33:37 v=0
2009-04-23 09:33:37 o=sems 61825415 38468118 IN IP4 174.133.24.131
2009-04-23 09:33:37 s=session
2009-04-23 09:33:37 c=IN IP4 174.133.24.131
2009-04-23 09:33:37 t=0 0
2009-04-23 09:33:37 m=audio 10000 RTP/AVP 0 106 97 98 2 99 8 101
2009-04-23 09:33:37 a=rtpmap:0 PCMU/8000
2009-04-23 09:33:37 a=rtpmap:106 L16/8000
2009-04-23 09:33:37 a=rtpmap:97 G726-16/8000
2009-04-23 09:33:37 a=rtpmap:98 G726-24/8000
2009-04-23 09:33:37 a=rtpmap:2 G721/8000
2009-04-23 09:33:37 a=rtpmap:99 G726-40/8000
2009-04-23 09:33:37 a=rtpmap:8 PCMA/8000
2009-04-23 09:33:37 a=rtpmap:101 telephone-event/8000
2009-04-23 09:33:37 a=fmtp:101 0-15
2009-04-23 09:33:37 
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:_shm_resize: resize(0) called
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:insert_timer_unsafe: [2]: 0xb61634b0 (6879)
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:relay_reply: sent buf=0x81a9c28: SIP/2.0 2..., shmem=0xb6165a30: SIP/2.0 2
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:cleanup_uac_timers: RETR/FR timers reset
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_unref: UNREF_UNSAFE: after is 0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:destroy_avp_list: destroying list (nil)
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:receive_msg: cleaning up
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg: SIP Request:
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  method:  <ACK>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  uri:     <sip:members at 174.133.24.131:5060>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_msg:  version: <SIP/2.0>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=2
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK83a65a8cb>; state=16
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_via: end of header reached, state=5
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: via found, flags=2
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: this is the first via
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:receive_msg: After parse_msg...
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:receive_msg: preparing to run routing scripts...
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=8
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: content_length=0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to_param: tag=2F8058CF-49F06E3100074931-AF49DB90
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: display={directra}, ruri={sip:directra at clark.forteinc.com:5060}
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: <To> [88]; uri=[sip:directra at clark.forteinc.com:5060] 
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: to body [directra <sip:directra at clark.forteinc.com:5060>]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=10
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to_param: tag=083ca0386baf5c8
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: end of header reached, state=29
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_to: display={}, ruri={sip:201 at clark.forteinc.com:5060}
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=40
2009-04-23 09:33:37 New request - M=ACK RURI=sip:members at 174.133.24.131:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:maxfwd:is_maxfwd_present: value = 70 
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=200
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: cseq <CSeq>: <810024603> <ACK>
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:rr:is_preloaded: is_preloaded: No
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if host==us: 14==14 &&  [174.133.24.131] == [174.133.24.132]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if port 5060 matches port 5060
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if host==us: 14==9 &&  [174.133.24.131] == [127.0.0.1]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if port 5060 matches port 5060
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if host==us: 14==14 &&  [174.133.24.131] == [174.133.24.132]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if port 5060 matches port 5060
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: no match for: [174.133.24.131:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_aliases: comparing host [0:174.133.24.131:5060] with us [2:clark.forteinc.com:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_aliases: comparing host [0:174.133.24.131:5060] with us [1:localhost:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_aliases: comparing host [0:174.133.24.131:5060] with us [1:localhost.localdomain:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_aliases: comparing host [0:174.133.24.131:5060] with us [1:clark.forteinc.com:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_aliases: no match for: [0:174.133.24.131:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:check_self: host != me
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if host==us: 14==14 &&  [174.133.24.132] == [174.133.24.132]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: checking if port 5060 matches port 5060
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:grep_sock_info: match found for: [174.133.24.132:5060]
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:check_self: host == me
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:rr:after_loose: Topmost route URI: 'sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes' is me
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=200
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:get_hdr_field: found end of header
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:rr:find_next_route: No next Route HF found
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:rr:after_loose: No next URI found
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:siputils:has_totag: totag found
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:check_via_address: params 64.105.44.41, 192.168.0.137, 0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=80
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:pv:pv_get_dsturi: no destination URI
2009-04-23 09:33:37 Request leaving server, D-URI='<null>' - M=ACK RURI=sip:members at 174.133.24.131:5060 F=sip:201 at clark.forteinc.com:5060 T=sip:directra at clark.forteinc.com:5060 IP=64.105.44.41 ID=27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_newtran: transaction on entrance=0xffffffff
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=ffffffffffffffff
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=78
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_lookup_request: start searching: hash=35579, isACK=1
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:parse_headers: flags=38
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_lookup_request: RFC3261 ACK matched
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_lookup_request: e2e proxy ACK found
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_newtran: building branch for end2end ACK
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_relay_to: forwarding ACK
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:mk_proxy: doing DNS lookup...
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:forward_request: sending:
2009-04-23 09:33:37 ACK sip:members at 174.133.24.131:5060 SIP/2.0
2009-04-23 09:33:37 Record-Route: <sip:174.133.24.132;lr;ftag=083ca0386baf5c8;nat=yes>
2009-04-23 09:33:37 Via: SIP/2.0/UDP 174.133.24.132;branch=z9hG4bKbfa8.b1a80ae4.2
2009-04-23 09:33:37 Via: SIP/2.0/UDP 192.168.0.137;rport=5060;received=64.105.44.41;branch=z9hG4bK83a65a8cb
2009-04-23 09:33:37 Max-Forwards: 69
2009-04-23 09:33:37 Content-Length: 0
2009-04-23 09:33:37 To: directra <sip:directra at clark.forteinc.com:5060>;tag=2F8058CF-49F06E3100074931-AF49DB90
2009-04-23 09:33:37 From: sip:201 at clark.forteinc.com:5060;tag=083ca0386baf5c8
2009-04-23 09:33:37 Call-ID: 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137
2009-04-23 09:33:37 CSeq: 810024603 ACK
2009-04-23 09:33:37 Contact: <sip:201 at 64.105.44.41:5060;transport=udp>
2009-04-23 09:33:37 Proxy-Authorization:Digest response="bf46a098cfb25c7e7856921b4080d07b",username="201",realm="clark.forteinc.com",nonce="49f06f5c00000004edc7e970dce52c44043a5d366bf10011",uri="sip:directra at clark.forteinc.com:5060"
2009-04-23 09:33:37 User-Agent: Aastra 480i Cordless/1.4.2.1081 Brcm Callctrl/1.5 MxSF/v3.2.8.45
2009-04-23 09:33:37 
2009-04-23 09:33:37 .
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:forward_request: orig. len=770, new_len=877, proto=1
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:tm:t_unref_cell: UNREF_UNSAFE: after is 0
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:destroy_avp_list: destroying list (nil)
2009-04-23 09:33:37 Apr 23 09:33:37 [4381] DBG:core:receive_msg: cleaning up
2009-04-23 09:33:38 Apr 23 09:33:38 [4404] DBG:tm:utimer_routine: timer routine:5,tl=0xb61635b4 next=(nil), timeout=6875200000
2009-04-23 09:33:42 Apr 23 09:33:42 [4404] DBG:tm:timer_routine: timer routine:2,tl=0xb61634b0 next=(nil), timeout=6879
2009-04-23 09:33:42 Apr 23 09:33:42 [4404] DBG:tm:wait_handler: removing 0xb6163468 from table 
2009-04-23 09:33:42 Apr 23 09:33:42 [4404] DBG:tm:delete_cell: delete transaction 0xb6163468
2009-04-23 09:33:42 Apr 23 09:33:42 [4404] DBG:tm:wait_handler: done
-------------- next part --------------
2009-04-23 09:33:36 DBUG:handle_command: received command "4381_10 Uc0,18,96,102,107,104,105,106,97,98,2,99,8,101 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137 64.105.44.41 3000 083ca0386baf5c8;,"
2009-04-23 09:33:36 INFO:handle_command: new session 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137, tag 083ca0386baf5c8;, requested, type strong
2009-04-23 09:33:36 INFO:handle_command: new session on a port 64666 created, tag 083ca0386baf5c8;,
2009-04-23 09:33:36 INFO:handle_command: pre-filling caller's address with 64.105.44.41:3000
2009-04-23 09:33:36 DBUG:doreply: sending reply "4381_10 64666 174.133.24.130
2009-04-23 09:33:36 "
2009-04-23 09:33:37 DBUG:handle_command: received command "4381_11 Lc0,106,97,98,2,99,8,101 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137 174.133.24.131 10000 083ca0386baf5c8;1 2F8058CF-49F06E3100074931-AF49DB90;1"
2009-04-23 09:33:37 INFO:handle_command: lookup request failed: session 27a5cf0f31c19d2a37921342627c2e0a at 192.168.0.137, tags 083ca0386baf5c8;1/2F8058CF-49F06E3100074931-AF49DB90;1 not found
2009-04-23 09:33:37 DBUG:doreply: sending reply "4381_11 0 174.133.24.130
2009-04-23 09:33:37 "

From mayamatakeshi at gmail.com  Thu Apr 23 22:23:24 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 14:23:24 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
Message-ID: <15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>

Hello,
I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
But even so, it sends every packet twice. And I'm using G.711.
Is this a bug?

regards,
takeshi

On Wed, Apr 22, 2009 at 8:39 PM, mayamatakeshi <mayamatakeshi at gmail.com> wrote:
> Hello, nevermind.
> I found the explanation in the archives:
> http://lists.rtpproxy.org/pipermail/users/2008-August/000067.html
>
> regards,
> takeshi
>
> On Wed, Apr 22, 2009 at 8:32 PM, mayamatakeshi <mayamatakeshi at gmail.com> wrote:
>> Hello,
>> checking my system using Kamailio and RTPProxy 1.1, I can see rtpproxy
>> is relaying 2 copies of every packet it receives. Is this normal
>> behavior or rtpproxy?
>> regards,
>> takeshi
>>
>

From sobomax at sippysoft.com  Thu Apr 23 23:24:17 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Thu, 23 Apr 2009 23:24:17 -0700
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
Message-ID: <49F15B11.4090002@sippysoft.com>

mayamatakeshi wrote:
> Hello,
> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
> But even so, it sends every packet twice. And I'm using G.711.
> Is this a bug?

Are you sure those duplicates are not coming from the other party but 
generated by the proxy?

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

From mayamatakeshi at gmail.com  Thu Apr 23 23:47:10 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 15:47:10 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <49F15B11.4090002@sippysoft.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
	<49F15B11.4090002@sippysoft.com>
Message-ID: <15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>

On Fri, Apr 24, 2009 at 3:24 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
> mayamatakeshi wrote:
>> Hello,
>> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
>> But even so, it sends every packet twice. And I'm using G.711.
>> Is this a bug?
>
> Are you sure those duplicates are not coming from the other party but
> generated by the proxy?

I'm using wireshark to analyze the RTP streams and I can see there are
not duplicates going to the proxy.

regards,
takeshi

From sobomax at sippysoft.com  Fri Apr 24 00:07:31 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 24 Apr 2009 00:07:31 -0700
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>	<49F15B11.4090002@sippysoft.com>
	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
Message-ID: <49F16533.6000004@sippysoft.com>

mayamatakeshi wrote:
> On Fri, Apr 24, 2009 at 3:24 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>> mayamatakeshi wrote:
>>> Hello,
>>> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
>>> But even so, it sends every packet twice. And I'm using G.711.
>>> Is this a bug?
>> Are you sure those duplicates are not coming from the other party but
>> generated by the proxy?
> 
> I'm using wireshark to analyze the RTP streams and I can see there are
> not duplicates going to the proxy.

Can you put the capture somewhere for download as send a link?

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

From mayamatakeshi at gmail.com  Fri Apr 24 00:18:44 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 16:18:44 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <49F16533.6000004@sippysoft.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
	<49F15B11.4090002@sippysoft.com>
	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
	<49F16533.6000004@sippysoft.com>
Message-ID: <15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>

On Fri, Apr 24, 2009 at 4:07 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
> mayamatakeshi wrote:
>> On Fri, Apr 24, 2009 at 3:24 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>>> mayamatakeshi wrote:
>>>> Hello,
>>>> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
>>>> But even so, it sends every packet twice. And I'm using G.711.
>>>> Is this a bug?
>>> Are you sure those duplicates are not coming from the other party but
>>> generated by the proxy?
>>
>> I'm using wireshark to analyze the RTP streams and I can see there are
>> not duplicates going to the proxy.
>
> Can you put the capture somewhere for download as send a link?
>

Sure, here's the link
http://download.yousendit.com/WnBTNWNtSytiV3lGa1E9PQ

From sobomax at sippysoft.com  Fri Apr 24 00:52:12 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 24 Apr 2009 00:52:12 -0700
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>	<49F15B11.4090002@sippysoft.com>	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>	<49F16533.6000004@sippysoft.com>
	<15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>
Message-ID: <49F16FAC.50208@sippysoft.com>

mayamatakeshi wrote:
> On Fri, Apr 24, 2009 at 4:07 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>> mayamatakeshi wrote:
>>> On Fri, Apr 24, 2009 at 3:24 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>>>> mayamatakeshi wrote:
>>>>> Hello,
>>>>> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
>>>>> But even so, it sends every packet twice. And I'm using G.711.
>>>>> Is this a bug?
>>>> Are you sure those duplicates are not coming from the other party but
>>>> generated by the proxy?
>>> I'm using wireshark to analyze the RTP streams and I can see there are
>>> not duplicates going to the proxy.
>> Can you put the capture somewhere for download as send a link?
>>
> 
> Sure, here's the link
> http://download.yousendit.com/WnBTNWNtSytiV3lGa1E9PQ

If you take closer look at the capture, you would see that not only RTP, 
but every other UDP packet from 202.173.5.185 is duplicated, including 
SIP packets and ICMP packets. This suggests that either something wrong 
with your network causing a retransmit, or those packets are not real 
and it's just that for some reason packet capturing software sees each 
packet two times. I would suggest running capture on one of the 
destination machines and see if you see those duplicates there.

In any case there is nothing wrong with the RTPproxy, obviously.

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

From mayamatakeshi at gmail.com  Fri Apr 24 01:09:23 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 17:09:23 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <49F16FAC.50208@sippysoft.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
	<49F15B11.4090002@sippysoft.com>
	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
	<49F16533.6000004@sippysoft.com>
	<15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>
	<49F16FAC.50208@sippysoft.com>
Message-ID: <15b9404e0904240109i4abfde86gd326fd7c6b60a3d6@mail.gmail.com>

On Fri, Apr 24, 2009 at 4:52 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
> mayamatakeshi wrote:
>> On Fri, Apr 24, 2009 at 4:07 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>>> mayamatakeshi wrote:
>>>> On Fri, Apr 24, 2009 at 3:24 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>>>>> mayamatakeshi wrote:
>>>>>> Hello,
>>>>>> I'm using RTPProxy (1.1 and 1.2) without passing -2 in the command line.
>>>>>> But even so, it sends every packet twice. And I'm using G.711.
>>>>>> Is this a bug?
>>>>> Are you sure those duplicates are not coming from the other party but
>>>>> generated by the proxy?
>>>> I'm using wireshark to analyze the RTP streams and I can see there are
>>>> not duplicates going to the proxy.
>>> Can you put the capture somewhere for download as send a link?
>>>
>>
>> Sure, here's the link
>> http://download.yousendit.com/WnBTNWNtSytiV3lGa1E9PQ
>
> If you take closer look at the capture, you would see that not only RTP,
> but every other UDP packet from 202.173.5.185 is duplicated, including
> SIP packets and ICMP packets. This suggests that either something wrong
> with your network causing a retransmit, or those packets are not real
> and it's just that for some reason packet capturing software sees each
> packet two times. I would suggest running capture on one of the
> destination machines and see if you see those duplicates there.
>
> In any case there is nothing wrong with the RTPproxy, obviously.

You're right!
I was aware of duplication of SIP packets, but I have it disregarded
because I thought this was some normal behavior of the SIP proxy to
compensate for possible loss of packets.
But now seeing that even ICMP is showing up duplicated it is clear
something is wrong with the machine.
I checked packets on the distant end and nothing is duplicated there.
So this is some issue in the machine running tcpdump which is the same
that is running SIP and RTP proxies.
Thank you for your time and sorry for the wrong report.

regards,
takeshi

From mayamatakeshi at gmail.com  Fri Apr 24 01:21:38 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 17:21:38 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904240109i4abfde86gd326fd7c6b60a3d6@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
	<49F15B11.4090002@sippysoft.com>
	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
	<49F16533.6000004@sippysoft.com>
	<15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>
	<49F16FAC.50208@sippysoft.com>
	<15b9404e0904240109i4abfde86gd326fd7c6b60a3d6@mail.gmail.com>
Message-ID: <15b9404e0904240121i1823ff1t1fc0c2e9a2d621ea@mail.gmail.com>

On Fri, Apr 24, 2009 at 5:09 PM, mayamatakeshi
>>
>> In any case there is nothing wrong with the RTPproxy, obviously.
>
> You're right!
> I was aware of duplication of SIP packets, but I have it disregarded
> because I thought this was some normal behavior of the SIP proxy to
> compensate for possible loss of packets.
> But now seeing that even ICMP is showing up duplicated it is clear
> something is wrong with the machine.
> I checked packets on the distant end and nothing is duplicated there.
> So this is some issue in the machine running tcpdump which is the same
> that is running SIP and RTP proxies.
> Thank you for your time and sorry for the wrong report.

Just for other the education of other network challenged guys like me:
this happened because  I was using "tcpdump -i any" to collect the
packets. Specifying some real interface doesn't show those "duplicated
packets".

From mayamatakeshi at gmail.com  Fri Apr 24 01:26:11 2009
From: mayamatakeshi at gmail.com (mayamatakeshi)
Date: Fri, 24 Apr 2009 17:26:11 +0900
Subject: [RTPproxy Users] Duplicate packets
In-Reply-To: <15b9404e0904240121i1823ff1t1fc0c2e9a2d621ea@mail.gmail.com>
References: <15b9404e0904220432n1253e55fr5ff20c93298a2fa7@mail.gmail.com>
	<15b9404e0904220439h399b7fc3pd19652dd85f678ad@mail.gmail.com>
	<15b9404e0904232223k16d7fb35g31afd3e333666da4@mail.gmail.com>
	<49F15B11.4090002@sippysoft.com>
	<15b9404e0904232347t55a98678xe79da8d2e8449b26@mail.gmail.com>
	<49F16533.6000004@sippysoft.com>
	<15b9404e0904240018y8c95126s3ea1ce01789ea975@mail.gmail.com>
	<49F16FAC.50208@sippysoft.com>
	<15b9404e0904240109i4abfde86gd326fd7c6b60a3d6@mail.gmail.com>
	<15b9404e0904240121i1823ff1t1fc0c2e9a2d621ea@mail.gmail.com>
Message-ID: <15b9404e0904240126p37326826k3b0126795f02c58d@mail.gmail.com>

On Fri, Apr 24, 2009 at 5:21 PM, mayamatakeshi <mayamatakeshi at gmail.com> wrote:
> Just for other the education of other network challenged guys like me:
> this happened because ?I was using "tcpdump -i any" to collect the
> packets. Specifying some real interface doesn't show those "duplicated
> packets".

Oh yes. And this happens in our machine that has redundant NICs. Don't
know how this works but I'm almost sure it has something to do with it
as it doesn't happen with my single-NIC machine.

From zhaorui.cui at browan.com  Fri Apr 10 02:13:14 2009
From: zhaorui.cui at browan.com (zhaorui.cui)
Date: Fri, 10 Apr 2009 09:13:14 -0000
Subject: [RTPproxy Users] About rtpproxy
Message-ID: <200904101711230932594@browan.com>



2009-04-10 



Dear,
    I'm writing to ask a question that there is the difference between rtp and rtpproxy involved in your packages. Can the rtpproxy realizing the rtp function ? Or the rtpproxy just realize a function of proxy ?
     Thanks your helps !
                                                                                                        Yours sincerely reader
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rtpproxy.org/pipermail/users/attachments/20090410/df3dfa60/attachment.html 

From sobomax at sippysoft.com  Mon Apr 27 15:01:03 2009
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Mon, 27 Apr 2009 15:01:03 -0700
Subject: [RTPproxy Users] Spam filter is active
Message-ID: <49F62B1F.10107@sippysoft.com>

Hi,

Just a quick note that due to increased activity of spammers I have 
enabled automatic spam filtering on all RTPproxy/B2BUA mailing lists. If 
anybody has any issues sending messages please don't hesitate to let me 
know at sobomax at sippysoft.com.

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft