<div>Thanks all. It is too early to declare victory but based on my tests it looks like the Acme SIPConnect feature + Broadworks Alternate Trunk Identity is going to be the solution. </div><div> </div><div> </div><div><br>
<br> </div><div class="gmail_quote">On Tue, Sep 25, 2012 at 5:27 PM, PE <span dir="ltr"><<a href="mailto:peeip989@gmail.com" target="_blank">peeip989@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div>Greetings fellow voipsters,</div><div> </div><div>Have any of you done a SIP trunk integration between Broadsoft and 3CX? Or, more specifically, I have a customer with a 3CX device (don't ask) that is registered and I can send an INVITE, but their end denies the call (sends a 480 Temporarily Unavailable response) because it is having trouble routing it to the destination in the 3CX system. This is because they are expecting only the extension (4-digits), which I can send in the To: header but the SIP URI is the full, registered User ID so that the SBC knows how to get it to them. They are expecting only 4 digits in both the INVITE URI header and the To header. </div>

<div> </div><div>I know I can create a complex/convoluted header manipulation with the SBC but it just feels like there must be another way.</div><div> </div><div>Anyone know how to config the 3CX -- or even have a decent workaround -- to support this?</div>

<div> </div><div> </div><div>Thanks</div>
</blockquote></div><br>