and the phone has been resent its profile and rebooted?
it needs to be enabled for the alert-info header. if it is not enabled in a
paging group a ns sent the profile it will not work.
the audio part speaks firewall or Intranet settings.
On Jun 27, 2011 11:56 AM, "andrewpitman" wrote:
>
> Conten
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To:
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <61124>
Message-ID:
Tony Graziano wrote on Fri, 24 June 2011 05:45
> try a paging group of one remote phone. my guess is it
> will
further I would expect this cannot be fixed on this current design. it would
have to be a "join and silence until all members join, then allow a
broadcast" design driven from the media server. How long do you wait and
what if members are on the phone? besides being complicated to design (I
have it
I've never tried. In the way paging is designed, its entirely possible that
latency is causing the audio to be too late and not used.
" broadcast tone" then "go offhook" and now "deliver this audio to all
members".
try a paging group of one remote phone. my guess is it will work. the local
phones
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <61038>
Message-ID:
Quote:
> Paging remote workers... Please pick up the courtesy
> phone. ;)
I'm trying to get paging groups to work with my
