[Spce-user] Registered subscribers

[Jeremie Chism]

Sounds like a great idea. As subscriber numbers go up it would be nice to be able to quickly see which ones it is that lose registration. 

Sent from my iPhone

On Apr 8, 2013, at 2:41 PM, Skyler <skchopperguy at gmail.com> wrote:

> Just thinking out loud. A function like this could be added into the device provisioning.
> 
> Since the device(s) will be in the DB; SOAP can query and check added subscriber devices, compare to usr_loc table then return any which are not registered along with the device details if wanted.
> 
> In this way, if Line-1 & Line-2 on a single device are assigned separate subscriber DIDs, you'd see which line (if not both) are NOT registered.
> 
> 
> Skyler
> 
> On 4/8/2013 12:31 PM, Kevin Masse wrote:
>> Jeremie, it looks like you could use the SOAP command.
>> get_subscriber_registered_devices
>> 
>> This function returns a list of registered devices for a given
>> subscriber.
>> 
>> In theory you would build your search query to go over your ID's and
>> report back registered devices for the subscribers.
>> 
>> This is the full description from the :2443/SOAP/Provisioning.wsdl
>> get_subscriber_registered_devices
>> 
>> 
>> Description:
>> 
>>  This function returns a list of registered devices for a given
>> subscriber.
>> 
>> Input:
>> 
>> by_userdom_Request (soap:body, use = encoded)
>> 
>> authentication type Authentication
>>  This element contains the authentication information. See section
>> Introduction above for a description.
>> *username type string*password type string*type type string
>> parameters type UserDomParameter*username type string
>>  The subscriber's SIP username.
>> *domain type string
>>  The subscriber's SIP domain.
>> 
>> Output:
>> 
>> get_subscriber_registered_devices_Response (soap:body, use = encoded)
>> 
>> data type DeviceContactArray - array of type DeviceContact
>>  An array of device contact entries, each containing the following
>> information:
>> *id type int
>>  A unique ID for the contact. Used to delete the contact from the
>> database.
>> *contact type string
>>  The contact details.
>> *expires type string
>>  SQL timestamp. The expiration timestamp of the contact.
>> *user_agent type string
>>  The user agent string as sent by the client device.
>> *nat type boolean
>>  Specifies whether the system has detected a NAT setup.
>> *last_modified type string
>>  SQL timestamp. When the contact was last updated.
>> 
>> 
>> I hope this helps.  If someone is aware this will not work in the way I
>> feel it should please respond back so Jeremie is not chasing the wrong
>> solution.
>> 
>> Thanks
>> Kevin
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: spce-user-bounces at lists.sipwise.com
>> [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Jeremie Chism
>> Sent: Monday, April 08, 2013 3:10 PM
>> To: spce-user at lists.sipwise.com
>> Subject: [Spce-user] Registered subscribers
>> 
>> Is there a report that can be pulled from sipwise that would list the
>> subscribers that are not registered?
>> 
>> Sent from my iPhone
>> _______________________________________________
>> 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
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user