[cisco-voip] SRST and Shared Lines

[Kris Seraphine]

That's working as designed.  You might want to consider using the CME for
SRST fallback feature.  This would allow you to configure a group of overlay
DNs and assign them to the phones during an outage.

On Jan 25, 2008 7:27 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:

>  I have run into an interesting situation with SRST and just want to
> confirm that it is working as designed and this is not a bug.
>
>  Under normal conditions I have a site that uses a shared PRI/DID line
> across all telephones in a department as the primary line. During SRST
> testing we have discovered that once a call is received on one phone this
> line is inactive on all other phones. No call can be placed from the line
> and an inbound call to it goes to the *call-forward busy* target. If I use
> the* **dual line** *option a second call will ring in but only to the
> phone that is active with the first call.
>
> It looks to me that shared lines are not supported using SRST?
>
>
>
>
> Thanks!,
>
> Steve Casper
> Voice Technologies
> M&T Bank
> (410) 347-6026
>
> ************************************
> This email may contain privileged and/or confidential information that is
> intended solely for the use of the addressee. If you are not the intended
> recipient or entity, you are strictly prohibited from disclosing, copying,
> distributing or using any of the information contained in the transmission.
> If you received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. This communication may contain nonpublic personal information
> about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
> and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or
> disclose such information for any purpose other than to provide the services
> for which you are receiving the information.
> There are risks associated with the use of electronic transmission. The
> sender of this information does not control the method of transmittal or
> service providers and assumes no duty or obligation for the security,
> receipt, or third party interception of this transmission.
> ************************************
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 
kris seraphine
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080125/5d737904/attachment.html