Hi all, I'm looking to clear up the status of XECS-1589: sipXecs does not gracefully handle broken TCP streams. Can we get a clear idea of what should be fixed?
It was raised by Brad from Polycom, for sipXrls behaviour observed in some cases after a Polycom SoundPoint IP reboots from loss of power. (No graceful clean-up of TCP streams.) Note that the symptom here is that the BLF Speed Dials icons are not present. This happened frequently with the 3.0.3 firmware, but that particular problem was fixed in 3.1.0. I've never personally observed this symptom with the 3.1.0 firmware. Latest analysis from Polycom: The NOTIFY sent to the phone in response to its new SUBSCRIBE after reboot is using the old pre-reboot TCP stream information and so it is not recognized and is subsequently shutdown by TCP RST. The SCS500 should probably either respond to the TCP stream initiated by the new SUBSCIBE from the phone or on receipt of the RST, SYN a new stream and send the data that way. This is beyond my understanding of TCP. Can anyone confirm (or deny) that we have a sipXecs issue to fix? Thanks. -Paul [EMAIL PROTECTED]
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
