login
|
register
>Home
Main Page
>Quick Links
Main Page
Asterisk
VOIP PBX and Servers
Open Source VOIP Software
VOIP Service Providers
VOIP Phones
What is VOIP?
VOIP Event Calendar
PBX
Internet Speed Test
About Voip-info.org
>Business VOIP
Business Voip Providers
IP PBX
Asterisk Based PBX
Hosted PBX
Virtual PBX
VOIP Billing
PBX Phone System
VOIP Wholesale
VOIP Hardware
VOIP Fax
VOIP Job Postings
>Residential VOIP
Residential Voip Providers
Internet Phone
>SIP
Sip Providers
About Sip
SIP Trunking
>Call Center Software
Automatic Call Distributor
IVR
Predictive Dialer
>Web Hosting
Web Hosting Providers
>Forums
List Forums
Asterisk
FreeSWITCH
GrandStream
Polycom Phones
VOIP Questions and Help
Hardware For Sale
Minutes For Sale or Wanted
Zycoo Tech
View
Discussion (17)
History
Discussion: Asterisk presence
Comments Filter
Messages
1
5
10
20
50
100
All
Style
Flat
Threaded
Sort
Newest first
Oldest first
Re: RFCs for presence information
RFC for the rich presence standard can be found at: http://tools.ietf.org/html/rfc4480
RFC for the older presence standard (which Asterisk currently supports) can be found at http://bgp.potaroo.net/ietf/idref/rfc3863/.
I'm currently looking into adding support for RFC4480.
by
even
, Friday 01 of September, 2006 (09:25:37 UTC)
Re: Polycom Limit
This limit is confirmed to be a Polycom Limit. I spoke with Polycom this morning (I am a certified reseller, tier 2 support) and I also have run packet traces of the phone registering and subscribing to the monitored extensions. The Polycom phones will never "subscribe" to more than 7 watched buddies, regardless of the platform you are using (asterisk, broadsoft, anything). I personally have tried it with asterisk 1.2.1, 1.2.4, and broadworks 12. The packet traces are always the same. The phone orders the buddies by the extension number to be monitored, and the first 7 always subscribe, anything beyond that the phone simply doesn't try to register for presence announcements.
I spoke with Polycom this morning and they confirmed it is a shortcoming on their phones, you can only monitor 7 extensions for presence, period, end of story, regardless of softswitch, they will never subscribe more than that. The Rep I spoke with stated that they are looking to increase that number, but have no defined roadmap or release date for a version of the firmware that will support it. He also stated that there was at this time no other way to monitor presence on more extensions (IE, there is nothing asterisk could do differently to make it so that it will work). I don't know what the PUBLISH method mentioned above does/is, but I mentioned it, and the Polycom rep said that the phone doesn't support that anyway, so there is no way to monitor presence for more than 7 extensions with Polycom's phones until they release a fix.
by
pavera
, Thursday 06 of April, 2006 (18:15:20 UTC)
Re: Polycom Limit
I'm not sure how they can say that, it explains it on page 19 of this document, 'SoundPoint IP 601 and Expansion Module User Guide - SIP 1.6.x', which is on the Polycom website. It is the main reason why the expansion modules are pretty useless on an Asterisk system. I am not sure if there is another method for the other Polycom certified phone systems to run all of the free/busy lamps on the phone and modules that doesn't involve hints and the Buddy list presence system. If there is a way that Polycom expects a proper implementation to work with their phones to monitor all (not just 8) of the entries on a module, it would be great if someone out there could illuminate us.
by
warmbowski
, Thursday 09 of March, 2006 (02:17:22 UTC)
Polycom Limit
I have spoken to polyocm on the limit if 8 (i mean 7) and they have stated this is an Asterisk limit, not a phone limit. Can anyone point me in the direction to look for a resolution? Thanks!
by
sahklh
, Wednesday 08 of March, 2006 (16:49:33 UTC)
RFCs for presence information
Authors wrote: "Due to the lack of PUBLISH method support, there's no support of extended states (Away, Do not disturb, Busy)"
Tell me please, which RFCs are defining these extended states? RFC3903 (PUBLISH) only describes PUBLISH method for event state publication (without presence information format), and RFC3863 (PIDF) defines only basic states Open and Closed (all other states are mentioned only in "For example" paragraphs).
Thank you in advance.
by
OneIn
, Tuesday 31 of January, 2006 (14:45:01 UTC)
Re: Grandstream FW 1.0.1.13 ?
its attached to this wiki on the gxp-2000 page
by
IronHelix
, Monday 21 of November, 2005 (00:05:54 UTC)
Grandstream FW 1.0.1.13 ?
Where can I get it ? I searched in the beta releases on the Grandstream web site and found the 1.0.1.12 version but not the one you talk about.
Any link would be appreciated.
by
malaiwah
, Friday 11 of November, 2005 (21:59:14 UTC)
«
Page 2 of 2
Go to page
Page Changes
|
Comments
Featured -
Search:
Get a Free VoIP Quote
Cut Business Phone Costs
& Save Money!
Business VoIP
Residential VoIP
Last modif pages
VOIP GSM Gateways
VOIP Service Providers Business North America
VOIP Service Providers Residential
voip-info.org
Web Hosting
VOIP Service Providers Business
New Software Releases
HyberTone
VoIP product from HyberTone, China
Android VOIP
Show More…
VoIP Speed Test
Get Help
Ask a question
Yate System - Need Advice
by
stuntman
Sat 15 of Jun, 2013
What's SIP header for “auto-answer” for 3CX?
by
crtg08
Thu 13 of Jun, 2013
FXO end ok-can talk BUT Dial tone not receiving at fxs side
by
craaj
Wed 12 of Jun, 2013
View More...
Loading Loading…