| Summary: | ASTERISK-03005: voicemail server send RTP packets before receive ACK | ||
| Reporter: | david (david) | Labels: | |
| Date Opened: | 2004-12-15 13:00:20.000-0600 | Date Closed: | 2004-12-15 15:58:27.000-0600 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Channels/chan_sip/Interoperability |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) firstword.cap | |
| Description: | When dial *89 to connect to the voicemail server, the first word "Password" is hard to be heard. After checking the Ethereal capture(attached firstword.cap), we found the voicemail server immdiately send RTP packets just after it send 200 OK. Based on RFC 3261, it should send the packets after receive ACK from the phone side. | ||
| Comments: | By: Brian West (bkw918) 2004-12-15 13:10:22.000-0600 put a Wait(1) before the voicemail. bkw By: david (david) 2004-12-15 13:32:10.000-0600 Thanks a lot, bkw. That's what we're doing right now. But the problem is still there, if some slower phone takes longer time than 1 second to initialize resources, and it's unfair to faster phones to stay 1 second or longer each time. More importantly, it doesn't comply RFC. By: Mark Spencer (markster) 2004-12-15 15:20:21.000-0600 There's no reasonable way to change that behavior (i.e. to delay transmission of audio until ACK is received). Further, I believe that the Wait(1) is a reasonable work around. | ||