Summary:	ASTERISK-06985: Implementing Paging on the Linksys SPA9XX phones
Reporter:	John Lange (johnlange)	Labels:
Date Opened:	2006-05-16 23:23:27	Date Closed:	2011-06-07 14:03:23
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) spa9000page
Description:	To date all paging systems have involved pulling a whole group of phones set to auto-answer into a meetme conference room using traditional SIP. A bit of a hack to say the least. The Linksys SPA9XX phones (941, 942 etc) have the ability to page a large number of phones using an RTP multicast system. As far as I'm aware this is the first "real" paging system available on a SIP phone. Currently this paging system only works when the phones are combined with the Linksys SPA9000 key system and not with Asterisk. I believe it would not be a great deal of work to implement this system in Asterisk. Attached to this message is a small packet capture (captured using Ethereal) from a page session. The SPA9000 is at 192.168.2.1, the SPA941 is at 192.168.2.100. A brief description; A group page is initiated on a SPA941 by dialing *96 and then selecting "pagegroup" from the corporate directory. The first few packets are the phone requesting the corporate directory. The actual page starts at packet 8 with a UDP signaling broadcast on port 6061 which I assumes tells all the phones to get ready for the coming RTP broadcast which follows. I'm looking for advice on a way to add this feature to Asterisk as well as other interested parties which might be willing to help.
Comments:	By: Olle Johansson (oej) 2006-05-17 02:09:01 The bug tracker is not a good place for discussions or feature requests. Please mail this out to the asterisk-dev mailing list. By: John Lange (johnlange) 2006-05-17 08:48:41 I'll be happy to post it to the development list but I should point out that the posting instructions say this is the place: "To track bugs, features, and miscellaneous (documentation) elements that need to be discussed in a permanent, semi-threaded manner and which can more easily store programmatical or textual difference files ("diff -u") in a manageable way." "The secondary use is to track feature requests..." By: Olle Johansson (oej) 2006-05-17 11:19:45 Yes, it says so. But as I point out, if you really want to discuss, use the mailing list. This is not a good forum even if the bug guidelines suggests you can use it that way. We will leave it open for a while, then simply close it. Mailing list is much more effective if you want result. By: Joshua C. Colp (jcolp) 2006-05-17 19:49:29 Closed per oej's note. Continue discussion on the mailing list and when something fruitful appears - come on back.