[Freeswitch-users] Even socket question.

2009-12-09 Thread Tim Uckun
Hey All. I am trying to get freeswitch to route to my socket handler
and am having a problem.

I am running freeswitch inside a virtualbox VM for testing purposes.
The vitualbox communicates with my host via the host only adapter.
The VM IP address is 192.168.56.3 and the laptop has the iP
192.168.56.1

I have set up both an outbound and an inbound socket handlers. The
inbound one works fine, the outbound is not working . The inbound
merely logs the event name. The outbound logs the connection and hangs
up.

I have set up an extension like this

include
  extension name=8084
condition field=destination_number expression=^8084$
  action application=set data=continue_on_fail=true / !--
we still need this to continue if bridging times out --
  action application=set data=call_timeout=5 /
  action application=socket data=192.168.56.1:8084 sync full/
/condition
  /extension
/include


When I dial 8084 I get a lot of events being logged but the oubound
never gets the calls and never logs the call.

I have added the fs_cli output below. It looks to me like it's sending
the output to the other IP address of my laptop instead of the one I
specified in my extension but I could just be misreading that.   I
have set the external IP of the freeswitch to the 56.3 address.

Here is the LSOF output

freeswitc 2468   root   31u IPv4   5785
TCP ubuntuvm01:5080 (LISTEN)
freeswitc 2468   root   33u IPv6   5791
TCP localhost:5060 (LISTEN)
freeswitc 2468   root   36u IPv4   5804
TCP 192.168.56.3:5060 (LISTEN)
freeswitc 2468   root   48u IPv4   5910
TCP 192.168.56.3:8021 (LISTEN)
freeswitc 2468   root   50u IPv4   5912
TCP *:8080 (LISTEN)


Here is the output from the fs_cli

2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5224 0 acls to check for proxy
2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5242 network ip is a proxy [0]
2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5270 IP 192.168.56.1
Rejected by acl domains. Falling back to Digest auth.
2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5224 0 acls to check for proxy
2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5242 network ip is a proxy [0]
2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5270 IP 192.168.56.1
Rejected by acl domains. Falling back to Digest auth.
2009-12-09 14:31:53.420949 [NOTICE] switch_channel.c:613 New Channel
sofia/internal/1...@192.168.56.3
[2fbcf6fe-b35e-4c40-92a6-9f21de3102fa]
2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:314
(sofia/internal/1...@192.168.56.3) Running State Change CS_NEW
2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:320
(sofia/internal/1...@192.168.56.3) State NEW
2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3727 Channel
sofia/internal/1...@192.168.56.3 entering state [received][100]
2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3738 Remote SDP:
v=0
o=Z 0 0 IN IP4 218.101.6.157
s=Z
c=IN IP4 218.101.6.157
t=0 0
m=audio 8000 RTP/AVP 3 110 98 8 0 101
a=rtpmap:3 GSM/8000
a=rtpmap:110 speex/8000
a=rtpmap:98 iLBC/8000
a=fmtp:98 mode=30
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[G7221:115:32000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[G7221:107:16000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[G722:9:8000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[PCMU:0:8000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[PCMA:8:8000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
Compare [GSM:3:8000:20]/[GSM:3:8000:20]
2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:2143 Set Codec
sofia/internal/1...@192.168.56.3 GSM/8000 20 ms 160 samples
2009-12-09 14:31:53.423898 [DEBUG] sofia_glue.c:3261 Set 2833 dtmf
payload to 101
2009-12-09 14:31:53.423898 [DEBUG] sofia.c:3885
(sofia/internal/1...@192.168.56.3) State Change CS_NEW - CS_INIT
2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send
signal sofia/internal/1...@192.168.56.3 [BREAK]
2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314
(sofia/internal/1...@192.168.56.3) Running State Change CS_INIT
2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:338
(sofia/internal/1...@192.168.56.3) State INIT
2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:83
sofia/internal/1...@192.168.56.3 SOFIA INIT
2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:111
(sofia/internal/1...@192.168.56.3) State Change CS_INIT - CS_ROUTING
2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send
signal sofia/internal/1...@192.168.56.3 [BREAK]
2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:338
(sofia/internal/1...@192.168.56.3) State INIT going to sleep
2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314

Re: [Freeswitch-users] Even socket question.

2009-12-09 Thread Anthony Minessale
do you have something listening on 8084 ?


On Wed, Dec 9, 2009 at 4:35 PM, Tim Uckun timuc...@gmail.com wrote:

 Hey All. I am trying to get freeswitch to route to my socket handler
 and am having a problem.

 I am running freeswitch inside a virtualbox VM for testing purposes.
 The vitualbox communicates with my host via the host only adapter.
 The VM IP address is 192.168.56.3 and the laptop has the iP
 192.168.56.1

 I have set up both an outbound and an inbound socket handlers. The
 inbound one works fine, the outbound is not working . The inbound
 merely logs the event name. The outbound logs the connection and hangs
 up.

 I have set up an extension like this

 include
  extension name=8084
condition field=destination_number expression=^8084$
  action application=set data=continue_on_fail=true / !--
 we still need this to continue if bridging times out --
  action application=set data=call_timeout=5 /
  action application=socket data=192.168.56.1:8084 sync full/
/condition
  /extension
 /include


 When I dial 8084 I get a lot of events being logged but the oubound
 never gets the calls and never logs the call.

 I have added the fs_cli output below. It looks to me like it's sending
 the output to the other IP address of my laptop instead of the one I
 specified in my extension but I could just be misreading that.   I
 have set the external IP of the freeswitch to the 56.3 address.

 Here is the LSOF output

 freeswitc 2468   root   31u IPv4   5785
 TCP ubuntuvm01:5080 (LISTEN)
 freeswitc 2468   root   33u IPv6   5791
 TCP localhost:5060 (LISTEN)
 freeswitc 2468   root   36u IPv4   5804
 TCP 192.168.56.3:5060 (LISTEN)
 freeswitc 2468   root   48u IPv4   5910
 TCP 192.168.56.3:8021 (LISTEN)
 freeswitc 2468   root   50u IPv4   5912
 TCP *:8080 (LISTEN)


 Here is the output from the fs_cli

 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5224 0 acls to check for proxy
 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5242 network ip is a proxy [0]
 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5270 IP 192.168.56.1
 Rejected by acl domains. Falling back to Digest auth.
 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5224 0 acls to check for proxy
 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5242 network ip is a proxy [0]
 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5270 IP 192.168.56.1
 Rejected by acl domains. Falling back to Digest auth.
 2009-12-09 14:31:53.420949 [NOTICE] switch_channel.c:613 New Channel
 sofia/internal/1...@192.168.56.3
 [2fbcf6fe-b35e-4c40-92a6-9f21de3102fa]
 2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:314
 (sofia/internal/1...@192.168.56.3) Running State Change CS_NEW
 2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:320
 (sofia/internal/1...@192.168.56.3) State NEW
 2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3727 Channel
 sofia/internal/1...@192.168.56.3 entering state [received][100]
 2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3738 Remote SDP:
 v=0
 o=Z 0 0 IN IP4 218.101.6.157
 s=Z
 c=IN IP4 218.101.6.157
 t=0 0
 m=audio 8000 RTP/AVP 3 110 98 8 0 101
 a=rtpmap:3 GSM/8000
 a=rtpmap:110 speex/8000
 a=rtpmap:98 iLBC/8000
 a=fmtp:98 mode=30
 a=rtpmap:8 PCMA/8000
 a=rtpmap:0 PCMU/8000
 a=rtpmap:101 telephone-event/8000
 a=fmtp:101 0-15

 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[G7221:115:32000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[G7221:107:16000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[G722:9:8000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[PCMU:0:8000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[PCMA:8:8000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec
 Compare [GSM:3:8000:20]/[GSM:3:8000:20]
 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:2143 Set Codec
 sofia/internal/1...@192.168.56.3 GSM/8000 20 ms 160 samples
 2009-12-09 14:31:53.423898 [DEBUG] sofia_glue.c:3261 Set 2833 dtmf
 payload to 101
 2009-12-09 14:31:53.423898 [DEBUG] sofia.c:3885
 (sofia/internal/1...@192.168.56.3) State Change CS_NEW - CS_INIT
 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send
 signal sofia/internal/1...@192.168.56.3 [BREAK]
 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314
 (sofia/internal/1...@192.168.56.3) Running State Change CS_INIT
 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:338
 (sofia/internal/1...@192.168.56.3) State INIT
 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:83
 sofia/internal/1...@192.168.56.3 SOFIA INIT
 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:111
 (sofia/internal/1...@192.168.56.3) State Change CS_INIT - CS_ROUTING
 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send
 signal sofia/internal/1...@192.168.56.3 [BREAK]
 

Re: [Freeswitch-users] Even socket question.

2009-12-09 Thread Tim Uckun
On Thu, Dec 10, 2009 at 2:46 PM, Anthony Minessale
anthony.miness...@gmail.com wrote:
 do you have something listening on 8084 ?


Yes.

I figured out the problem. There was already an extension called 8084
and it overwrote the extension I defined.

Which brings me back to a question I had earlier.

Where is the equivalent of the show dialplan command? How can I list
all the extensions and their definitions?

___
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


Re: [Freeswitch-users] Even socket question.

2009-12-09 Thread Anthony Minessale
the dialplan is dynamic there is no such thing
you have to look in your dialplan xml files because it's served up live.
FS has a different paradigm than asterisk.


On Wed, Dec 9, 2009 at 8:00 PM, Tim Uckun timuc...@gmail.com wrote:

 On Thu, Dec 10, 2009 at 2:46 PM, Anthony Minessale
 anthony.miness...@gmail.com wrote:
  do you have something listening on 8084 ?
 

 Yes.

 I figured out the problem. There was already an extension called 8084
 and it overwrote the extension I defined.

 Which brings me back to a question I had earlier.

 Where is the equivalent of the show dialplan command? How can I list
 all the extensions and their definitions?

 ___
 FreeSWITCH-users mailing list
 FreeSWITCH-users@lists.freeswitch.org
 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
 UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
 http://www.freeswitch.org




-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com
GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org
iax:gu...@conference.freeswitch.org/888
googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org
pstn:213-799-1400
___
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org