[asterisk-dev] [Code Review] IAX2 retransmit with encryption enabled fix

[Tim Panton]

How does that differ from the case where the packet is delayed, so  
arrives out of order.

( its late here, so I am probably missing something)

Sent from my iPhone

On Mar 11, 2009, at 21:23, "Kevin P. Fleming" <kpfleming at digium.com>  
wrote:

> Tim Panton wrote:
>
>> I realize that _strictly_ the iseq indicates all the packets that we
>> have seen to date,
>> but since it is only treated as an ack why would it be bad if
>> re-transmit just re-sent the
>> original packet unaltered (except for the retransmit bit flag - which
>> isn't in the encrypted
>> part of the packet) ?
>
> Because that would cause the other end to retransmit anything it  
> thought
> this end had already received, and because the packets are encrypted,
> those retransmits would not acknowledge the retransmitted packet we  
> just
> sent them.
>
> -- 
> Kevin P. Fleming
> Digium, Inc. | Director of Software Technologies
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> skype: kpfleming | jabber: kpfleming at digium.com
> Check us out at www.digium.com & www.asterisk.org
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev