Search results for query: *

go to: C:\Temp\CiscoTSP001Log on th epc giving you issues. Make a test call and pot the most recent TSP log here so I can review it. Another thing to try: Make sure the Windows Telephone Service is running on the pc. If it is, stop and restart the service Make sure the Windows fax service...

The PSTN did not like your caller id / ANI You were sending too many digits in the caller id string distorting it Your LD provider (I bet these were LD calls) would not allow the call since it did not recognize the number Or maybe a local CO switch somewhere did not like the ANI you were...

can you get the Nortel OTM data in a comma delimited format? Even if you can, it could help a bit, but being a former Nortel guy, all there stuff was always VERY cryptic and proprietary (at least the console/command line was) so unless OTM is standards based and can output a comma delimited...

if you're not sure of any of this, and you are using callmanager (not express) fo to "Device", then "gateway" and list any gateways you see here (no need to list VG248 or VG224's, just list everything else) If it's a Callmanager express, telnet or console into your CM Express router and list...

sure so let me know what devices you have on your voice network that connect to your voice circuits like what version of Callmanager or is this callmanager express? what gateway, like what device connects to your outbound voice circuits? are your outbound voice circuits PRI's? In other words...

yes what kind of gateway do you have? Hopefully it is running Cisco IOS and you can log into the gateway, and do a "debug isdn q931" and then make the test call and capture that call data and post it here

You can do a few things.. best way is to debug the live calls on the gateway...so you can see the entire call process like setup, aknowledgement, connect, and tear down real time You could also use the CCM CMR files to view logs/history

try pointing those calls to another circuit (ideally from another carrier) and see if they work - then you know its that original carrier/provider network giving you the problem i would debug the calls on your gateway to see what is happening, get some q931 messages and report back here let me...

using CallManager ? setup a test route group setup a test route list put the "new" PRI in the test route group put the new test route group in the test route list create a route pattern with your cell number as the pattern point this pattern to your new "test" route list dial your cell number...

In the Callmanager WEB admin GUI, search for the phones you are interested in, then click on the IP address hyperlink for that phone - you can get the serial number this way Or at the phone itself you can press "settings" and then choose #5 "Model information

Could be a few things. I have had each happen after a network down issue with a 7936 1 - 7936 becomnes unuseable and needs to go back to Cisco by way of RMA or follow these steps first: http://www.cisco.com/en/US/ts/fn/620/fn62805.html 2 - I have had to do a factory reset on the 7936, and...

Hey does anyone know if it is possible, and what I need to buy and configure to trunk either a Cisco UC520 system or a Cisco 2811 running CME with a Nortel Option 11C that will soon be IP (Succession) enabled? Designing a solution for a customer with an existing Nortel Option 11C (soon to be...

Hey does anyone know if it is possible, and what I need to buy and configure to trunk either a Cisco UC520 system or a Cisco 2811 running CME with a Nortel Option 11C that will soon be IP (Succession) enabled? Designing a solution for a customer with an existing Nortel Option 11C (soon to be...

and those specs are per port to be clear

In the US it is called REN (Ringer Equivalency Number) Here is some specs on the US VG224: Up to 600 ohm (including the phone or terminal equipment)- that is, capable of delivering 5 REN and 40V ring voltage with 5900 feet of 26AWG wire

dont have access in front of me at the moment, but click the phones IP address and then click "Stream 1" on a live test call and then hang up and click stream 1 again on the same phone when idle, you will see the many differences in the counters and stats for teh stream, quick glance will tell...

also another option, especially if you need to do a full reboo/RESET of the phone - when you pull up the phone in the callmanager web GUI, you can click on the ip address of the phone - and then see if theres a live call in progress by looking at the current streaming statistics (Stream 1) -...

Go to: Route Plan > Route Plan Report with an empty search window click Find To print, click "View In File" - Save to your PC in XLS format, and print like any other excel file

This has good info on call setup/behavior between 2 IP phones reg'd to the same CM cluster : http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_troubleshooting_guide_chapter09186a00803fa951.html You need to sniff and/or trace a bad call and look for this I believe: Cisco CallManager...

You want always use prime line set to True (defualt is false) From the Service menu, choose Service Parameters. Choose Publisher CallManager Server > Cisco CallManager service. Under the Clusterwide Parameters (Device - Phone) section, scroll down to the Always Use Prime Line parameter...