ngrep -d <iface> -qt -W byline 'sip: INVITE' 'port 5060 or port 5080'
This - exactly this - use a carrier for your test calls that's
distinct from those who deliver calls to you.
--Dave
-----Original Message-----
From: freeswitch-dev-bounces@lists.freeswitch.org
[mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Kristian
Kielhofner
Sent: 16 December 2012 23:22
To: freeswitch-dev@lists.freeswitch.org
Subject: Re: [Freeswitch-dev] Best way to test DID is hitting Freeswitch
Buy a circuit/minutes/whatever from another carrier.
Write a match at the top of your dialplan to catch calls coming from a
number assigned to the circuit above. Make the match conditional for
only the caller id number of that circuit (matching any destination
number). Because the caller id number is globally unique you'll be
the only person using it.
Then use FreeSWITCH originate commands to send calls to the DIDs
you're porting on a periodic basis from that number.
When you see the call come back and hit your server you'll know the
number has been ported to you.
Make sure to take care and not harass your customers but I'll leave
that part of the exercise up to you.
On Fri, Dec 14, 2012 at 6:18 PM, Everyday User <everydayuser11@gmail.com>
wrote:
> I have thousands of DID's and wondering what is the best method to run
tests
> to see if these numbers are hitting our Freeswitch server. We have
problems
> with our carrier assigning our numbers to other companies and need to
> preemptively know if the number is not pointing to us anymore before our
> clients find out.
>
> Currently, I run a command to originate a call for each DID which updates
a
> database entry to see if that number went through are server. I am
looking
> for a more efficient way to test all these numbers. Thanks.
>
> - Jim
>
> _________________________________________________________________________
> 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-dev mailing list
> FreeSWITCH-dev@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
--
Kristian Kielhofner
_________________________________________________________________________
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-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
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-dev mailing list
FreeSWITCH-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org