[Freeswitch-users] FreeSWITCH-users Digest, Vol 97, Issue 40

Wed Jul 23 16:40:50 MSD 2014

If you intend on replying to the list please disable digests.

On Wed, Jul 23, 2014 at 4:55 AM, Nguyễn Văn Nghĩa Em <nghiaem at gmail.com>
wrote:

> 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 at lists.freeswitch.org>
> :
>
>> Send FreeSWITCH-users mailing list submissions to
>>         freeswitch-users at 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 at lists.freeswitch.org
>>
>> You can reach the person managing the list at
>>         freeswitch-users-owner at 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 at gmail.com>
>> To: freeswitch-users at 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 at gmail.com>
>> > To: FreeSWITCH Users Help <freeswitch-users at 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 at 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 at 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 at freeswitch.org
>> >>> http://www.freeswitchsolutions.com
>> >>>
>> >>> 
>> >>> 
>> >>>
>> >>> Official FreeSWITCH Sites
>> >>> http://www.freeswitch.org
>> >>> http://wiki.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
>> >>>
>>
>> --
>>   WBR, Sergey
>>
>>  GTALK/JABBER:4orbit at gmail.com
>>
>>
>>
>>
>> ---------- Thư được chuyển tiếp ----------
>> From: Moishe Grunstein <max at nysolutions.com>
>> To: FreeSWITCH Users Help <freeswitch-users at 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 at nysolutions.com <support at nysolutions.com>
>> *
>>
>> Polycom Certified VAR
>> Microsoft Small Business Specialist, Cisco SMB Select Certified
>>
>> [image: cid:image001.jpg at 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 at lists.freeswitch.org [mailto:
>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Nguy?n Van
>> Nghia Em
>> *Sent:* Wednesday, July 09, 2014 12:38 AM
>> *To:* freeswitch-users at 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 at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at 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 at 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 at 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 at freeswitch.orghttp://www.freeswitchsolutions.com
>>>
>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>>>
>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>>>
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.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
>>>
>>>
>>
>> _______________________________________________
>> 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,
>
> -------------------------------------------------------------------------------------------------------------
> EM NGUYEN
> Mobile: +84 949669075
> Yahoo & Skype: nghiaembt
> Website: http://freeswitch.vn
>
> --------------------------------------------------------------------------------------------------------------
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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

*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378)
*iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140723/746abca5/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2424 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140723/746abca5/attachment-0001.jpg 