[Spce-user] Incoming call failed with 404 (callee is not local)

Yazar Lwin yarzarlwin at gmail.com
Thu Sep 12 03:57:27 EDT 2019


Hi Andrew,

Thanks for your feedback.

I didn't use FQDN in my server. I've created domain with 192.168.x.x IP and
users are created under that domain.  Peering is with 172.18.79.20. So I
will try to create empty domain with 172.18.79.20 as well since peering
server is sending with that IP. I don't know how NGCP will translate this
to actual domain to terminate the call to users.

Best regards,

On Thu, Sep 12, 2019 at 2:09 PM Andrew Pogrebennyk <apogrebennyk at sipwise.com>
wrote:

> Hi,
>
> I guess this could be due to domain mismatch.
> If the subscribers are created inside domain with your FQDN for
> instance, and peering server sends request with IP 172.18.79.20  in
> R-URI, you need to create this 172.18.79.20 as domain (empty one)..
> Normally this is enough and then calls should pass.
> But that's a tricky one if you don't assign E.164 to a subscriber,
> because then both username and R-URI domain should match the ones
> assigned to subscriber.
>
> Unfortunately we don't allow changing domain part with a rewrite-rule so
> the best thing to do is to assign DDI to a subscriber as alias. If you
> can't do that, you may change domain in proxy.cfg logic but if you don't
> know where to put you are out of luck :/
>
> Other alternative is to enable setting ignore_auth_realm: yes in
> config.yml, but there must be a good reason to do so, because when you
> do it and you have two domains IP and FQDN then subscribers are able to
> register wherever they like, and this is an irreversible change (setting
> ignore_auth_realm back to no will break the system).
>
> BR,
> Andrew
>
> On 9/12/19 6:28 AM, Yazar Lwin wrote:
> > Hi All,
> >
> > One update info:
> > I didn't configure E.164 for user. We just simply  use number as SIP
> > user name. Peering is FPBX server and it just simply route user prefix
> > to our NGCP. Inbound peer rule is passed. Here is the log.
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Call from
> > PSTN - R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Inbound
> > peering group '1' matched, looking up peer host -
> > R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Selected
> > peering host id '1' as inbound peer - R=sip:502491 at 172.18.79.20
> > <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Dialog
> > managed,
> > lua_dlg_callid:[1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>] -
> > R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>:
> > User-Provided CLI '308000' taken from From-User -
> > R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>:
> > Network-Provided CLI '308000' taken from From-User -
> > R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Setting
> > '308000 at 172.18.79.15 <mailto:308000 at 172.18.79.15>' as initiating
> > user-provided CLI - R=sip:502491 at 172.18.79.20
> > <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Setting
> > '308000 at 172.18.79.15 <mailto:308000 at 172.18.79.15>' as initiating
> > network-provided CLI - R=sip:502491 at 172.18.79.20
> > <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Callee is
> > not local - R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Call to
> > unknown user - R=sip:502491 at 172.18.79.20
> > <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Setting
> > acc source-leg for uuid '0':
> >
> '0|308000|172.18.79.105|308000|||0|||0|call|127.0.0.1|1568107703.880597||||||||||||308000||||'
> > - R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Setting
> > acc destination-leg for uuid '0':
> >
> '0|||0|502491|0|502491|172.18.79.20|502491|172.18.79.20|0||||||||||||502491|||'
> > - R=sip:502491 at 172.18.79.20 <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> > Sep 10 15:58:23 office-voice-gw proxy[2978]: NOTICE: <script>: Sending
> > reply S=404 Not Found fs='127.0.0.1:5062 <http://127.0.0.1:5062>'
> > du='127.0.0.1:5060 <http://127.0.0.1:5060>' - R=sip:502491 at 172.18.79.20
> > <mailto:sip%3A502491 at 172.18.79.20>
> > ID=1dbc5525128e3293633935166acbb3b3 at 172.18.79.15:5060
> > <http://1dbc5525128e3293633935166acbb3b3@172.18.79.15:5060>
> > UA='FPBX-14.0.13.4(16.5.0)'
> >
> > On Thu, Sep 12, 2019 at 10:29 AM Yazar Lwin <yarzarlwin at gmail.com
> > <mailto:yarzarlwin at gmail.com>> wrote:
> >
> >     Hi All,
> >
> >     I've looked for the resolution in older posts but didn't find yet.
> >     We set up NGCP  (CE version mr 7.2.1)  with 2 IP.
> >     One is used for domain IP and another is used for peering. User
> >     registered to domain IP. User can't reach to peering IP as it's for
> >     external communications with peer server.
> >     When incoming call hit to NGCP with peering IP, NGCP can't treat the
> >     subscriber as local user since registered domain IP is different
> >     with peering IP.
> >     Please help how to resolve this in NGCP. I believe it's been solved
> >     somewhere in forum but I can't find it.
> >
> >     Best regards,
> >     Yazar
> >
> >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20190912/dee49222/attachment-0002.html>


More information about the Spce-user mailing list