>From these dial peers I cant tell what translations are going on.  This is almost certainly a misconfiguration with your dial peers.  If your CUBE is somehow sending the 999 back to your CME it will cause a call loop from what you describe.<br>
<br>-nick<br><br><div class="gmail_quote">On Wed, Sep 29, 2010 at 8:22 AM, Marty van de Veerdonk <span dir="ltr"><<a href="mailto:marty@voiceidentity.nl">marty@voiceidentity.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div style="font-family: Verdana; font-size: 10pt; color: rgb(0, 0, 0);">Hello,<br>I want to test my CME-CUBE config by sending a call from CME extension 565 to CME extension 0201234567 via the CUBE. I'm using a second dailpeer to test it.<br>
The CME uses the format 999T to send the call to CUBE. The dailpeers below are configured on the CUBE.<br><br>The call gets forwared from the CME towards the CUBE, but in the CUBE it seems that is getting into a kind of loop.<br>
<br>Is this a IOS bug or a design fault?<br><br>##PART OF ERROR LOG ##<br>
*Sep 29 12:13:14: %CALL_CONTROL-6-CALL_LOOP: The incoming call has a
global identfier already present in the list of currently handled
calls. It is being refused.<br>
<br>## PART OF CUBE CONFIG ##<br>!<br>voice translation-rule 99956<br> rule 1 /^999/ /0201234/<br>!         <br>!         <br>voice translation-profile CME_99956X<br> translate calling 99956<br><br>dial-peer voice 1012 voip<br>
 destination-pattern 02012345..<br> redirect ip2ip<br> session protocol sipv2<br> session target ipv4:192.168.1.12<br> incoming called-number 02012345..<br> voice-class codec 1<br> dtmf-relay rtp-nte<br> ip qos dscp cs5 media<br>
 ip qos dscp cs4 signaling<br> no vad   <br>!         <br>dial-peer voice 1013 voip<br> translation-profile outgoing CME_99956X<br> destination-pattern 999567<br> redirect ip2ip<br> session protocol sipv2<br> session target ipv4:192.168.1.12<br>
 incoming called-number 99956.<br> voice-class codec 1<br> dtmf-relay rtp-nte<br> ip qos dscp cs5 media<br> ip qos dscp cs4 signaling<br> no vad   <br>!<br><br><br><br><br></div></div><br>_______________________________________________<br>

cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br>