As far as i know, the loop detection was based on Call TAG... at least this was the official information that i had, that this call tag was inserted to be able to use the loop detection feature and avoid to process the same call again. This is on training material.

I think that this behaviour that you mencion is related to send or not to send  the call back to the zone that the call came from, and not the ability of a VCS to identify that a call was already processed and avoid the loop.

If my memory is right, this behaviour was not on X5.2 (i cannot test right now)

Please, could you double check your information and confirm this?

If your information is correct, i need to interact with training developers to include this on CAG.

Thanks

Hi Elter,

this is what you see in the admin guide..

Call loop detection mode

====================

Your dial plan or that of networks to which you are neighbored may be configured in such a way that there are

potential signaling loops. An example of this is a structured dial plan, where all systems are neighbored

together in a mesh. In such a configuration, if the hop counts are set too high, a single search request may be

sent repeatedly around the network until the hop count reaches 0, consuming resources unnecessarily.

The VCS can be configured to detect search loops within your network and terminate such searches through

the Call loop detection mode setting, thus saving network resources. The options for this setting are:

n On: the VCS will fail any branch of a search that contains a loop, recording it as a level 2 "loop detected"

event. Two searches are considered to be a loop if they meet all of the following criteria:

- have same call tag

- are for the same destination alias

- use the same protocol

- originate from the same zone

i hope it clarifies..!!!

Thanks

Alok

OK Alok, i didn´t realized that it is an "meet all" in the sentence on X7 Admin Guide (this wasn´t on older versions)

To be more confused, check this text on the same X7 Admin Guide:

feature, and you can also search the Event Log for all events relating to a single call tag. Loops occur when a query is sent to a neighbor zone and passes through one or more systems before being routed back to the original VCS. In this situation the outgoing and incoming query will have different Call Serial Numbers and may even be for different destination aliases (depending on whether any transforms were applied). However, the call will still have the same Call Tag.

A concern:

If a call with different protocol it is not considered the same call, and so it is not a loop, if we leave interworking On, there always will be a looped call on VCS C <-> VCS E enviroment with any alias on both sides... except if we search locally before (as instructed on manuals). I´ll do more tests latter.

Thanks

In general you should design your dialplan that loops should not happen in the first place.

some unsorted thoughts:

The loop detection is a nice thing to prevent zeroing your call licenses (as this could happen if a real loop occurs)

or other issues related to looping calls.

You can also disable or limit the interworking (to only registered devices) on specific vcs.

Always be careful with search rules and transforms.

you can limit searches as well with regex (like exclude own domain towards the dns zone)

you have the capability to limit search rules to specific zones, especially now with X7.2 where

you can also define the source zone of a search or protocol.

Hi Martin, thanks for your tips. I´m aware of them.

I´m not just trying to solve this customer problem (i alread did before to post here), what i´m trying to do is to let it more clear, to prevent others and to confirm the behaviour to teach correctly. If the behaviour generates to many trouble, we send a Feature Request to Cisco.

For example, the guides instructs to use any alias to traversal on both sides, this obviously will cause a loop, specially if a migration mode is in use (to strip a domain for SIP to reach e164 and to add a domain to legacy e164 reach URI). The loop don´t happen only because the VCS will find the destination locally before to try on traversal zone.

With this new interface that let users to make rules based on source, destination and protocol, we can expect that customers will do a lot of mistakes with dial plan (new interface beacause most of it was already available with CPLs).

*The test was made in lab environment, based on the customer problem.

regards