I have a semi-complex dial-plan that uses the 'transfer' dp tool to route calls through various contexts. For instance, if a caller dials '*1' it will eventual go to '5' (which is an arbitrary ID) in the 'route' context. What I've noticed is, when using SLA, the Polycom's display is updated with the '5', instead of displaying '*1' as it should. I do not have this problem when not using SLA. I looked through the SIP trace to see where the Polycom was getting this on the display and it's happening in the NOTIFY (which makes sense why I don't have this problem when not using SLA). If you look at this line in the NOTIFY, you'll see: Call-Info: <sip:21.local>;appearance-index=1;appearance-state=alerting;appearance-uri="\"5\" <sip:5@21.local>" Here is the full NOTIFY packet... NOTIFY sip:2000@XX.YY.ZZ.YYY:1411 SIP/2.0 Via: SIP/2.0/UDP XX.YY.ZZ.154;rport;branch=z9hG4bKQp5tXcrD1jj2j Max-Forwards: 70 From: <sip:2000@21.local>;tag=YN59QVIfZbRE To: "Ext. 2000" <sip:2000@21.local>;tag=307FCA01-A83BB3C Call-ID: 510f5fc5-b143c4b0-ecbece7f@192.168.99.78 CSeq: 388215190 NOTIFY Contact: <sip:2000@XX.YY.ZZ.154:5060> Expires: 0 Call-Info: <sip:21.local>;appearance-index=1;appearance-state=alerting;appearance-uri="\"5\" <sip:5@21.local>" Call-Info: <sip:21.local>;appearance-index=*;appearance-state=idle User-Agent: AMPSwitch Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Event: line-seize Allow-Events: talk, hold, conference, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: terminated;reason=noresource Content-Length: 0 Is there anyway to set the 'appearance-uri' or have FS use the original SIP URI dialed here (*1) ??? Thanks in advance!