Correction: >> Is there any way to make SIPP process each retransmission as a new response? > > I'd assume the default '-rtcheck full' would do exactly that..
I'd assume the default would not match the altered (incorrect) retransmission, so it should detect it as a new (second) 200. Cheers, Walter > On 24-06-19 12:13, Igor Olhovskiy wrote: >> Hi! >> >> I want to test following scenario >> >> -> INVITE >> <- 180 >> <- 200 >> (pause) >> <- 200 (5th retransmission) >> -> ACK >> >> Actually scenario is about correct 200 retransmission. Cause at some >> point 200 OK answer could be malformed by system and I want to avoid >> this with autotesting. >> >> But problem is that "broken" 200 OK retransmission are differs from >> correct one only with some headers, but callID and from/to tags are >> identical. So, I assume sipp just absorbs em with single >> >> <recv response="200"></recv> >> >> >> Is there any way to make SIPP process each retransmission as a new response? >> -- >> Best regards, >> Igor >> >> >> _______________________________________________ >> Sipp-users mailing list >> Sipp-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sipp-users >> > > > _______________________________________________ > Sipp-users mailing list > Sipp-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sipp-users > _______________________________________________ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users