[Freeswitch-dev] Best way to test DID is hitting Freeswitch

[Anton Kvashenkin]

ngrep -d <iface> -qt -W byline 'sip: INVITE' 'port 5060 or port 5080'

:)


2012/12/17 David Knell <dave at 3c.co.uk>

> 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 at lists.freeswitch.org
> [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Kristian
> Kielhofner
> Sent: 16 December 2012 23:22
> To: freeswitch-dev at 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 at 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 at freeswitch.org
> > http://www.freeswitchsolutions.com
> >
> > 
> > 
> >
> > Official FreeSWITCH Sites
> > http://www.freeswitch.org
> > http://wiki.freeswitch.org
> > http://www.cluecon.com
> >
> > FreeSWITCH-dev mailing list
> > FreeSWITCH-dev at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20121217/8a02b5df/attachment-0001.html