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

Polycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified

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-tp7596115.html
Sent from the freeswitch-users mailing list archive at Nabble.com.

_________________________________________________________________________
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

_________________________________________________________________________
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