TCP has this inherent mechanism of recovery. In tcp stream eq 8 of your trace there was a condition of retransmission generated due totiming but not because of drops. Here is the snippet of your trace.

Step-1)  Server send a packet to client(Let us call itpacket-A){Packet.no-150}

Step-2)  Client acknowledged the packet (Let us call itack-A){Packet.no-192}

Step-3)  Somehow packet-A was retransmitted by Server.Thereason might be the delay in receiving ack-A from client and ack timer got outand retransmission timer got kicked in.(Dup of Packet-A){Packet.no-194}

Step-4)  Client generated a duplicate ack for theretransmitted packet.(Dup of ack-A){Packet.no-195}

It is not always implies to losses whenever you see theseretransmissions and duplicate acks.How timers got implemented also plays a role. With that said leaving to expert opinions