[asterisk-bugs] [JIRA] (ASTERISK-25756) INVITEs are sent to old peer ip address if usereqphone is set true

[Daniel Heckl (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-25756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=229347#comment-229347 ] 

Daniel Heckl edited comment on ASTERISK-25756 at 2/9/16 10:21 AM:
------------------------------------------------------------------

I don't think it is a configuration issue, why does this problem appear with "usereqphone = yes". Asterisk should in this situation also contact the provider with the actual peer ip address.

RFC 3261 describes following "If the user string contains a telephone number formatted as a telephone-subscriber, the user parameter value "phone" SHOULD be present.". That has nothing to do with the problem. I think it is a bug!


was (Author: danielyk):
I don't think it is a configuration issue, why does this problem appear with "usereqphone = yes". Asterisk should in this situation also contact the provider with the actual peer ip address.

> INVITEs are sent to old peer ip address if usereqphone is set true
> ------------------------------------------------------------------
>
>                 Key: ASTERISK-25756
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25756
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.7.1, 13.7.2
>            Reporter: Daniel Heckl
>            Assignee: Unassigned
>         Attachments: asterisk-debug.log, sip-debug.txt
>
>
> Sometimes our provider sent us to another SIP server (because my ip address has changed). So asterisk re-register (all 480 sec) successfully to the new one and updated the peer ip address (dnsmgr ist turned on).
> However: OPTIONS and INVITEs are sent to the old ip address. So our provider replies to INVITEs with Forbidden.
> Only after an "core reload" everything works again.
> I think the bug is since 13.7.2/13.7.1. Usually the update of the provider ip address works without problems.
> These trunks uses chan_sip.
> sip show peers (excerpt)
> 0987654321/123456789 217.0.20.232 No No A 5060 OK (12 ms)



--
This message was sent by Atlassian JIRA
(v6.2#6252)