[Freeswitch-users] ZRTP and Video in proxy-mode

Yaroslav Krivopishin coldfuture at gmail.com
Thu Mar 16 15:56:55 MSK 2017


Hello. Thank you for your answer.
Well. Here it is whole log from the begging of the call to the end:
https://pastebin.freeswitch.org/view/560dc395
Both side support VP8 and H264, and without zrtp encryption videocalls
work, but with zrtp it drops right after invite. This invite isn't even
transfered to the second side.
inbound-codec-negotiation = generous
disable-transcoding = true


On Wed, Mar 15, 2017 at 3:31 PM Brian West <brian at freeswitch.org> wrote:

> This isn't enough information to answer your question, we would need to
> see the FreeSWITCH log start to finish with sip trace on and pasted on
> pastbin.freeswitch.org
>
> But if both sides of the call are NOT able to have a codec in common then
> pass thru for ZRTP will never work because we can't transcode data we don't
> have the keys to decrypt.
>
> /b
>
>
> On Wed, Mar 15, 2017 at 8:06 AM, Yaroslav Krivopishin <
> coldfuture at gmail.com> wrote:
>
> Good afternoon.
> Have anyone else drop issue after trying to activate video during call
> with zrtp encryption? Every time I have INCOMPATIBLE_DESTINATION and hangup
> after that.
> In siptrace I found that after receiving sip/sdp invite, Freeswitch send
> SIP 100 trying and right after it send SIP 488 Not Acceptable Here. Than it
> follows by bye message to both side.
> In sofia debug all 9 I didn't realize issue too, but here it is:
> tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f9850004440): events IN
> tport.c:2864 tport_recv_event() tport_recv_event(0x7f9850004440)
> tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f9850004440) msg
> 0x7f9850519470 from (udp/194.149.101.23:5060) has 2160 bytes, veclen = 1
> tport.c:3023 tport_deliver() tport_deliver(0x7f9850004440): msg
> 0x7f9850519470 (2160 bytes) from udp/88.208.76.34:5060/sip next=(nil)
> nta.c:2880 agent_recv_request() nta: received INVITE
> sip:9468349698 at 194.149.101.23:5060;transport=udp SIP/2.0 (CSeq 22)
> nta.c:3174 agent_check_request_via() nta: Via check: received=88.208.76.34
> nta.c:3248 agent_aliases() nta: canonizing
> sip:9468349698 at 194.149.101.23:5060 with contact
> nta.c:3060 agent_recv_request() nta: INVITE (22) going to existing leg
> nta.c:1348 set_timeout() nta: timer shortened to 200 ms
> nua_server.c:102 nua_stack_process_request() nua:
> nua_stack_process_request: entering
> soa.c:1302 soa_init_offer_answer()
> soa_init_offer_answer(static::0x7f98503181f0) called
> soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f98503181f0,
> (nil), 0x7f985054899a, 1206) called
> tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/
> 88.208.76.34:52522
> tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522
> tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not
> found by name UDP/88.208.76.34:52522
> tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 318 bytes of 318
> to udp/88.208.76.34:52522
> tport.c:3492 tport_send_msg() tport_vsend returned 318
> nta.c:6791 incoming_reply() nta: sent 100 Trying for INVITE (22)
> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_invite 100
> Trying
> nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready
> call updated: received received offer
> soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f98503181f0,
> [0x7f986753f590], [0x7f986753f598], [(nil)]) called
> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 100
> Trying
> nua_stack.c:359 nua_application_event() nua: nua_application_event:
> entering
> nua_stack.c:359 nua_application_event() nua: nua_application_event:
> entering
> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
> nua.c:879 nua_respond() nua: nua_respond: entering
> nua_stack.c:529 nua_signal() nua(0x7f985003baa0): sent signal r_respond
> 2017-03-15 11:07:32.110686 [NOTICE] sofia.c:9717 Hangup sofia/default/
> 9462793697 at phone.pricall.eu [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]
> nua_stack.c:573 nua_stack_signal() nua(0x7f985003baa0): recv signal
> r_respond 488 Not Acceptable Here
> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering
> soa.c:403 soa_set_params() soa_set_params(static::0x7f98503181f0, ...)
> called
> nua_session.c:2320 nua_invite_server_respond() nua:
> nua_invite_server_respond: entering
> soa.c:1214 soa_clear_remote_sdp()
> soa_clear_remote_sdp(static::0x7f98503181f0) called
> tport.c:3257 tport_tsend() tport_tsend(0x7f9850004440) tpn = UDP/
> 88.208.76.34:52522
> tport.c:4046 tport_resolve() tport_resolve addrinfo = 88.208.76.34:52522
> tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f9850004440): not
> found by name UDP/88.208.76.34:52522
> tport.c:3594 tport_vsend() tport_vsend(0x7f9850004440): 493 bytes of 493
> to udp/88.208.76.34:52522
> tport.c:3492 tport_send_msg() tport_vsend returned 493
> nta.c:6791 incoming_reply() nta: sent 488 Not Acceptable Here for INVITE
> (22)
> nua_session.c:4145 signal_call_state_change() nua(0x7f985003baa0): ready
> call updated: init
> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_state 488
> Not Acceptable Here
> nua_stack.c:271 nua_stack_event() nua(0x7f985003baa0): event i_active 488
> Call active
> soa.c:1302 soa_init_offer_answer()
> soa_init_offer_answer(static::0x7f98503181f0) called
> nua_stack.c:359 nua_application_event() nua: nua_application_event:
> entering
> nua_stack.c:359 nua_application_event() nua: nua_application_event:
> entering
>
> Without ZRTP encryption it works correctly.
> --
> Best regards / S pozdravem / С наилучшими пожеланиями,
> Krivopishin Yaroslav.
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
>
>
> --
>
> *Brian West*
> brian at freeswitch.org
>
> *Twitter: @FreeSWITCH , @briankwest*
>
> http://www.freeswitchbook.com
> http://www.freeswitchcookbook.com
>
> Allison prompts for FreeSWITCH:
>
> *https://www.gofundme.com/allison-prompts-for-freeswitch*
> <https://www.gofundme.com/allison-prompts-for-freeswitch>
>
> Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit:
> /r/freeswitch <https://www.reddit.com/r/freeswitch>
>
> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002
> <+1%20918-420-9002> | *M:*+1918424WEST (9378)
> *Skype:*briankwest
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-- 
Best regards / S pozdravem / С наилучшими пожеланиями,
Krivopishin Yaroslav.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170316/9d33a5ae/attachment.html 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list