[Spce-user] SPCE as an SBC between proxy and trunk

[Manu Raghavan]

FWIW, this is the relevant bit from config.yml I presume you were referring to:

<snip>
  proxy:
    allow_info_method: 'no'
    allow_peer_relay: ‘yes'

</snip>



On Sunday, March 22, 2015 at 12:38 AM, Daniel Grotti wrote:

> Hi,
> Rtpengine does not provide any transcoding between codecs.  
> Anyway, speaking about your issue looks like you are calling from pstn a nn local subscriber so the call dies in ngcp unless you enable the peer_relay in the config.yml.
>  
> Daniel
> On 21 Mar 2015 16:04, Manu Raghavan <manu at voxology.co (mailto:manu at voxology.co)> wrote:
> >  
> > Hello,
> >  
> > I’m having trouble setting up Sipwise as an SBC between a SIP trunk, and another SIP proxy.
> > The goal is to have spce’s rtpengine transcode media between 2 peers, a trunk and a proxy.
> >  
> > I’ve tried multiple configurations, including peerings, domains, and subscribers with permanent registrations, but nothing seems to work quite right. In most cases, the call gets routed inwards, but never onward to a peer. I’m not quite sure if I do at all need to set up (A) a domain, and (B) subscribers, since all I’m really trying to do is set transcoding rules between 2 SIP peers.
> >  
> > Past discussions on your mailing list seem to indicate that I only need 2 peering servers, and rules to match them. The trouble seems to be that no calls never leave the kamailio proxy, with something to the tune of “Callee is not local” followed by "Call to unknown local user from unauthenticated foreign domain.” Really, I don’t need or want any users (i.e. subscribers) at all.
> >  
> > Any guidance would me much appreciated.
> >  
> > Thanks in advance.
> >  
> > Manu  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20150322/7e43bd15/attachment-0001.html>