Steve wrote: > Damian Krzeminski 提到: >> Steve wrote: >> >> [...] >> >> >>>>> Yes, it needs to be increasemented or different with previous version. >>>>> Actually I don't konw how to do it, so I leave it to user interface. >>>>> Maybe you can help. >>>>> >>>>> >>>> I put some code that generates numbers based on current time. Check it >>>> works for you. >>>> >>>> >>>> >>> There's problem ... >>> The phone will keep update & reboot again and again due to the time running. >>> >>> >> >> That's what we want - right? The file is only generated if something >> changes or admin pushes Send Profiles. >> >> >>> I got some solutions >>> >>> 1) >>> Modify AutoConfigVersion value only after "Send Profile" pressed. >>> I don't know is it can be done. >>> This is the best way >>> >> >> That's exactly what the code does today. The AutoConfigVersion number is >> only modified when new version of the file is generated. And the new value >> is bigger than the old one. >> >> >>> 2) >>> Let AutoConfigVersion=<const> >>> AQ-10X will do CRC to check if auto config needed >>> >>> The badness is the original AQ-10X can auto config only after phone reset. >>> >>> 3) >>> Remove AutoConfigVersion >>> AQ-10X will do CRC to check if auto config needed >>> >>> The badness is the original AQ-10X will not work. >>> >>> >> >> It's up to you. I am not sure what "original" means here and how many of >> them are out there. That said I still do not fully understand what's wrong >> with current implementation. Can you describe exactly how phone is using >> AutoConfigVersion. >> >> D. >> >> >> > Hello Damian > > You are right. That's AQ-10X's problem > > Since the value of AutoConfigVersion allows only 8 bits, there's memory > overflow. > > To avoid the problem please modify GtekAquiferPhoneDefault.java:27 > > return (System.currentTimeMillis() / 1000 - 1250000000) & 0xff; > >
If it's only 8 bits we're probably better of with a random value... I'll change it. D. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
