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

Nguyễn Văn Nghĩa Em nghiaem at gmail.com
Wed Jul 23 13:55:47 MSD 2014


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
--------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140723/c2499c91/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/c2499c91/attachment-0001.jpg 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list