08-29-2010 12:19 PM - edited 03-16-2019 12:31 AM
When the phones go in SRST mode., we dont see the line Text label on the individual lines but only the extensions.
Does the "Line Text label" feature work in SRST?
Please suggest.
Solved! Go to Solution.
08-29-2010 04:06 PM
Hi Kumar,
Sadly, Line Text Labels cannot be preserved in SRST mode
Take a look at Page 57 in attached doc;
Cheers!
Rob
08-29-2010 04:06 PM
Hi Kumar,
Sadly, Line Text Labels cannot be preserved in SRST mode
Take a look at Page 57 in attached doc;
Cheers!
Rob
08-29-2010 11:45 PM
AFAIK it is not possible
08-30-2010 08:07 AM
Hi
You can probably get line labels working by using CME-SRST rather than old-fashioned SRST. In that mode you can store the lines as ephone-dns in the configuration, and apply more configuration to them than is automatically done with SRST. You would obviously have some more maintainance to do, but if it's a fairly static site that's not really a problem.
Regards
Aaron
Please rate helpful posts...
08-30-2010 08:12 AM
CME as SRST is an administrative nightmare for anything but the smallest and most static of sites. Avoid its use if at all possible!
08-30-2010 08:19 AM
Nah, it's much better. It really depends how you use it.
If you use 'srst mode auto-provision none' it effectively works pretty much like old SRST, except you have the flexibility to preconfigure some DNs so that their config can include hunt groups, pickup groups or whatever else is important.
If you use 'srst mode auto-provision dn' you can fail to SRST, allow it to store just the DNs, and then you can add hunt groups and so on to the config.
If you use 'srst mode auto-provision all' then it remembers MAC addresses along with DN assignments, which is typically where people go wrong.. that breaks any EM users that have moved by the next time the WAN fails, requires maintenance if you replace phones, and so on...
So it's not a case of avoid using it; it's use what is needed. If you need proper configuration flexibility, use CME-SRST, if you just want basic service in a failure you can get away with old SRST.
Aaron
08-30-2010 08:50 AM
Yeah, it's handy for sure but I'd say that for an enterprise environment the advantage stops at the phones "remembering" all their DNs and speed dial settings. The more service you guarantee during an outage the more work you duplicate for your change management processes. For a deployment of scale I'd say the expectation should just be set with end users that SRST is way better than any other "failover" scenario they've had with previous phone systems and leave it at that.
Besides, do you really want to take time away from figuring out why your WAN went down in the first place to install a pickup group?
08-30-2010 09:00 AM
Of course not; you would have the pickup group configured in advance if it's important... and since the remote office can now continue to work reasonably normally you don't have them all callling you to tell you that their pickup group doesn't work any more.
Mre often than not the 'previous system' is a PBX, which normally means a remote site would have had a stand-alone system that in general is extremely reliable and not dependant on the WAN at all.
I fully understand what you are saying though; each environment is different. Bottom line is that if you want features that old-SRST doesn't have, you use the new style.
Aaron
08-30-2010 09:09 AM
I agree completely. After all, I'm just a button-pusher - all I can do is present options' pros and cons to a customer (whether internal or external) and know the right buttons to push after they made the decision which way to go.
Sorry to hijack the thread!!!
08-30-2010 09:27 AM
Hi Philip
It is a discussion forum - the whole point is to get the benefit of other people's experience and opinions.. so it's not hijacking, it's contributing, and your opinions are absolutely welcome :-)
Aaron
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide