<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 29 November 2017 at 19:46, Jon Bonilla (Manwe) <span dir="ltr"><<a href="mailto:manwe@sipdoc.net" target="_blank">manwe@sipdoc.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El Wed, 29 Nov 2017 11:50:26 +0100<br>
Daniel Grotti <<a href="mailto:dgrotti@sipwise.com">dgrotti@sipwise.com</a>> escribió:<br>
<br>
> Hi Stefano,<br>
><br>
> You can configure as peer->subscriber.<br>
> On SPCE 1:<br>
> - you configure SPCE 2 as peering server with authenticatio<br>
><br>
> On SPCE 2:<br>
> - you configure SPCE 1 as Subscriber.<br>
><br>
><br>
<br>
would that setup work on both directions?<br>
<br>
<br></blockquote><div><br></div><div>I think you would also need to do the reverse as well, so both SPCE have a peer to the other for outbound, and a subscriber for the inbound. Peers and Subscribers would need to use authentication as mentioned above, so that they don't get mixed up.<br></div><div><br></div><div>Alternatively, I think you can set allow_peer_relay to "yes" in /etc/ngcp-config/config.yml which would allow a call to come in from one peer and get sent out to another peer (based on routing rules), although this only would work if you did not need to bill, as peer-to-peer does not get billed.</div><div><br></div><div>-Barry</div><div><br></div><div><br></div><div><br></div><br></div></div></div>