July 2020 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Issue with SDP - Call hangs up right after SIP 200 OK
by Marc Bernard 05 Aug '20

05 Aug '20

Hello People, Ive been investigating an issue with SDP when sending a call to a Panasonic KX-TGP600 Phone, the call end as soon as the Panasonic send its SIP OK I could not see what is wrong with the SDP and why I get "INVITE: error parsing SDP answer in 200 OK" resulting in "988 Incomplete offer/answer" I also find it weird that there is no output for this error when Sofia debug is not enabled. It took me a while before I thought of trying to enable more debugging. There is also the "not found by name */1.1.217.127:1029" Part which I am not sure is related/relevant in this. -- Here is the console log portion that I thought was relevant: 2020-07-17 15:44:33.495660 [DEBUG] sofia.c:7325 Channel sofia/private/+15145557030(a)2.2.127.218 <mailto:sofia/private/+15145557030@2.2.127.218> entering state [early][180] nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2020-07-17 15:44:33.495660 [NOTICE] switch_ivr_originate.c:556 Ring Ready sofia/private/+15145557030(a)2.2.127.218 <mailto:sofia/private/+15145557030@2.2.127.218> ! tport.c:2759 tport_wakeup_pri() tport_wakeup_pri(0x7f0e440044a0): events IN tport.c:2882 tport_recv_event() tport_recv_event(0x7f0e440044a0) tport_type_udp.c:324 tport_recv_dgram() tport(0x7f0e440044a0): zero length packet tport.c:2759 tport_wakeup_pri() tport_wakeup_pri(0x7f0e440044a0): events IN tport.c:2882 tport_recv_event() tport_recv_event(0x7f0e440044a0) tport.c:3223 tport_recv_iovec() tport_recv_iovec(0x7f0e440044a0) msg 0x7f0e44011e30 from (udp/1.1.131.37:5060) has 845 bytes, veclen = 1 tport.c:3041 tport_deliver() tport_deliver(0x7f0e440044a0): msg 0x7f0e44011e30 (845 bytes) from udp/1.1.217.127:5060/sip next=(nil) nta.c:3304 agent_recv_response() nta: received 200 OK for INVITE (22953743) nta.c:3371 agent_recv_response() nta: 200 OK is going to a transaction tport.c:4240 tport_release() tport_release(0x7f0e440044a0): 0x7f0e4400bca0 by 0x7f0e44010c40 with 0x7f0e44011e30 nua_dialog.c:564 nua_dialog_usage_set_refresh_range() nua(): refresh session after 55 seconds (in [55..65]) soa.c:1171 soa_set_remote_sdp() soa_set_remote_sdp(static::0x7f0e4401a9b0, (nil), 0x7f0e4401267a, 259) called nua_session.c:970 nua_session_client_response() nua(0x7f0e48048c30): INVITE: error parsing SDP answer in 200 OK (200) nua_stack.c:271 nua_stack_event() nua(0x7f0e48048c30): event r_invite 200 OK nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:2670 nta_tpn_by_url() nta: selecting scheme sip tport.c:3275 tport_tsend() tport_tsend(0x7f0e440044a0) tpn = */1.1.217.127:1029 tport.c:4064 tport_resolve() tport_resolve addrinfo = 1.1.217.127:1029 tport.c:4698 tport_by_addrinfo() tport_by_addrinfo(0x7f0e440044a0): not found by name */1.1.217.127:1029 nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering tport.c:3612 tport_vsend() tport_vsend(0x7f0e440044a0): 391 bytes of 391 to udp/1.1.217.127:1029 tport.c:3510 tport_send_msg() tport_vsend returned 391 nta.c:8315 outgoing_send() nta: sent ACK (22953743) to */1.1.217.127:1029 nua_stack.c:271 nua_stack_event() nua(0x7f0e48048c30): event i_media_error 988 Incomplete offer/answer nua_params.c:482 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:1784 soa_terminate() soa_terminate(static::0x7f0e4401a9b0) called nua_stack.c:359 nua_application_event() nua: nua_application_event: entering soa.c:1302 soa_init_offer_answer() soa_init_offer_answer(static::0x7f0e4401a9b0) called nta.c:2670 nta_tpn_by_url() nta: selecting scheme sip tport.c:3275 tport_tsend() tport_tsend(0x7f0e440044a0) tpn = */1.1.217.127:1029 tport.c:4064 tport_resolve() tport_resolve addrinfo = 1.1.217.127:1029 tport.c:4698 tport_by_addrinfo() tport_by_addrinfo(0x7f0e440044a0): not found by name */1.1.217.127:1029 tport.c:3612 tport_vsend() tport_vsend(0x7f0e440044a0): 616 bytes of 616 to udp/1.1.217.127:1029 tport.c:3510 tport_send_msg() tport_vsend returned 616 nta.c:8315 outgoing_send() nta: sent BYE (22953744) to */1.1.217.127:1029 tport.c:4178 tport_pend() tport_pend(0x7f0e440044a0): pending 0x7f0e4400d880 for udp/1.1.131.37:5060 (already 0) nta.c:1348 set_timeout() nta: timer shortened to 1000 ms nua_session.c:4140 signal_call_state_change() nua(0x7f0e48048c30): call state changed: proceeding -> terminating, received answer soa.c:1098 soa_get_remote_sdp() soa_get_remote_sdp(static::0x7f0e4401a9b0, [0x7f0e705a0778], [0x7f0e705a0780], [(nil)]) called soa.c:616 soa_get_params() soa_get_params(static::0x7f0e4401a9b0, ...) called nua_stack.c:271 nua_stack_event() nua(0x7f0e48048c30): event i_state 200 OK 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:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering 2020-07-17 15:44:35.795689 [DEBUG] sofia.c:7325 Channel sofia/public/golfvalneigette3 entering state [terminating][200] -- And here is the SIP OK from the Panasonic: <mailto:&iTEq@8GæÙ¸ª%25ÄÄ]äáSIP/2.0> &iTEq(a)xn--8g a%]sip/2-p7a1babz73al06a.0 200 OK Via: SIP/2.0/UDP 1.1.131.37;rport=5060;branch=z9hG4bKttaHKmXNgBtSQ;received=1.1.131.37 Call-ID: cbecb6ef-4300-1239-dfa0-000c29124868 From: "Debug Proxy" <sip:+15145552353@1.1.131.37>;tag=rDQF79t14QmKr To: <sip:9919605@dev-proxy.xxx.com>;tag=1661639224 CSeq: 22952030 INVITE Allow: INVITE,ACK,CANCEL,BYE,PRACK,INFO,UPDATE,OPTIONS,MESSAGE,NOTIFY,REFER Supported: 100rel,precondition Contact: <sip:Account1@192.168.1.193:5060> Require: replaces Content-Type: application/sdp Server: Panasonic-KX-TGP600/11.110 (4c364e38b998) Content-Length: 263 v=0 o=- 1595011648 1595011648 IN IP4 192.168.1.193 s=- c=IN IP4 192.168.1.193 t=0 0 m=audio 16176 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=ptime:20 m=video 0 RTP/AVP 34 0 16 178 64 0 16 178 0 0 -- I have a PCAP file for the whole call should it be needed. Any help resolving this issue would be greatly appreciated. Kindly,

3 3

Retrieval of Caller-ID
by Chandramouli P 03 Aug '20

03 Aug '20

Hello, Please find my below environment: Operating System: Debian (v. 9.13) FreeSWITCH Version: 1.10.3 (64bit) Softphones that I am using: MicroSIP, 3CX, Grandstream I hosted our server in AWS and was able to make and receive calls successfully. Along with "valet_park_in" and "valet_park_out", also enabled the "CID Lookup" module. I am facing two issues in Valet parking and below is the scenario: User A calls User B. User B transfers User A call to *5900. Now User B is free, and User A is in valet parking at 5901 extension. Here, It is announcing the parked extension i.e. 5901 to User A, instead of User B. It should announce to User B. Right? *How to solve this issue?* Now, User C calls *5901 and is able to speak to User A. In this scenario, User C should be able to see the caller ID of User A. *How to get the caller ID of User A and display and display to User C?* Any help would be appreciated. Thank you. Best Regards, Chandramouli.

1 3

Beware of grub problem when updating Linux
by David P 31 Jul '20

31 Jul '20

This problem interfered with FS and coturn on our Debian 10's https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1889509

1 0

Well check this out, libstirshaken
by Brian West 31 Jul '20

31 Jul '20

https://signalwire.com/blogs/product/verifying-caller-id-stir-shaken Enjoy! :) Thanks for being a FreeSWITCHer! /b -- Brian West | Co-founder and Developer Need Commercial support? email sales(a)freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&e…> Email: brian(a)freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>

2 1

Slow reloadxml and high loglevel in console
by Igor Potjevlesh 31 Jul '20

31 Jul '20

Hello there! Since I have upgraded some of my Freeswitch in 1.10.1, I have two problems: first, each time I do a "reloadxml" for example, there is an attempt to contact an external STUN (which is not allowed by firewall rules). It makes the reload very slow because of a timeout for contacting the STUN server. Unfortunately, I didn't figure out how to disable that. Second problem is relative to the console. Each time I connect to the FS console, console loglevel is set to the higher level and I need to submit "console loglevel 0" to have a usable console. I also can't figure out in the config files how to disable this behaviour and start the console without verbosity. Thanks for your inputs! Regards, Igor. -- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus

3 5

Urgent: Playing 1080p mp4 is extremely low quality ($200 bounty)
by Nathan Stratton 31 Jul '20

31 Jul '20

I am playing a 1080p mp4 from call center as a hold screen, I can see the video but it is extremely low quality. I am willing to pay someone $250 (via Paypal) to help me get FreeSWITCH to send 1080x1920 to the user. This line is the most frustrating "[NOTICE] switch_vpx.c:599 VPX encoder reset (WxH/BW) from 352x288/8192 to 162x288/8192". EXECUTE [depth=0] sofia/internal/2000018(a)troc.vocinity.com callcenter( TestQueue(a)troc.vocinity.com) 2020-07-29 07:55:12.298445 [DEBUG] sofia.c:7325 Channel sofia/internal/ 2000018(a)troc.vocinity.com entering state [early][183] 2020-07-29 07:55:12.298445 [DEBUG] switch_core_media.c:8643 Audio params are unchanged for sofia/internal/2000018(a)troc.vocinity.com. 2020-07-29 07:55:12.298445 [DEBUG] switch_core_media.c:9357 Video params are unchanged for sofia/internal/2000018(a)troc.vocinity.com. 2020-07-29 07:55:12.298445 [DEBUG] mod_sofia.c:898 Local SDP sofia/internal/ 2000018(a)troc.vocinity.com: v=0 o=FreeSWITCH 1596005096 1596005098 IN IP4 204.89.189.50 s=FreeSWITCH c=IN IP4 204.89.189.50 t=0 0 a=msid-semantic: WMS sfwZxyz3xEII7UpnpGhdDKvxn4JP49on m=audio 18616 UDP/TLS/RTP/SAVPF 0 126 13 a=rtpmap:0 PCMU/8000 a=rtpmap:126 telephone-event/8000 a=rtpmap:13 CN/8000 a=ptime:20 a=sendrecv a=fingerprint:sha-256 47:F7:B5:FC:22:42:87:FB:30:00:7F:66:8F:AB:AF:3D:22:27:95:74:1A:16:10:A6:A0:40:45:68:6D:A0:E7:FF a=setup:active a=rtcp-mux a=rtcp:18616 IN IP4 204.89.189.50 a=ice-ufrag:Ro8lZtIcoiSjh6wn a=ice-pwd:HzQG1c3Y7YSN9ZIQdG130A6e a=candidate:0467246093 1 udp 659136 204.89.189.50 18616 typ host generation 0 a=end-of-candidates a=ssrc:3743799656 cname:fKdD9Cww6453Plh5 a=ssrc:3743799656 msid:sfwZxyz3xEII7UpnpGhdDKvxn4JP49on a0 a=ssrc:3743799656 mslabel:sfwZxyz3xEII7UpnpGhdDKvxn4JP49on a=ssrc:3743799656 label:sfwZxyz3xEII7UpnpGhdDKvxn4JP49ona0 m=video 30354 UDP/TLS/RTP/SAVPF 96 b=AS:8192 a=rtpmap:96 VP8/90000 a=sendrecv a=fingerprint:sha-256 47:F7:B5:FC:22:42:87:FB:30:00:7F:66:8F:AB:AF:3D:22:27:95:74:1A:16:10:A6:A0:40:45:68:6D:A0:E7:FF a=setup:active a=rtcp-mux a=rtcp:30354 IN IP4 204.89.189.50 a=rtcp-fb:96 ccm fir a=rtcp-fb:96 nack a=rtcp-fb:96 nack pli a=ssrc:2945809184 cname:fKdD9Cww6453Plh5 a=ssrc:2945809184 msid:sfwZxyz3xEII7UpnpGhdDKvxn4JP49on v0 a=ssrc:2945809184 mslabel:sfwZxyz3xEII7UpnpGhdDKvxn4JP49on a=ssrc:2945809184 label:sfwZxyz3xEII7UpnpGhdDKvxn4JP49onv0 a=ice-ufrag:nlz4inH7NCV1Ru2t a=ice-pwd:O9lRfYzgnpIcvAdIMCCVQaSt a=candidate:6583318927 1 udp 659136 204.89.189.50 30354 typ host generation 0 a=end-of-candidates 2020-07-29 07:55:12.338384 [DEBUG] sofia.c:7325 Channel sofia/internal/ 2000018(a)troc.vocinity.com entering state [completed][200] 2020-07-29 07:55:12.358384 [INFO] switch_vpx.c:564 config: vp8 2020-07-29 07:55:12.358384 [INFO] switch_vpx.c:77 name = vp8 decoder.threads = 4 lossless = 0 cpuused = -6 token_parts = 3 static_thresh = 100 noise_sensitivity = 1 max_intra_bitrate_pct = 0 tune_content = 0 g_usage = 0 g_threads = 1 g_profile = 2 g_w = 320 g_h = 240 g_bit_depth = 8 g_input_bit_depth = 8 g_timebase.num = 1 g_timebase.den = 1000 g_error_resilient = 2 g_pass = 0 g_lag_in_frames = 0 rc_dropframe_thresh = 0 rc_resize_allowed = 0 rc_scaled_width = 0 rc_scaled_height = 0 rc_resize_up_thresh = 60 rc_resize_down_thresh = 30 rc_end_usage = 0 rc_target_bitrate = 8192 rc_min_quantizer = 4 rc_max_quantizer = 5 rc_undershoot_pct = 100 rc_overshoot_pct = 50 rc_buf_sz = 5000 rc_buf_initial_sz = 1000 rc_buf_optimal_sz = 1000 rc_2pass_vbr_bias_pct = 50 rc_2pass_vbr_minsection_pct = 0 rc_2pass_vbr_maxsection_pct = 400 kf_mode = 1 kf_min_dist = 0 kf_max_dist = 360 ss_number_layers = 1 ts_number_layers = 1 ts_periodicity = 0 temporal_layering_mode = 0 2020-07-29 07:55:12.358384 [NOTICE] switch_vpx.c:599 VPX encoder reset (WxH/BW) from 0x0/0 to 352x288/8192 2020-07-29 07:55:12.358384 [INFO] switch_vpx.c:630 VPX encoder WebM Project VP8 Encoder v1.8.1 settings: 2020-07-29 07:55:12.358384 [INFO] switch_vpx.c:77 name = vp8 decoder.threads = 4 lossless = 0 cpuused = -6 token_parts = 3 static_thresh = 100 noise_sensitivity = 1 max_intra_bitrate_pct = 0 tune_content = 0 g_usage = 0 g_threads = 1 g_profile = 2 g_w = 352 g_h = 288 g_bit_depth = 8 g_input_bit_depth = 8 g_timebase.num = 1 g_timebase.den = 1000 g_error_resilient = 2 g_pass = 0 g_lag_in_frames = 0 rc_dropframe_thresh = 0 rc_resize_allowed = 0 rc_scaled_width = 0 rc_scaled_height = 0 rc_resize_up_thresh = 60 rc_resize_down_thresh = 30 rc_end_usage = 0 rc_target_bitrate = 8192 rc_min_quantizer = 4 rc_max_quantizer = 5 rc_undershoot_pct = 100 rc_overshoot_pct = 50 rc_buf_sz = 5000 rc_buf_initial_sz = 1000 rc_buf_optimal_sz = 1000 rc_2pass_vbr_bias_pct = 50 rc_2pass_vbr_minsection_pct = 0 rc_2pass_vbr_maxsection_pct = 400 kf_mode = 1 kf_min_dist = 0 kf_max_dist = 360 ss_number_layers = 1 ts_number_layers = 1 ts_periodicity = 0 temporal_layering_mode = 0 2020-07-29 07:55:12.398397 [DEBUG] sofia.c:7325 Channel sofia/internal/ 2000018(a)troc.vocinity.com entering state [ready][200] 2020-07-29 07:55:12.418390 [INFO] switch_rtp.c:3278 Changing audio DTLS state from HANDSHAKE to SETUP 2020-07-29 07:55:12.418390 [INFO] switch_rtp.c:3278 Changing video DTLS state from HANDSHAKE to SETUP 2020-07-29 07:55:12.438425 [INFO] switch_rtp.c:3185 audio Fingerprint Verified. 2020-07-29 07:55:12.438425 [INFO] switch_rtp.c:4217 Activating audio Secure RTP SEND 2020-07-29 07:55:12.438425 [INFO] switch_rtp.c:4195 Activating audio Secure RTP RECV 2020-07-29 07:55:12.438425 [INFO] switch_rtp.c:3227 Changing audio DTLS state from SETUP to READY 2020-07-29 07:55:12.438425 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2020-07-29 07:55:12.438425 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2020-07-29 07:55:12.438425 [NOTICE] mod_callcenter.c:3020 Channel [sofia/internal/2000018(a)troc.vocinity.com] has been answered 2020-07-29 07:55:12.438425 [DEBUG] switch_channel.c:3865 (sofia/internal/ 2000018(a)troc.vocinity.com) Callstate Change EARLY -> ACTIVE 2020-07-29 07:55:12.438425 [DEBUG] mod_callcenter.c:3111 Member Nathan <2000018> joining queue TestQueue(a)troc.vocinity.com 2020-07-29 07:55:12.438425 [DEBUG] mod_callcenter.c:3375 Queue has 1 waiting calls. 2020-07-29 07:55:12.438425 [DEBUG] avformat.c:1665 sample rate: 8000, channels: 1 2020-07-29 07:55:12.438425 [INFO] avformat.c:1121 file /media/TestQueue.mp4 is seekable Reinit context to 1088x1920, pix_fmt: yuv420p 2020-07-29 07:55:12.458387 [INFO] switch_rtp.c:3185 video Fingerprint Verified. 2020-07-29 07:55:12.458387 [INFO] switch_rtp.c:4217 Activating video Secure RTP SEND 2020-07-29 07:55:12.458387 [INFO] switch_rtp.c:4195 Activating video Secure RTP RECV 2020-07-29 07:55:12.458387 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 2020-07-29 07:55:12.458387 [INFO] switch_rtp.c:3227 Changing video DTLS state from SETUP to READY 2020-07-29 07:55:12.458387 [DEBUG] switch_core_sqldb.c:2836 Secure Type: srtp:dtls:AES_CM_128_HMAC_SHA1_80 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/TestQueue.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 creation_time : 2020-07-21T20:33:28.000000Z Duration: 00:00:10.00 , start: 0.000000 , bitrate: 9022 kb/s Stream #0:0 (eng) : Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1080x1920, 8860 kb/s , 30 fps, 30 tbr, 30k tbn, 60 tbc (default) Metadata: creation_time : 2020-07-21T20:33:28.000000Z handler_name : Mainconcept Video Media Handler encoder : AVC Coding 2020-07-29 07:55:12.458387 [DEBUG] avformat.c:1285 Opening file in mode: I420 2020-07-29 07:55:12.458387 [DEBUG] switch_ivr_play_say.c:1488 Codec Activated L16@8000hz 1 channels 20ms Reinit context to 1088x1920, pix_fmt: yuv420p 2020-07-29 07:55:12.478382 [DEBUG] switch_rtp.c:1917 rtcp_stats_init: audio ssrc[4273147276] base_seq[23587] 2020-07-29 07:55:12.478382 [DEBUG] switch_rtp.c:1917 rtcp_stats_init: video ssrc[495870452] base_seq[31728] 2020-07-29 07:55:12.498382 [INFO] avformat.c:2447 start: 0 ticks: 1 ticks_per_frame: 2 st num:1 st den:30000 codec num:1 codec den:60 start: 0, duration:300000 nb_frames:300 q2d:0.000033 2020-07-29 07:55:12.498382 [DEBUG] avformat.c:2478 set start time: 1596023712499389 now: 1596023712499389 pts: 0 2020-07-29 07:55:12.498382 [INFO] switch_vpx.c:564 config: vp8 2020-07-29 07:55:12.498382 [INFO] switch_vpx.c:77 name = vp8 decoder.threads = 4 lossless = 0 cpuused = -6 token_parts = 3 static_thresh = 100 noise_sensitivity = 1 max_intra_bitrate_pct = 0 tune_content = 0 g_usage = 0 g_threads = 1 g_profile = 2 g_w = 320 g_h = 240 g_bit_depth = 8 g_input_bit_depth = 8 g_timebase.num = 1 g_timebase.den = 1000 g_error_resilient = 2 g_pass = 0 g_lag_in_frames = 0 rc_dropframe_thresh = 0 rc_resize_allowed = 0 rc_scaled_width = 0 rc_scaled_height = 0 rc_resize_up_thresh = 60 rc_resize_down_thresh = 30 rc_end_usage = 0 rc_target_bitrate = 8192 rc_min_quantizer = 4 rc_max_quantizer = 5 rc_undershoot_pct = 100 rc_overshoot_pct = 50 rc_buf_sz = 5000 rc_buf_initial_sz = 1000 rc_buf_optimal_sz = 1000 rc_2pass_vbr_bias_pct = 50 rc_2pass_vbr_minsection_pct = 0 rc_2pass_vbr_maxsection_pct = 400 kf_mode = 1 kf_min_dist = 0 kf_max_dist = 360 ss_number_layers = 1 ts_number_layers = 1 ts_periodicity = 0 temporal_layering_mode = 0 2020-07-29 07:55:12.498382 [NOTICE] switch_vpx.c:599 VPX encoder reset (WxH/BW) from 352x288/8192 to 162x288/8192 2020-07-29 07:55:12.498382 [INFO] switch_vpx.c:630 VPX encoder WebM Project VP8 Encoder v1.8.1 settings: 2020-07-29 07:55:12.498382 [INFO] switch_vpx.c:77 name = vp8 decoder.threads = 4 lossless = 0 cpuused = -6 token_parts = 3 static_thresh = 100 noise_sensitivity = 1 max_intra_bitrate_pct = 0 tune_content = 0 g_usage = 0 g_threads = 1 g_profile = 2 g_w = 162 g_h = 288 g_bit_depth = 8 g_input_bit_depth = 8 g_timebase.num = 1 g_timebase.den = 1000 g_error_resilient = 2 g_pass = 0 g_lag_in_frames = 0 rc_dropframe_thresh = 0 rc_resize_allowed = 0 rc_scaled_width = 0 rc_scaled_height = 0 rc_resize_up_thresh = 60 rc_resize_down_thresh = 30 rc_end_usage = 0 rc_target_bitrate = 8192 rc_min_quantizer = 4 rc_max_quantizer = 5 rc_undershoot_pct = 100 rc_overshoot_pct = 50 rc_buf_sz = 5000 rc_buf_initial_sz = 1000 rc_buf_optimal_sz = 1000 rc_2pass_vbr_bias_pct = 50 rc_2pass_vbr_minsection_pct = 0 rc_2pass_vbr_maxsection_pct = 400 kf_mode = 1 kf_min_dist = 0 kf_max_dist = 360 ss_number_layers = 1 ts_number_layers = 1 ts_periodicity = 0 temporal_layering_mode = 0 2020-07-29 07:55:13.158389 [DEBUG] sofia_reg.c:1790 Send challenge for [ 1000001(a)troc.vocinity.com] 2020-07-29 07:55:13.298395 [DEBUG] sofia_reg.c:2036 Register: From: [1000001(a)troc.vocinity.com] Contact: ["" <sip:11pf05j2@drndj14adnpb.invalid ;transport=ws;received=92.81.71.145:58256 ;fs_nat=yes;fs_path=sip%3A11pf05j2%4092.81.71.145%3A58256%3Btransport%3Dwss>] Expires: [60] 2020-07-29 07:55:14.358394 [DEBUG] sofia_reg.c:1790 Send challenge for [ 1000011(a)troc.vocinity.com] 2020-07-29 07:55:14.418386 [DEBUG] sofia_reg.c:2036 Register: From: [1000011(a)troc.vocinity.com] Contact: ["" <sip:6qv4rufa@5n9mpj2dfbac.invalid ;transport=ws;received=66.24.107.9:57917 ;fs_nat=yes;fs_path=sip%3A6qv4rufa%4066.24.107.9%3A57917%3Btransport%3Dwss>] Expires: [60] 2020-07-29 07:55:16.398389 [NOTICE] sofia.c:1089 Hangup sofia/internal/ 2000018(a)troc.vocinity.com [CS_EXECUTE] [NORMAL_CLEARING] 2020-07-29 07:55:16.398389 [DEBUG] switch_ivr_play_say.c:1933 done playing file /media/TestQueue.mp4 2020-07-29 07:55:16.398389 [DEBUG] switch_core_media.c:7595 sofia/internal/ 2000018(a)troc.vocinity.com Video thread ended 2020-07-29 07:55:16.438391 [DEBUG] switch_core_media.c:7032 sofia/internal/ 2000018(a)troc.vocinity.com skip receive message [VIDEO_REFRESH_REQ] (channel is hungup already) 2020-07-29 07:55:16.458374 [DEBUG] sofia_reg.c:1790 Send challenge for [ 1000011(a)troc.vocinity.com] 2020-07-29 07:55:16.518392 [DEBUG] sofia_reg.c:2036 Register: From: [1000011(a)troc.vocinity.com] Contact: ["" <sip:6qv4rufa@5n9mpj2dfbac.invalid ;transport=ws;received=66.24.107.9:57917 ;fs_nat=yes;fs_path=sip%3A6qv4rufa%4066.24.107.9%3A57917%3Btransport%3Dwss>] Expires: [60] Statistics: 5615046 bytes read, 1 seeks 2020-07-29 07:55:16.878398 [DEBUG] mod_callcenter.c:3241 Member Nathan <2000018> abandoned waiting in queue TestQueue(a)troc.vocinity.com 2020-07-29 07:55:16.878398 [DEBUG] mod_callcenter.c:3274 Member "Nathan" <2000018> exit queue TestQueue(a)troc.vocinity.com due to BREAK_OUT ><> nathan stratton

2 2

Hey Hey Hey
by Brian West 30 Jul '20

30 Jul '20

Hey FreeSWITCHers, As SignalWire continues to grow, we're looking for a FreeSWITCH Engineer to join our SW Stack Support team! This engineer will be investigating technical issues as well as handle QA tasks for issue validation and associated bug fixes with the Stack platform. A qualified engineer should be versed in all things FreeSWITCH, be a self starter, and able to work with minimal supervision. SignalWire offers 100% remote employment, among other benefits. Please submit your resume to hr(a)signalwire.com to inquire further. Who wants to come work with me? Thanks, Brian -- Brian West | Co-founder and Developer Need Commercial support? email sales(a)freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&e…> Email: brian(a)freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>

1 0

WG: Error creating SIP ua profile
by Tim Bertulies 30 Jul '20

30 Jul '20

Hey, can anyone provide me some input please on this? Kind regards, Tim Bertulies Von: Tim Bertulies Gesendet: 23 July 2020 07:03 An: 'freeswitch-users(a)lists.freeswitch.org' <freeswitch-users(a)lists.freeswitch.org> Betreff: Error creating SIP ua profile Hi, occasionally when I rewrite a configuration to the freeswitch and try to restart the gateway I get the error message "error creating SIP ua for profile ...". I cannot start it then manually via "sofia profile start..." (same error message every time), the only thing that works is "reload mod_sofia", which makes everything work again. Unfortunately this is not an option, as other gateways must stay active. Can anybody point me to a reason why this happens? If you need any further information I am happy to provide these. Kind regards, Tim Bertulies

1 0

[Q] nat is not detected, when running freeswitch in docker from local machine.
by Ruslan Shevchenko 29 Jul '20

29 Jul '20

Hi, colleagues. I discovered a strange problem when running Freeswitch from docker on the local machine, I have my machine API: 192.168.88.236 and docker with internal ip. 172.17.0.2. (local_ip_v4) With the next changes relative to vanilla install: valr.xml : external_rtp_ip=stun:stun.freeswitch.org - changed to external_rtp_ip=192.168.88.236 external_sip_ip=stun:stun.freeswitch.org - same autoload_configs/switch.conf.xml --- a narrow set of RTP ports. sip_profiles: internal.xml -- change ext-rtp-ip and ext-sip-ip to 192.168.88.236 external.xml -- same Then I trying to run docker from macos which publish ports: docker run -d -p 5060:5060/udp -p 5060:5060/tcp -p5061:5061/tcp -p 5080:5080/udp -p 5080:5080/tcp -p 5066:5066/tcp -p 7443:7443/tcp -p 63535-63635:63535-63635/tcp -p63535-64535:63535-64535/udp -p5555:5555 -p5050:5050 -p8000:8000 --hostname zaka-voice zaka-freeswitch-recognition:0.0.1 And then when I try to call Freeswitch from linphone from the local net, I can hear an answer, but looks like IVR on the Freeswitch side not receive RTP stream. I can't understand why. One hypothesizes -- that FreeSWITCH not determinate existence of external_ip as NAT mode (?) and ask the phone to send RTP to 172.17.0.2. How to verify this? Maybe exists some ideas, how to debug such situation behind a sip trace? Thanks. P.S. Additional info, if anybody found this interesting: I.e. I see SIP invite from FreeSWITCH SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.168.88.238:50091 ;branch=z9hG4bK.rNrD-0O~i;rport=51208;received=172.17.0.1 From: <sip:1002@192.168.88.236>;tag=4bI6NNSIi To: "33332220" <sip:33332220@192.168.88.236> Call-ID: 7At9kxIfv2 CSeq: 21 INVITE User-Agent: FreeSWITCH-mod_sofia/1.10.4-dev-2421-8a5850ff26~64bit Content-Length: 0 then Ok and Acc from linphone (which freeswitch see as on 172.17.0.2) recv 354 bytes from tcp/[172.17.0.1]:51208 at 09:20:26.099724: ------------------------------------------------------------------------ SIP/2.0 200 Ok Via: SIP/2.0/TCP 192.168.88.236;branch=z9hG4bK8502eXUvmSKyN From: <sip:1002@172.17.0.2>;tag=mrr024e5DH57Q To: <sip:1002@172.17.0.2>;tag=ftaVWOB Call-ID: 940c69ac-4c1f-1239-4cb1-0242ac110002 CSeq: 23453420 NOTIFY User-Agent: LinphoneiOS/4.3.1 (iPad Ruslan) LinphoneSDK/4.4.0 Supported: replaces, outbound, gruu Content-Length: 0 recv 640 bytes from tcp/[172.17.0.1]:51208 at 09:20:26.514163: ------------------------------------------------------------------------ ACK sip:33332220@192.168.88.236:5060;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.88.238:50091;rport;branch=z9hG4bK.iYrbMWTLP From: <sip:1002@192.168.88.236>;tag=4bI6NNSIi To: "33332220" <sip:33332220@192.168.88.236>;tag=N1HS4ZZ8atUtK CSeq: 21 ACK Call-ID: 7At9kxIfv2 Max-Forwards: 70 Proxy-Authorization: Digest realm="192.168.88.236", nonce="44104e4a-30cb-4277-8c31-61e437b6cbd1", algorithm=MD5, username="1002", uri="sip:33332220@192.168.88.236", response="756a3d3e3a76996988afa09a5544f1d1", cnonce="CWKOLtHm9Z8eVYIm", nc=00000001, qop=auth User-Agent: LinphoneiOS/4.3.1 (iPad Ruslan) LinphoneSDK/4.4.0 Content-Length: 0 Then freeswitch not see any activity and says BYE: BYE sip:1002@172.17.0.1:51208;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 192.168.88.236;branch=z9hG4bK9etUgrc0H29gH Max-Forwards: 70 From: "33332220" <sip:33332220@192.168.88.236>;tag=N1HS4ZZ8atUtK To: <sip:1002@192.168.88.236>;tag=4bI6NNSIi Call-ID: 7At9kxIfv2 CSeq: 23453425 BYE User-Agent: FreeSWITCH-mod_sofia/1.10.4-dev-2421-8a5850ff26~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Reason: Q.850;cause=16;text="NORMAL_CLEARING" Content-Length: 0 --- status of Sofia profile: --- freeswitch@zaka-voice> sofia status profile internal ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 172.17.0.2,172.17.0.2 Dialplan XML Context public Challenge Realm auto_from RTP-IP 172.17.0.2 Ext-RTP-IP 192.168.88.236 SIP-IP 172.17.0.2 Ext-SIP-IP 192.168.88.236 URL sip:mod_sofia@192.168.88.236:5060 BIND-URL sip:mod_sofia@192.168.88.236:5060 ;maddr=172.17.0.2;transport=udp,tcp WS-BIND-URL sip:mod_sofia@172.17.0.2:5066;transport=ws WSS-BIND-URL sips:mod_sofia@172.17.0.2:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 0 -- Ruslan Shevchenko Software Engineer. http://ua.linkedin.com/in/ruslanshevchenko

4 7

B
by Rod Fritz 28 Jul '20

28 Jul '20

J Rod Fritz WB9KMO wb9kmo(a)gmail.com

1 0