RE: [reSIProcate] onConnected received and processed before 200OK sent
I am now seeing this with a polycom device as well. If my app sends RTP
back to quickly (immediately before or after sending the 200 and well before
receiving an ACK), the voice is not heard or garbled and ICMP messages as
sent back until the polycom opens the RTP ports.
Can the code below be changed to add a handler, ie "OnAcknowledged" or
"OnConfirmed"...
Thanks,
-Justin
void
ServerInviteSession::dispatchAccepted(const SipMessage& msg) {
InviteSessionHandler* handler = mDum.mInviteSessionHandler;
std::auto_ptr<SdpContents> sdp = InviteSession::getSdp(msg);
InfoLog (<< "dispatchAccepted: " << msg.brief());
switch (toEvent(msg, sdp.get()))
{
case OnAck:
{
mCurrentRetransmit200 = 0; // stop the 200 retransmit timer
transition(Connected);
// handler->onConnected(getSessionHandle(), msg); // not needed
since onConnected is called when 200 is sent
break;
}
-----Original Message-----
From: Cullen Jennings [mailto:fluffy@xxxxxxxxx]
Sent: Tuesday, July 05, 2005 9:17 AM
To: Justin Matthews
Cc: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [reSIProcate] onConnected received and processed before 200OK
sent
Thanks - I will look into this.
On 7/4/05 7:53 PM, "Justin Matthews" <justin.matthews@xxxxxxx> wrote:
> POS3-06-3-00.
>
> I've replayed the RTP packets that arrive between the 200Ok and ACK and
> played the packets and can hear the audio that is cutoff (ethereal).
>
> Thanks,
>
> -Justin
>
> -----Original Message-----
> From: Cullen Jennings [mailto:fluffy@xxxxxxxxx]
> Sent: Monday, July 04, 2005 6:55 PM
> To: 'Justin Matthews'
> Cc: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [reSIProcate] onConnected received and processed before 200OK
> sent
>
>
>>> From: Justin Matthews [mailto:justin.matthews@xxxxxxx]
>>> Sent: Friday, July 01, 2005 10:48 AM
>>> To: 'Derek MacDonald'; resiprocate-devel@xxxxxxxxxxxxxxxxxxx
>>> Subject: RE: [reSIProcate] onConnected received and processed before
> 200OK
>>> sent
>>>
>>> My 7960, for example, will not accept media immediately after sending
the
>>> INVITE. The RTP packets between the INVITE and the ACK received by the
>>> 7960
>>> are ignored. This is a problem when streaming pre-recorded prompts to
>>> clients as the beginning of the prompts are always cut off.
>>>
>>> Would it be an issue to add a new handler for when the ACK is received?
>>> Any
>>> other suggestions?
>>>
>>> Thanks,
>>>
>>> -Justin
>
> that seems weird to me - do you know what version of software you have on
> the 7960?