[Spce-user] monitoring registered clients

[Matthew Ogden]

> -----Original Message-----
> From: spce-user-bounces at lists.sipwise.com [mailto:spce-user-
> bounces at lists.sipwise.com] On Behalf Of Skyler
> Sent: 17 August 2012 09:56 PM
> To: spce-user at lists.sipwise.com
> Subject: Re: [Spce-user] monitoring registered clients
>
> Hi,
>
> On 8/17/2012 4:19 AM, Matthew Ogden wrote:
> > Many of clients have failover routes, as they are transitioning from
> > PSTN/POTS to SIP.
> >
>
>   This is interesting to me too as I have some offices with POTS
> failover.
>
> > This means if they can't make calls via SIP, their PBX will send the
> > call over PSTN, resulting in the problem not being reported.
> >
>   So when the PBX sends an INVITE to SPCE, it may return 404/503 or
> similar and then the PBX will fail-over to POTS right? So what is the
> 'problem' exactly, is this not by design?
>


The problem is that we don't know if the PBX is in failover mode until one
of the following happens (amoung others):
1. the customer makes a complaint that their outgoing lines is restricted
to much fewer lines (now their line max = PSTN only)
2. the customer phones customers with CallerID that does not match the
desired SIP caller ID.
3. We see at the end of the day / week that the customer is not making
calls with our SIP account and we investigate

> > I would like build something that is fetching the whether or not the
> > accounts are flapping and whether they are up at all.
> >
>   What is 'flapping'? If a PBX is registered as a subscriber on SPCE,
> then I assume you mean to find a way in order to monitor that
> registration and notify you in some way if it is not registered?

Flapping is when:
1. the registration is irreguglar (not on the expected RE-REGISTER times),

2. or missing REGISTRATION some times,
3. when calls routed to it are timing out
4. when calls routed from it are failing from timeouts instead of BYEs
from our PEER (upstream) or our BYEs from our customer


> > Do you guys have any suggestions of a good way of achieving this?
> >
>   Sure, lots of suggestions can be given. Just need to figure out your
> goal exactly :)

Hope this all makes sense. Some of customers are using data lines that may
be stable for 2 years, and then be intermittent for a week - we want to
proactively manage this situation before the customer is angry.

>
> --Skyler
>
>
> > *Matthew Ogden*
> >
> > Management
> >
> > TenacIT
> >
> > *Strategic IT Consulting *.*Advanced Networking *. *Virtualisation***
> >
> > *Custom Development *.***Hosting *.***Syspro Support *. *MS
> > Licensing***
> >
> > Tel: 041 10 10 100 | Cell: 084 205 4445 | Email: matthew at tenacit.net
> > <mailto:matthew at tenacit.net>
> >
> > Skype Name: matthew.ogden | Web: http://www.tenacit.net
> > <http://www.tenacit.net/>
> >
> >
> >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com
> > http://lists.sipwise.com/listinfo/spce-user
> >
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user