Hi Moishe, Thanks for your reply, My phone is behind two routers: first one is a ADSL modem (Draytek Vigor 2110F series) and the second is a Cisco router. I think it is not the NAT problem because the one-way audio is not always happened. I have tested many times in case A call to B. The results are: 2/3 of test calls worked wells, 1/3 of test calls have one-way audio problems and some of calls have one-way problem when the call is established but after waiting for 30 seconds or more the media is established automatically. I have spent a lot of time to identify the problem but i can't understand exactly what is it. Thanks for helping me. 2014-07-09 14:37 GMT+07:00 <freeswitch-users-request@lists.freeswitch.org>:
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. Re: mod_cdr_mongodb and not correct start_uepoch (*_uepoch) values (Sergey Zhuravlov) 2. Re: Cannot heard sound on FS (Moishe Grunstein) 3. Re: Hangup B leg using featurecode (Samir Doshi)
---------- Thư được chuyển tiếp ---------- From: Sergey Zhuravlov <4orbit@gmail.com> To: freeswitch-users@lists.freeswitch.org Cc: Date: Wed, 9 Jul 2014 09:29:35 +0400 Subject: Re: [Freeswitch-users] mod_cdr_mongodb and not correct start_uepoch (*_uepoch) values Steven! Thank you!
Will use 64-bit platform for mongodb!
I'll tell you this in the google group CDR-Stats - they forgot to mention about it.
From: Steven Ayre <steveayre@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Tue, 8 Jul 2014 14:28:28 +0100 Subject: Re: [Freeswitch-users] mod_cdr_mongodb and not correct start_uepoch (*_uepoch) values Reading the manual I'm guessing you're on a 32bit platform. Running on 64bit would be better as 32bit limits the size of the database.
Integers are 64bit on 64bit platforms, but you can use bigint to get 64bit numbers on a 32bit platform. http://api.mongodb.org/perl/current/MongoDB/DataTypes.html
On 8 July 2014 14:23, Steven Ayre <steveayre@gmail.com> wrote:
I think the data type you're using in the database is the problem.
2147483647 is the maximum value you can store in a signed 32bit integer. You're trying to store a larger value so it's truncating it to the maximum possible value. Try a type that uses 64bits.
On 8 July 2014 10:47, Sergey Zhuravlov <4orbit@gmail.com> wrote:
hi! I tune cdr-stats now.
Found that in the database mongodb, which stores data from freeswitch
with mod_cdr_mongodb strange value
start_epoch ": 1399643826," start_uepoch ": 2147483647 ....
"start_stamp": "2014-05-09 13:57:06"
The problem with the value "start_uepoch": 2147483647
This is not true value should be:
<start_epoch> 1399643826 </ start_epoch> <start_uepoch> 1399643826442976 </ start_uepoch>
This is a file from cdr_xml
Someone faced with such behavior mod_cdr_mongodb? HOWTO correct it?
FreeSWITCH Version 1.5.12b+git~20140419T062924Z~f408dae2af~32bit (git
f408dae 2014-04-19 06:29:24Z 32bit)
Ubuntu 12.04.4 LTS
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- WBR, Sergey
GTALK/JABBER:4orbit@gmail.com
---------- Thư được chuyển tiếp ---------- From: Moishe Grunstein <max@nysolutions.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Wed, 9 Jul 2014 06:25:52 +0000 Subject: Re: [Freeswitch-users] Cannot heard sound on FS
You are having a NAT related issue, what router is doing the NAT, is UPNP enabled in the router? What ports are forwarded to the Freeswitch?
Thanks,
Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US *Service Request Email: support@nysolutions.com <support@nysolutions.com> *
Polycom Certified VAR Microsoft Small Business Specialist, Cisco SMB Select Certified
[image: cid:image001.jpg@01C72F94.9EE45D60] <http://www.nysolutions.com/>
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Nguy?n Van Nghia Em *Sent:* Wednesday, July 09, 2014 12:38 AM *To:* freeswitch-users@lists.freeswitch.org *Subject:* [Freeswitch-users] Cannot heard sound on FS
Dear All,
I have a FS production deployment:
- A FS server behind a NAT network
- User can register and make calls via internet.
It have worked well more than 2 years, but it took problem now:
Assume I have following cases:
1. Phone number in PSTN call to Extension in my branch
2. Extensions from another branch call to Extension in my branch (via sip trunk)
3. An extension in my branch call to another extension in my branch
4. An extension in my branch call to a phone number in PSTN
5. An extension in my branch call to a an extension in another branch (via sip trunk)
These are results:
Cases 1. 2. and 3.: Caller heard well but sometime Calleed can't heard from caller. If i wait for a longer time (may be 1 minutes, 2 minutes...) Calleed might heard from Caller.
Cases 4.5: Both Caller and Calleed heard well.
I have captured PCAP file on FS server, I saw that there were no different between cases 1,2,3 and case 4,5. I have seen many packets that FS server send to calleed IP.
There are only one change to my branch network. Network administrator make a NAT (80 and 8000) for camera service at public interface to a private IP in my branch network.
My question is: why Calleed in case 1, 2, 3 can not heard from caller ?
Another question: FS use RTP for carrying out voice/video but I can only see about 11 RTP packets (for one direction), but there are too many UDP packets in call session. I have attached the picture for that.
In the picture:
113.161.90.103: public ip address in my branch
192.168.45.4: FS server private ip behind NAT
10.12.10.140: My AudioCodes Phone's private IP in my branch
Thanks in advance for your help.
-- Best regards,
------------------------------------------------------------------------------------------------------------- EM NGUYEN
Website: http://freeswitch.vn Mobile: +84 949669075 Yahoo & Skype: nghiaembt --------------------------------------------------------------------------------------------------------------
---------- Thư được chuyển tiếp ---------- From: Samir Doshi <smrdoshi@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Date: Wed, 9 Jul 2014 13:06:15 +0530 Subject: Re: [Freeswitch-users] Hangup B leg using featurecode Hi,
Thanks for the reply.
Just tried and got below result,
2014-07-09 03:22:17.928601 [DEBUG] switch_ivr_async.c:3555 sofia/default/ 1212@192.168.1.2 Processing meta digit '0' [uuid_kill::ada0bc56-0739-11e4-bc9e-2fdf7c2f35e5] 2014-07-09 03:22:17.928601 [ERR] switch_core_session.c:2535 Invalid Application uuid_kill
On Wed, Jul 9, 2014 at 2:51 AM, Bernhard Wendel <bernhard@zeppelindesk.com
wrote:
Hi,
to me it looks like FS is processing the hangup on the whole call (i.e. legs a *and* b). What you want is to only close leg b and keep leg a. You might try using the uuid_kill command. Then the last line should look like <action application="bind_meta_app" data="# a b uuid_kill::$${uuid_of_b_leg}"/>
You still need to replace *uuid_of_b_leg* with the correct channel variable. I know there is one, but haven't found it.
Am 08.07.2014 10:06, schrieb Sam:
Hi Guys,
I need to hangup B leg when A leg user press #0 key in bridge. For that I have configured below lines in dialplan,
<action application="set" data="continue_on_fail=true"/> <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="bind_meta_key=#"/> <action application="bind_meta_app" data="# a b hangup::NORMAL_CLEARING"/>
However when A leg user pressing #, its dropping A leg as well in place of B leg only.
Can anybody please point out the issue?
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Hangup-B-leg-using-featurecode... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_______________________________________________ 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
-- Best regards, ------------------------------------------------------------------------------------------------------------- EM NGUYEN Mobile: +84 949669075 Yahoo & Skype: nghiaembt Website: http://freeswitch.vn --------------------------------------------------------------------------------------------------------------
