Hi,<div><br></div><div> Thanks for the explanation, that makes more sense now. I will try this out on the weekend with the suggested edits and let you know how it went.</div><div><br></div><div>Skyler <br><div><br><div class="gmail_quote">
On Thu, Jun 14, 2012 at 8:42 AM, Andrew Pogrebennyk <span dir="ltr"><<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Skyler,<br>
<br>
I should add that in version 2.5 it's not enough to enable<br>
"force_outbound_calls_to_peer" in originating peer to enable relay, you<br>
also need to edit your proxy.cfg.customtt.tt2 file like this<br>
(add || $avp(s:callee_force_inbound_calls_to_peer) == 1 to if check):<br>
<br>
-       if($avp(s:from_pstn) != 1 || $var(forward) == 1 || $var(cf_loop) == 1)<br>
+       if($avp(s:from_pstn) != 1 || $var(forward) == 1 || $var(cf_loop) == 1<br>
|| $avp(s:callee_force_inbound_calls_to_peer) == 1)<br>
        {<br>
                 set_dlg_profile("type","outgoing");<br>
                 xlog("L_INFO", "Dialog set mark type to outgoing -<br>
M=$rm R=$ru F=$fu T=$tu IP=$avp(s:ip):$avp(s:port) ($si:$sp) ID=$ci\n");<br>
<div class="im"><br>
<br>
That will make calls to be sent to a peer instead of returning 404 back.<br>
</div>HTH.<br>
<span class="HOEnZb"><font color="#888888">Andrew<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 06/13/2012 01:23 PM, Jon Bonilla (Manwe) wrote:<br>
> Let's asume this scenario:<br>
><br>
><br>
> PeerA ---- SPCE ---- PeerB<br>
><br>
><br>
> By default, the SIp:Provider will receive a call from PeerX and lookup if<br>
> there's a local subscriber matching the requested number. If not, it will send<br>
> a 404 back.<br>
><br>
> "force_outbound_calls_to_peer" setting will make that any call originated in<br>
> that peer, domain or subscriber to be sent to PSTN (based on LCR rules) even if<br>
> the user is local. In this scenario, where there are no local users should do<br>
> the same.<br>
><br>
> So we need calls coming from peerA to be sent to peerB and viceversa. In this<br>
> case, we would need to:<br>
><br>
> * Enable that preference on both peers. That will make calls to be sent to a<br>
>   peer instead of returning 404 back.<br>
><br>
> * We send the calls to peers, but we need to control to which peer we send the<br>
>   calls so we need to create two peering groups PeerA and PeerB.<br>
><br>
> * Now, we need to control the call destinations based on peering rules. We can<br>
>   do it setting prefixxes if we have number blocks in PeerB for example or we<br>
>   can set the rules based on the caller instead of the callee. If Calls from<br>
>   PeerA have a From like "1234@domainA.com" and calls from peerb have a From<br>
>   like "1234@domainB.com" we can set peering rules like this in each peer group:<br>
><br>
> Peer Group PeerA:<br>
> Callee Prefix: Blank<br>
> Caller Pattern: ^.+@domainB\.com$<br>
> Description: Calls From PeerB<br>
><br>
> Peer Group PeerB:<br>
> Callee Prefix: Blank<br>
> Caller Pattern: ^.+@domainA\.com$<br>
><br>
> This way, only calls with coming From "@domainA.com" will be sent to PeerB and<br>
> viceversa.<br>
<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
</div></div></blockquote></div><br></div></div>