Re: [Freeswitch-users] *.tmp.xml.fsxml Files
Hi Josh, Hope your keeping well mate. I know about that one :) These ones are suffixed ".tmp.xml.fsxml" with what looks like a UUID as there filename. But they're all empty....just wondered if anyone else knows what they're for. Thanks, Luke On 3 October 2016 at 10:43, <freeswitch-users-request@lists.freeswitch.org> wrote:
Send FreeSWITCH-users mailing list submissions to freeswitch-users@lists.freeswitch.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.freeswitch.org/mailman/listinfo/freeswitch-users or, via email, send a message with subject or body 'help' to freeswitch-users-request@lists.freeswitch.org
You can reach the person managing the list at freeswitch-users-owner@lists.freeswitch.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of FreeSWITCH-users digest..."
Today's Topics:
1. *.tmp.xml.fsxml Files (Luke Milbourne) 2. Re: *.tmp.xml.fsxml Files (Joshua Gigg) 3. issue with ilbc and ptime between a call between webrtc client and freeswitch (Caragea Silviu) 4. Re: Registration Unauthorized then 481 Call Does Not Exist (Benjamin Cropley)
---------- Forwarded message ---------- From: Luke Milbourne <luke.milbourne@gmail.com> To: freeswitch-users@lists.freeswitch.org Cc: Date: Mon, 3 Oct 2016 09:37:56 +0100 Subject: [Freeswitch-users] *.tmp.xml.fsxml Files Hi All,
Can anyone confirm what the purpose of these files are in FreeSWITCH's log directory?
They're all empty so no clues in the actual files.
Kind regards,
-- Luke Milbourne <luke.milbourne@gmail.com>
Tel: 07857154817 Google Talk/Email: luke.milbourne@gmail.com
---------- Forwarded message ---------- From: Joshua Gigg <giggsey@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Mon, 03 Oct 2016 08:58:41 +0000 Subject: Re: [Freeswitch-users] *.tmp.xml.fsxml Files In the freeswitch.xml, there is a comment:
The preprocessor will compile the full xml document to ${prefix}/log/freeswitch.xml.fsxml
https://freeswitch.org/stash/projects/FS/repos/freeswitch/ browse/conf/vanilla/freeswitch.xml#30
On Mon, 3 Oct 2016 at 09:40 Luke Milbourne <luke.milbourne@gmail.com> wrote:
Hi All,
Can anyone confirm what the purpose of these files are in FreeSWITCH's log directory?
They're all empty so no clues in the actual files.
Kind regards,
-- Luke Milbourne <luke.milbourne@gmail.com>
Tel: 07857154817 Google Talk/Email: luke.milbourne@gmail.com _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
---------- Forwarded message ---------- From: Caragea Silviu <silviu.cpp@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Mon, 3 Oct 2016 12:40:19 +0300 Subject: [Freeswitch-users] issue with ilbc and ptime between a call between webrtc client and freeswitch Hello,
I have a call coming from FS and going via sip to a webrtc compliant client. Works fine as time the codec is not ILBC. If codec is ILBC is failing because Webrtc consider the codec as being invalid because of the ptime line.
Inside their code:
bool IsILBCRateValid(int rate, int frame_size_samples) { if (((frame_size_samples == 240) || (frame_size_samples == 480)) && (rate == 13300)) { return true; } else if (((frame_size_samples == 160) || (frame_size_samples == 320)) && (rate == 15200)) { return true; } else { return false; } }
This is failing because rate will be 13300 and frame_size_samples will be 160.
frame_size_samples = (8000 / 1000) * 20 which is 160.
How I can make fs to advertise correctly that the codec ILBC is 30 ms one and not 20 ?
Here is the sdp that's generated:
v=0 o=FreeSWITCH 1475470534 1475470535 IN IP4 91.231.138.218 s=FreeSWITCH c=IN IP4 91.XXX.XXX.XXX t=0 0 a=msid-semantic: WMS 5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a=end-of-candidates m=audio 16430 RTP/SAVPF 102 0 103 101 104 a=rtpmap:102 iLBC/8000 a=fmtp:102 mode=30 a=rtpmap:0 PCMU/8000 a=rtpmap:103 isac/16000 a=fmtp:103 ibitrate=32000;maxbitrate=53400 a=rtpmap:101 telephone-event/8000 a=rtpmap:104 telephone-event/16000 a=fingerprint:sha-256 B9:24:01:90:AD:E6:43:60:10:F9: CA:3A:85:86:26:91:A6:41:A8:77:3B:F0:39:20:3C:50:0F:A3:5E:1F:48:03 a=setup:actpass a=rtcp-mux a=rtcp:16430 IN IP4 91.xxx.xxxx.xxx a=ssrc:4159978388 cname:tTLcMVJxIsF1gi8j a=ssrc:4159978388 msid:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a0 a=ssrc:4159978388 mslabel:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0v a=ssrc:4159978388 label:5K3pT3kGUXTisXNhdMYGtMP1VGBmzT0va0 a=ice-ufrag:VWQeyw6k2xxshnNB a=ice-pwd:6oDJad6JwBACKzMvlsAKOwUH a=candidate:8788212768 1 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 a=candidate:8788212768 2 udp 659136 91.XXX.XXX.XXX16430 typ host generation 0 a=silenceSupp:off - - - - a=ptime:20
Silviu
---------- Forwarded message ---------- From: Benjamin Cropley <benjamin.cropley@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Mon, 3 Oct 2016 10:42:42 +0100 Subject: Re: [Freeswitch-users] Registration Unauthorized then 481 Call Does Not Exist 1. 50.97.212.23 sends 103.12.214.115 a REGISTER 2. 103.12.214.115 spots that no credentials were supplied, and so supplies a nonce etc. in a WWW-Authenticate header in a 401 packet 3. 50.97.212.23 sends an ACK to acknowledge this request for credentials 4. 50.97.212.23 sends 103.12.214.115 a REGISTER with an Authorization header 5. 103.12.214.115 sends a 481 which means 103.12.214.115 has received the REGISTER 'outside of a dialog'. 6. 50.97.212.23 sends an ACK to acknowledge the error
This is wierd, because based on the trace alone 103.12.214.115 should see the REGISTER with Authorization as part of the previous dialog. Or at the very least, treat it as a new request.
I would look at some actual logs on 103.12.214.115 for more information.
Good luck, Ben
On Sun, Oct 2, 2016 at 1:59 PM, Tanim <tanim05@gmail.com> wrote:
Hi,
When I try to registration its giving following log. Its only happen a specific dialer but that dialer also work other softswitch. It’s getting problem only with freeswitch. My freeswitch version is 1.6.9
I can’t figure out why its happen. How can I overcome this issue and is there any sip message issue or not? So that I can ask those dialer company to fix their issue.
Thanks in advance.
REGISTER sip:103.12.214.115:5060 SIP/2.0
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
Max-Forwards: 70
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 1 REGISTER
Contact: <sip:wmaeaccba@50.97.212.23:1310>
Expires: 3600
Content-Length: 0
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>;tag=FavjcHKUKtXFe
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 1 REGISTER
User-Agent: WHaT Rocks!
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY
Supported: precondition, 100rel, path, replaces
WWW-Authenticate: Digest realm="103.12.214.115", nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a", algorithm=MD5, qop="auth"
Content-Length: 0
ACK sip:103.12.214.115:5060 SIP/2.0
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
Max-Forwards: 70
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>;tag=FavjcHKUKtXFe
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 1 ACK
Contact: <sip:wmaeaccba@50.97.212.23:1310>
Content-Length: 0
REGISTER sip:103.12.214.115:5060 SIP/2.0
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
Max-Forwards: 70
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>;tag=FavjcHKUKtXFe
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 2 REGISTER
Contact: <sip:wmaeaccba@50.97.212.23:1310>
Expires: 3600
Authorization: Digest username="12345678",realm="103 .12.214.115",nonce="2a9726d3-fac2-4d7b-9773-771b60a35e7a",uri="sip: 103.12.214.115:5060",algorithm=MD5,response="73c3be ac11531911319f05807714c047"
Content-Length: 0
SIP/2.0 481 Call Does Not Exist
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>;tag=FavjcHKUKtXFe
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 2 REGISTER
User-Agent: WHaT Rocks!
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, PRACK, NOTIFY
Supported: precondition, 100rel, path, replaces
Content-Length: 0
ACK sip:103.12.214.115:5060 SIP/2.0
Via: SIP/2.0/UDP 50.97.212.23:1310;branch=z9hG4bKhabaiiea
Max-Forwards: 70
From: <sip:12345678@103.12.214.115:5060>;tag=a34xd9anboejegocoaaoeie
To: <sip:12345678@103.12.214.115:5060>;tag=FavjcHKUKtXFe
Call-ID: smvpcaakieaaaaaaaaa
CSeq: 2 ACK
Contact: <sip:wmaeaccba@50.97.212.23:1310>
Content-Length: 0
Regards
Minat
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- All the best, Ben Cropley 07539 366 905
_______________________________________________ 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
-- Luke Milbourne <luke.milbourne@gmail.com> Tel: 07857154817 Google Talk/Email: luke.milbourne@gmail.com
are you sure thats the file pattern? we do put uuid.tmp.xml files in there in some cases.. but not uuid.tmp.xml.fsxml.
On Oct 3, 2016, at 7:01 AM, Luke Milbourne <luke.milbourne@gmail.com> wrote:
Hi Josh,
Hope your keeping well mate.
I know about that one :)
These ones are suffixed ".tmp.xml.fsxml" with what looks like a UUID as there filename.
But they're all empty....just wondered if anyone else knows what they're for.
Thanks, Luke
participants (2)
-
Luke Milbourne
-
Michael Jerris