<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
Well routing calls over an ICT is very different than handling incoming calls from an H.323 controlled FXO port.  In general though it is quite possible for you to dial 4 digit extensions that route over an ICT but the caller ID on the other side shows as more than 4 digits.  <div><br><div> <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="3" style="font: 12.0px Helvetica">-Ryan</font></p>  </div><br><div><html>On Apr 10, 2008, at 9:53 AM, Anthony Kouloglou wrote:</html><br class="Apple-interchange-newline">  <font face="Times New Roman">Thanks a lot Ryan,<br> that is not needed not even when having an intercluster trunk between 2 CCMs?<br> <br> <br> <span class="moz-smiley-s2"><span> :-(  </span></span>I still can't figure out what is going on with the FXOs!! I have changed all the timers and impedance and ....<br> only a few times the call gets answered!! The other times it just rings "half" a time and then it is dropped.<br> Maybe there is something going on with these 2 old Ericsson FCTs...<br> <br> Thanks again<br> Akoul<br> </font><br> Ryan Ratliff wrote: <blockquote cite="mid:640E5B36-FC83-482D-BE9D-3D56D7AEBF99@cisco.com" type="cite">Not at all.  The only number CUCM will ever see coming from that FXO port is what you've got configured as the plar destination.   There is no requirement at all that CUCM have to be able to route calls to the calling party number.  <div><br>  <div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font style="font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-size-adjust: none; font-stretch: normal;" face="Helvetica" size="3">-Ryan</font></div>  </div>  <br>  <div>On Apr 10, 2008, at 2:17 AM, Anthony Kouloglou wrote:<br class="Apple-interchange-newline">  <font face="Times New Roman">Thanks Gregory,<br> i hope you might get somewhere.<br> I would like to ask something more about route patterns in CCM:<br> the call from FXO, because callerid is enabled, arrives with a pattern 3069XXXXX. But there is no such a route pattern in CCM because i don't need one. I only route 3 digit calls beginning with * through that voice gateway (*XXX)<br> Does CCM needs to know the "return path" for each call?Or the signalling is fine and there is no problem?<br> I mean, every time a call arrives from a H323 ios gateways, does CCM need to have a route pattern back to that h323 ios gw with the same pattern?<br>  <br> Thanks<br> Anthony<br>  </font><br> Gregory, Christopher D. wrote:  <blockquote cite="mid:9F7C33594813F94582E7532471C342262A4FE3@MTKPRDEXCI05.norpro.com" type="cite">    <div dir="ltr" align="left"><span class="159085316-09042008"><font color="#0000ff" face="Arial" size="2">Anthony, just saw your attachment. Sorry. I will take a look at that and get back with you</font></span></div>    <br>    <div class="OutlookMessageHeader" dir="ltr" align="left" lang="en-us">    <hr tabindex="-1"><font face="Tahoma" size="2"><b>From:</b> <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a> [<a moz-do-not-send="true" class="moz-txt-link-freetext" href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>]    <b>On Behalf Of </b>Anthony Kouloglou<br>    <b>Sent:</b> Wednesday, April 09, 2008 6:47 AM<br>    <b>To:</b> <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck-nether.net">cisco-voip@puck-nether.net</a><br>    <b>Subject:</b> [cisco-voip] Dropped calls coming from FXO<br>    </font><br>    </div>    <font face="Times New Roman">Hi, i have a ccm 6.0 who has 2 h323 gateways configured.<br> One of them has one E1 and works fine<br> The other one, is a 2811 with 1 vic2-2fxo card and has 2 FCTs attached.<br>    <br> A specific route pattern on CUCM sends calls to Company's Mobiles through 2811- This direction works fine!<br> But, an incoming call to FCT, only rings the specified DN!!<br> For example, i have a connection plar on the voice-port to send all calls to 2000 (console).<br> When someone calls FCT, 2000 rings once and then the call is dropped!!<br> The amazing is a few times it works fine!! (most of the times it doesn't)<br>    <br>    <i><font color="#000000">interface FastEthernet0/0.100<br>  description ### Voice Vlan interface to 3560 ###<br>  encapsulation dot1Q 100<br>  ip address 10.254.254.253 255.255.255.0<br>  h323-gateway voip bind srcaddr 10.254.254.253<br> !<br> voice-port 0/0/0<br>  connection plar 2000<br>  description *** FXO ACTIVE port -- Connected to FCT ***<br>  bearer-cap Speech<br>  station-id name FCT<br>  station-id number 69XXXXXXX<br> !<br> voice-port 0/0/1<br>    </font></i></font><i><font color="#000000" face="Times New Roman"> description *** FXO ACTIVE port -- Connected to FCT ***</font><font color="#000000"><br>    </font></i><font face="Times New Roman"><i><font color="#000000"> connection plar 2000<br>  bearer-cap Speech<br>  station-id name FCT<br>  station-id number 69XXXXXX<br> !<br> !<br> dial-peer voice 1 pots<br>  destination-pattern .<br>  direct-inward-dial<br> !<br> dial-peer voice 2 pots<br>  destination-pattern *...<br>  port 0/0/0<br>  prefix *<br> !<br> dial-peer voice 3 pots<br>  destination-pattern *...<br>  port 0/0/1<br>  prefix *<br> !<br> dial-peer voice 2000 voip<br>  destination-pattern 2...<br>  session target ipv4:10.254.254.5<br>  dtmf-relay h245-alphanumeric<br>  codec g711alaw<br> !<br>    <br>    </font></i><font color="#000000"><font color="#000066">I have used *... because the Telephone Company (mobile) uses *XXX for calls between its subscribers.<br>    <br> In CUCM, there is *XXX route-pattern pointing to this voice gateway.<br>    <br> Any ideas? It seems really bizarre that a few times it does work!!<br>    <br> i also provide the voip ccapi debug of a failed call as attachment.<br> Thanks Akoul<br>    </font></font></font><br> In accordance with the Black Box Anti-Virus Policy, this e-mail message has been scanned for viruses. This banner message will appear each time the message is scanned.<br>  </blockquote>  <div style="margin: 0px;">_______________________________________________</div>  <div style="margin: 0px;">cisco-voip mailing list</div>  <div style="margin: 0px;"><a moz-do-not-send="true" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a></div>  <div style="margin: 0px;"><a moz-do-not-send="true" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div>  </div>  <br>  </div> </blockquote>  </div><br></div></body></html>