11-09-2007 10:02 AM - edited 03-15-2019 07:09 AM
This is a TCL/IVR script that uses a file with a list of numbers and names to make so your caller's name is displayed on the phone when receiving a call from a number in the list.
The file must reside in flash. This is because the "file" command that I use in the script fails for tftp. There is also a version what works via HTTP queries.
The file is accessed for reading on the first call only, so it should be possible to handle very large lists.
To reload a the file, do:
show call application sessions
and then
call application session stop id <ID-from-show>
Update. The script can now be acquired at ciscoscripts.com
11-10-2007 03:25 AM
Hi,
I was just looking for something similar! Can you give us information about model of the router and the IOS version you have tested it with.
BR,
Stoyan
11-11-2007 05:42 AM
Hi,
this is supposed to work on any platform where TCL/IVR 2.0 and up is supported.
I do use ISRs for testing.
Let me know how it works for you.
11-24-2007 04:33 PM
Hi
I have still problems with consultative call transfer if I use your script. A (external) calls B B transfers to C (consultative). After pressing the transfer-button on phone B. Both calls are still on hold.
Could you already test that? Have you a solution?
Thanks.
Regards
Peter
11-24-2007 05:50 PM
Hi Peter,
I was in the believing that the service was not to interfere with call transfer. I'm away from my systems, it can be sometime before I can go back to that, but I will.
Thanks for letting me know!
03-04-2008 03:06 PM
Hello Paolo,
I greatly appriciate the effort you putted into this. Is there any change you will further develop the script to do http queries on the fly?
Also I mentioned that you created another version of the script, which handles the DNIS/ANI another way, but I can not find the threath in which you explain why you made this changes.
Again, thanks a lot for all the effort.
Steve
03-04-2008 04:57 PM
No I never developed the http queries for lack of real need now.
Not sure about another way of handling ani/dnis, ani drives the name search and dnis the outgoing dp where the call goes.
03-04-2008 11:54 PM
I do mean that I saw another version of this .tcl on your website. What are the differences?
http requests would be real cool
03-05-2008 02:22 AM
Ah, that was not supposed to be seen, it's a modification for a T1 CAS that presents ani/dnis in a peculiar format. So far, that's the only case I've seen.
If someone can write the http server side, I won't take much time for me to adapt the client.
Thanks for the appreciation!
03-05-2008 02:32 AM
As you might have noticed I am a big fan of your CME additions :-) so sorry for taking a look in your back garden.
HTTP server side off course could be very flexible. We only would have to make some agreements about the format. I would suggest an parameter in the script where you put can put the ani as a variable, like:
param http_ani_get http://server/anirequest.asp?getnamefor=$ani
Any suggestions for return format? Going VXML-style with addiotional info, or simple HTTP answer containing Unknown vs 'Name of Caller'.
BR
03-05-2008 04:26 PM
Yes that would be exactly the method. Query can also be basic64 authenticated.
I would think that for simplicity, just have a simple string in reply.
Are you considering tying the names database to MS AD ? That is probably what most people would like,
In any case if you can place the server on a reachable IP, I'll patch the client, quickly test, and release for the community.
03-06-2008 01:23 AM
I set up a quick test:
http://xml.proxsys.nl/lookup.asp?ani=$ani
Valid entries are;
12345
54321
03912
If other numbers are entered, you get a reply with the same number returned. If you need modications, just let me know.
03-06-2008 05:51 AM
Will code and confirm...
03-09-2008 02:45 PM
Ok, done and quickly tested:
http://pbevila.fastmail.fm/public/number2name-http.tcl
I would need the server to have authentication, the code is in the client but I'm too lazy to debug it now.
03-11-2008 07:07 AM
Hi Paolo,
The script seems to work fine. However, tranfering doesn't work anymore if the script is configured under an incoming dialpeer.
I noticed that you replied in another topic about tcl and transfering a call. What is the story about it? Why doesn't it work?
Best regards.
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