I am re-wording this question. I have a cyberdata sip endpoint amp. It is registered, connected, has an extension. when i dial the extension it gives a fast busy. When i check the logs it shows that the call is going out through the sip trunk to our ITSP (nexvortex), where of course it fails. How do I create a dial plan to keep it inside?
I think you have made the mistake that many of us made the first time we looked at a SIP amplifier
Firstly you do not want to use the SIP register for this, actually you want to use a SIP-DN which falls under your global DN registration, this then creates a SIP extension much like the SCCP extension (Which I believe Cisco will move down this path shortly).
When you create a SIP-DN it acts and behaves like a normal extension, and it also ensures that it will correctly hang-up once the user closes the circuit as it wont need to wait for a response back from the unit.
Here is the sticking point CCA does not support creating this as far as I am aware (In version 3.2), maybe the beta version 3.2.1 might?? So you will need to do this via CLI and this may get you into some trouble with SBSC if you are not Express certified, so maybe you can log a configuration assistance with SBSC on this and see if they will assist you with configuring this up.
What I can tell you is that this is the best way for it to work, creating a SIP registration like you would with an ITSP requires further configuration such as Dial Plans and Translation rules/profiles etc...etc.. Not the most ideal way to do it
Thanks David. I will try to sbcs to cooperate. They don't like to help support 3rd party products. They may be willing to help create a sip-dn, and then I can take it from there.
I just called sbcs. they claim I don't have cli support. I didn't know that that was an option. Does anyone have the cli commands to create sip-dn?
I am always obliged to help others out, however I must disclaimer the following:
Sorry if that sounds harsh, but I just need you to be clear that what I am about to do is to purely to help you out because I know that you are stuck, and that you realize what you are doing is not within your certified capacity under Cisco's terms and conditions (Even though many of us may not agree with these terms in whole).
voice register global
dialplan-pattern 1 XXXXX... extension-length 3
voice register dn 1
call-forward b2bua noan 399 timeout 45
voice register pool 1
id mac 0001.0002.0003
number 1 dn 1
username amp password 1234
Good luck, and I highly encourage you to sit the Express UC certification exam before it expires (Not sure what it is being replaced with) and get yourself covered for these types of changes. I understand why Cisco are doing this, but what I don't understand is how their policy leaves an entity high and dry and denied basic support because of a system that is not fully functional and capable of supporting the UC (CCA I'm talking about here).