Roland, I think you have a point. There are at least two RFC violations at play:
1. Seq should be monotonically increasing for a given SSRC unless it overflows. 2. If you reset SSRC/Seq/TS for whatever reason the new value should be random, not 0 and all 3 have to be reset together IMHO. -Max On Wed, Nov 22, 2017 at 12:57 AM, Roland Nyberg <roland.nyb...@ip-only.se> wrote: > Hi Folks! > > Could anyone tell me why and howcome the "Seq" starts all over from zero > after the ACK and the "SSRC" still are the same? > > Shouldn't the SSRC change after the ACK or is this common? Have not seen > this behavior before. > > [cid:image002.png@01D36378.333BF8B0] > Vänliga hälsningar, best regards > > Roland Nyberg > SIP-technician > IP-Only | Besöksadress: Västra Järnvägsg. 7, Stockholm > Vxl: 018-843 1000 | Mobil: 07X- XXXXXXXX > > Se filmen om IP-Only<https://www.youtube.com/watch?v=nrq98_joT4Y> > Följ oss på Facebook<https://www.facebook.com/ip.only.ab> | Twitter< > https://twitter.com/ip_only> | Linkedin<https://www.linkedin. > com/company-beta/28139/> > ip-only.se<http://www.ip-only.se/> > > [cid:image009.png@01D34422.95683E10] > > > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors