[asterisk-bugs] [JIRA] (ASTERISK-28259) CLONE - app_voicemail: Leaving voicemail sometimes doesn't trigger NOTIFYs

Kevin Harwell (JIRA) noreply at issues.asterisk.org
Thu Jan 24 16:15:47 CST 2019


     [ https://issues.asterisk.org/jira/browse/ASTERISK-28259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevin Harwell updated ASTERISK-28259:
-------------------------------------

    Assignee: Eric Person
      Status: Waiting for Feedback  (was: Triage)

> CLONE - app_voicemail: Leaving voicemail sometimes doesn't trigger NOTIFYs
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-28259
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28259
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_voicemail
>    Affects Versions: 16.1.1
>         Environment: Fast system
>            Reporter: Eric Person
>            Assignee: Eric Person
>              Labels: pjsip
>      Target Release: 13.25.0, 16.2.0
>
>
> Sometimes, after leaving voicemail for an extension MWI NOTIFYies aren't being sent.  It looks like a race condition in "leave_voicemail" where on cleanup we delete the mailbox state, possibly before the stasis message has been handled by res_pjsip_mwi.
> Cloned this issue as problem appears to be the same. Posted over on the community forums first but I believe this is a bug. Here's what I posted over there.
> Running Asterisk 16.1.1. I’m able to call an extension and leave a voicemail. The voicemail system will email the recipient notifying them a voicemail was left. But Asterisk doesn’t notify the phone there’s a voicemail for MWI. When I restart Asterisk, Asterisk will then send the notify to the phone turning on MWI. Any idea what’s wrong or is this a bug? See conf files and SIP notify’s below. 
> {noformat}
> pjsip.conf sample:
> [1234]
> type = endpoint
> transport = transport-udp
> context = internal-spd
> disallow = all
> allow = g722
> allow = ulaw
> callerid = “Joe Blow” <1234>
> mailboxes = 1234 at abc
> voicemail_extension = 1234
> auth = 1234
> aors = 1234
> [1234]
> type = auth
> auth_type = userpass
> username = 1234
> password = XXXXXXXXXXXXXXX
> [1234]
> type = aor
> max_contacts = 1
> {noformat}
> voicemail.conf sample:
> {noformat}
> [general]
> format = wav49|wav
> serveremail = asterisk at pretenddomain.com
> attach = yes
> maxsecs = 180
> minsecs = 4
> skipms = 3000
> maxsilence = 3
> silencethreshold = 128
> maxlogins = 3
> fromstring = Asterisk Voicemail
> emailbody = Dear {VM_NAME}:\n\n\tJust wanted to let you know you were just {IF(["{VM_CIDNUM}" = “{ORIG_VM_CIDNUM}"]?left:forwarded)} a {VM_DUR} voice mail (number {VM_MSGNUM})\n from {VM_CALLERID}, on {VM_DATE}\n{IF(["{VM_CIDNUM}” = "{ORIG_VM_CIDNUM}"]?:(originally sent by {ORIG_VM_CALLERID} on ${ORIG_VM_DATE})\nso)}. To check messages from outside the office, please dial your own DID and press the * (asterisk) key when you hear your voice recording.\n\n\nThanks!\n\nVoice Mail System\n
> emaildateformat = %A, %B %d, %Y at %r
> pagerdateformat = %A, %B %d, %Y at %r
> sendvoicemail = yes ; Allow the user to compose and send a voicemail while inside
> review = yes ; Allow sender to review/rerecord their message before saving it [OFF by default
> nextaftercmd = yes ; Skips to the next message after hitting 7 or 9 to delete/save current message.
> forcename = yes ; Forces a new user to record their name. A new user is
> minpassword = 4 ; Enforce minimum password length
> [zonemessages]
> eastern = America/New_York|‘vm-received’ Q ‘digits/at’ IMp
> central = America/Chicago|‘vm-received’ Q ‘digits/at’ IMp
> mountain = America/Denver|‘vm-received’ Q ‘digits/at’ IMp
> pacific = America/Los_Angeles|‘vm-received’ Q ‘digits/at’ IMp
> central24 = America/Chicago|‘vm-received’ q ‘digits/at’ H N ‘hours’
> military = Zulu|‘vm-received’ q ‘digits/at’ H N ‘hours’ ‘phonetic/z_p’
> european = Europe/Copenhagen|‘vm-received’ a d b ‘digits/at’ HM
> [default]
> [abc]
> 1234 => 1234,Joe Blow,Joe.Blow at pretenddomain.com,tz=eastern
> {noformat}
> Here’s a sample not working:
> {noformat}
> <— Transmitting SIP request (651 bytes) to UDP:10.10.10.19:5060 —>
> NOTIFY sip:1234 at 10.10.10.19 SIP/2.0
> Via: SIP/2.0/UDP 10.10.10.254:5060;rport;branch=z9hG4bKPjd6a8e0fb-7e36-449f-8ce4-1d7a8997aabd
> From: sip:1234 at 10.10.10.254;tag=aa37c564-38fd-4266-adc5-6367ea32a9ec
> To: sip:1234 at 10.10.10.19
> Contact: sip:1234 at 10.10.10.254:5060
> Call-ID: 7dd4931a-0c81-47f0-a1b4-0415760df606
> CSeq: 19505 NOTIFY
> Subscription-State: terminated
> Event: message-summary
> Allow-Events: message-summary, presence, dialog, refer
> Max-Forwards: 70
> User-Agent: Asterisk PBX 16.1.1
> Content-Type: application/simple-message-summary
> Content-Length: 48
> Messages-Waiting: no
> Voice-Message: 0/0 (0/0)
> {noformat}
> Here’s a sample working:
> {noformat}
> NOTIFY sip:1234 at 10.10.10.19 SIP/2.0
> Via: SIP/2.0/UDP 10.10.10.254:5060;rport;branch=z9hG4bKPj1fa02794-ddd1-48d8-a768-48ede6df759e
> From: sip:1234 at 10.10.10.254;tag=b3cc5dbf-1bf2-4170-9845-1ef5bc0ecaf4
> To: sip:1234 at 10.10.10.19
> Contact: sip:1234 at 10.10.10.254:5060
> Call-ID: 2356b794-6969-4271-b551-77d3c744cf5f
> CSeq: 40994 NOTIFY
> Subscription-State: terminated
> Event: message-summary
> Allow-Events: message-summary, presence, dialog, refer
> Max-Forwards: 70
> User-Agent: Asterisk PBX 16.1.1
> Content-Type: application/simple-message-summary
> Content-Length: 100
> Messages-Waiting: yes
> Message-Account: sip:1234 at 10.10.10.254:5060
> Voice-Message: 1/0 (0/0)
> {noformat}



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



More information about the asterisk-bugs mailing list