[Spce-user] "implicit" extensions

[Andrew Pogrebennyk]

Hi,
it should actually work by default, sending call to AoR of the subscriber with dialed extension in R-URI.
If the endpoint responds with 404, it falls back to main AoR. Sipwise team would need more information about your setup. For example, have you changed the value of extended_dialing_mode preference and are you using dynamic or static registration (but that shouldn’t matter AFAIK). If there are no pointers in your configuration please share your kamailio-proxy.log by grepping call-id of one specific call that didn’t behave as expected. That is useful in all situations.

Regards,
Andrew

> On 13.04.2020, at 19:29, florent goue <florentgoue at gmail.com> wrote:
> 
> Hi 
> I would like to know if the "implicit" extensions feature is still available in the community version.
> It's been 3 days since I try to test this feature on a server in my lab.
> It's very important for my project.
> Thank you for really helping me.
> 
> Section 6
> important	
> Sipwise C5 allows a single subscriber to have multiple E.164 numbers to be used as aliases for receiving incoming calls. Also, Sipwise C5 supports so-called "implicit" extensions. If a subscriber has phone number 012345, but somebody calls 012345100, then NGCP first tries to send the call to number 012345100 (even though the user is registered as 012345). If Sipwise C5 then receives the 404 - Not Found response, it falls back to 012345 (the user-part with which the 
> 
> 
> 
> 
> 
> Florent
> -- 
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/mailman/listinfo/spce-user_lists.sipwise.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20200413/86881a6a/attachment-0002.html>