[cisco-voip] PLAR

[Wes Sisk]

Peter,

It appears your problem scenario only happens when the user is logged  
out of EM.  Allowing any sort of usage in that state bypasses your  
builtin security mechanism.

the scnearios I see are:
logged in: transfer works
logged out: offhook goes straight to Voice Operator.

You should be able to achieve the logged out behavior by setting:
1. service parameter to only allow 1 EM login - this will forcably  
log the user out of the previous phone and send it back to the  
default state
2. ADP for all phones - have all phones use a base profile or  
autogenerated profile with a line with a CSS that uses your Voice  
Operator - i.e. configure your voice operator CSS on the line of  
default profile instead of the device of the base profile.  When your  
user performs EM login the line will be replaced with their specific  
line and CSS.

/Wes

On Apr 5, 2006, at 8:41 PM, ash AD wrote:

Any ideas on this one... I work in a very fluid network with devices  
continuously coming on and off of it. Because the nature of our  
network we have phones autoreg into a partition that will cause there  
phone to be direct access (DAS) to the VoIP operators upon entry  
using PLAR. After talking to the operator we build thier profile for  
ext. mob. and log them into thier phone. We would like to leave the  
phone itself in the autoreg partition so when they log out or log  
onto another phone a new user would be right back into PLAR senerio.  
But by doing this using the transfer key and other features which try  
to grab another line, the phone DAS takes over and rings the  
operator. Is there a way around this? The profile for the Ext Mob  
user has full call search space access and is out of the autoreg  
partition. Thanks all.

Peter

Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30 
+ countries) for 2¢/min or less.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060406/c2eaa4b6/attachment.html