Improve company productivity with a Business Account.Sign Up

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 431
  • Last Modified:

call failed: not found

I have x-lite setup with my cisco call manager 6.1 to recived incoming calls is fine but when I try to dial extensions or out going call I cget the message

Call Failed: Not Found
0
arahming
Asked:
arahming
  • 4
  • 3
1 Solution
 
icanhelpCommented:
check that the appropriate partitions are listed in the calling search space and that your phone is using appropriate calling search space (css).  By the way, do you get dialtone when you lift the reciever?  Fast busy???
0
 
arahmingAuthor Commented:
I get a dial tone and can dial 411 just can't dial the extension or outside lines
0
 
icanhelpCommented:
Yep,

Sounds like you've got a partition, calling search space or route list problem (or possibly a combination of more than 1).  When you can dial one route pattern (411 in this case), it's because all three of these things are correct within your IP phone's context.  A phone from a different city/state within your organization may not be able to dial something you can because they have a different context.

The notion of "context" is what I'm driving at here.  You phone (or anyone else's for that matter) require certain things that allow it to dial.  I'll try my best to summarize below:

1.  Find out what PARTITION your phone belongs to
2.  Any other IP phone you try to dial must also be located within this same partition, HOWEVER,
     A)  if two phones do not belong to the same partition, both phones need to have the other partition listed within their respective CALLING_SEARCH_SPACE.
3.  Whenever you dial a number regardless if it hits the PSTN or internal extention, voicemail, paging system..etc, Call manager always broadcasts the searches through the PARTITION that your phone belongs to.
4.  If no match is found, then it looks to the ROUTE_LISTS/HUNT_LISTS.
5.  This is where you dial-patterns are located.  You will find a route_list entry that will match the "411" pattern, and upon inspection of this route_list, you will also find that it belongs to a device pool whose partition is that of your phones.

This is how dialing "context" are bound and formed.  Just to be sure, let me summarize.  Your phone is dialing 411.  It belongs to the "ALL_PHONES" partition.  You dial 411 but Call Manager does not find an internal DN that matches 411, so it looks to the ROUTE LISTS/HUNT LISTS to locate its pattern to send it out to the correct gatway or route group.  Since 411 exists in the ROUTE PATTERN, Call Manager (CM) found that it belongs to the LOCAL_ROUTER_MGCP_OR_H323_GATEWAY (for example).  Your dialed digits were matched up with this route list and call manager passed the call to this particular router for final processing out thru this router's PSTN connection (whether PRI, T1-CAS, FXO...etc).

To be sure, you must understand that none of this would have worked if your phone wasn't in the same DEVICE POOL as the ROUTE PATTERN'sgateway's DEVICE POOL entry.  In other words 1 device pool called "MY DEVICE POOL" (for example) contains your phone and this router.  The device pool is bound by the PARTITION.  This again is how "context" is formed and differentiated among phones and devices such as gateways, CTI Route Points ...etc.
..
The reason you cannot dial to other devices or phone numbers is because you have something not matched by 1 or more of the above entities (partition, calling search space, device pool or route pattern)
...
this should get you started down the right path for what to check, but let me know specifically what you've verified to be good.  We can then eliminate those things and reduce the problem to its finer points.

rc
0
Improve Your Query Performance Tuning

In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!

 
arahmingAuthor Commented:
Okay I have verified that the phones are on the same partition but still have not been able to get the phones to dial out they still recive calls fine
0
 
icanhelpCommented:
The next step after checking that both phones are on the same partition is to check each phone's CALLING SEARCH SPACE.  Take a look at their entries and then check the actual Calling search space configuration to make sure that the PARTITION that both phones are located on (you indicated they were the same PARTITIONS) include this PARTITION name.
...
Again, you need to make sure that the PARTITION name of the phones is inserted into the CALLING SEARCH SPACE configuration that each phone is configured to use.
0
 
icanhelpCommented:
After that, you need to make sure that at phone belongs to the same device pool.

Also, in the DN configuration of each phone, DO NOT SET any parameters (such as Calling search space...etc) other than the PARTITION.  All other parameters should be inherited.
0
 
arahmingAuthor Commented:
You are a VOIP God thanks a lot
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Improve Your Query Performance Tuning

In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!

  • 4
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now