It seems like there is an error in generating the offer (relevant log snippets below):
EXECUTE sofia/drachtio_mrf/nobody@5070 socket(159.223.113.146:50847 async full)
2016-12-13 14:28:14.932540 [NOTICE] mod_event_socket.c:432 Trying host: 159.223.113.146:50847
nta.c:1296 agent_timer() nta: timer set next to 4892 ms
2016-12-13 14:28:14.992532 [DEBUG] switch_ivr.c:623 sofia/drachtio_mrf/nobody@5070 Command Execute answer()
EXECUTE sofia/drachtio_mrf/nobody@5070 answer()
nua.c:879 nua_respond() nua: nua_respond: entering
nua_stack.c:573 nua_stack_signal() nua(0x7f157804a690): recv signal r_respond 200 OK
nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering
soa.c:403 soa_set_params() soa_set_params(static::0x7f1578047de0, ...) called
nua_session.c:2320 nua_invite_server_respond() nua: nua_invite_server_respond: entering
soa.c:1426 soa_generate_offer() soa_generate_offer(static::0x7f1578047de0, 0) called
soa.c:768 soa_error_as_sip_response() soa_error_as_sip_response(static::0x7f1578047de0, ...) called
tport.c:3257 tport_tsend() tport_tsend(0x7f1578004640) tpn = UDP/159.223.113.146:5070
tport.c:4046 tport_resolve() tport_resolve addrinfo = 159.223.113.146:5070
tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f1578004640): not found by name UDP/159.223.113.146:5070
nua_stack.c:529 nua_signal() nua(0x7f157804a690): sent signal r_respond
2016-12-13 14:28:14.992532 [DEBUG] mod_sofia.c:762 3PCC-PROXY, Sent a 200 OK, waiting for ACK
tport.c:3594 tport_vsend() tport_vsend(0x7f1578004640): 576 bytes of 576 to udp/159.223.113.146:5070
tport.c:3492 tport_send_msg() tport_vsend returned 576
send 576 bytes to udp/[159.223.113.146]:5070 at 14:28:15.006856:
------------------------------------------------------------------------
SIP/2.0 500 No session set by user
I tried that and while it did hit the dialplan, freeswitch sends a “500 No session set by user” instead of the 200 OK offering an SDP.
Here is the scenario:
- I send an INVITE without SDP to Freeswitch
- the dialplan matches an extension based on headers I have set
- the extension initiates an outbound socket connection to my application
- my application issues the ‘answer’ command
- freeswitch logs the following:
8c2094e3-5298-44af-a759-a11932583e4c 2016-12-13 13:48:25.082197 [DEBUG] switch_ivr.c:623 sofia/drachtio_mrf/nobody@5070 Command Execute answer()
8c2094e3-5298-44af-a759-a11932583e4c EXECUTE sofia/drachtio_mrf/nobody@5070 answer()
8c2094e3-5298-44af-a759-a11932583e4c 2016-12-13 13:48:25.082197 [DEBUG] mod_sofia.c:762 3PCC-PROXY, Sent a 200 OK, waiting for ACK
- but then sends a 500 (and no 200 OK was ever sent).
Any ideas?
And for background, here is what I am trying to achieve:
- send an INVITE without SDP, get freeswitch to offer an SDP with all codecs
- establish an outbound socket to control that channel
- later re-INVITE to a far end SDP
- bridge this channel to another one (via event socket, uuid_bridge command)
If there is a specific flavor of 3pcc that freeswitch supports (e.g. the RFC above describes 4 different possibilities), I could adjust my code to accordingly.
Dave
try setting it to "proxy" instead of "true"
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.orghttp://www.freeswitchsolutions.comOfficial FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
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