actually here's the whole FreeSWITCH config, except for the SIP gateway with the real password: https://github.com/xlab1/sipfe_freeswitch_common It's pretty short currently, and I re-define some global variables with X-PRE-PROCESS statements, so there is a potentially problem with that, such as corrupted memory. Particularly, I define the IPv4 addresses in vars.xml, and set them again with the proper values in site_vars.xml I don't know if the pre-processor is designed to handle this, but it works so far... ----- Original Message -----
From: Stanislav Sinyagin <ssinyagin@yahoo.com> To: Free SWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Sent: Thursday, November 1, 2012 11:31 PM Subject: Re: Sofia gateway variables
[the mailing list is very slow lately, but I've seen some replies in the list archive].
freeswitch daemon was freshly started after XML editing. Also I'm sure the call comes into this gateway, as I get variable_sip_gateway: [sipcall_41325133196] in the info output.
The full log for the call is here: https://gist.github.com/3997100
the call does not end anywhere, as there are no matching conditions yet that would end in a transfer or a bridge, so the caller gets the busy signal. But anyway I believe info should display the inbound variables.
----- Original Message -----
From: Stanislav Sinyagin <ssinyagin@yahoo.com> To: Free SWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Sent: Thursday, November 1, 2012 10:00 PM Subject: Sofia gateway variables
I've got the following SIP gateway which registers successfully at the ITSP:
<gateway name="sipcall_41325133196"> <param name="username" value="41325133196"/> <param name="password" value="XXXXXXXXXX"/> <param name="extension" value="0325133196"/> <param name="expire-seconds" value="125"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="proxy" value="free2.voipgateway.org"/> <param name="retry-seconds" value="30"/> <param name="caller-id-in-from" value="false"/> <param name="ping" value="27"/> <variables> <variable name="sbc_callee_ccode" data="41" direction="inbound"/> <variable name="sbc_caller_ccode" data="41" direction="inbound"/> </variables> </gateway>
Then the call from PSTN goes into the proper context, and the first condition in the context is:
<extension name="call_debug" continue="true"> <condition field="${call_debug}" expression="^true$" break="never"> <action application="info"/> <action application="log" data="INFO Country code:
${sbc_callee_ccode}"/> </condition> </extension>
Neither the info, nor the log show my two variables on inbound calls.
Am I doing something wrong or is it a bug?
I'm using git commit 94664868a8 in v1.2.stable branch
thanks, stanislav