<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'>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></body></html>