• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 427
  • 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
Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

 
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

Featured Post

Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

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