Hello, Attached is a log where an inbound request via an ITSP is being parked and retrieved. Note in Frame 220, the REFER comes in with a Refer-To containing a REPLACES parameter but the REPLACES parameter is unknown to sipXbridge and hence results in a subsequent 500 response from sipXbridge because it has not seen the tags. There are also some unusual messages in the park server log.
"2010-04-30T00:08:08.608289Z":663:KERNEL:NOTICE:pbx01.um.sacatech.com:WAVDecoder-24:B42FEB90:sipxpark:"OsMsgQShared::doSendCore message queue '' is over half full - count = 801, max = 1600" "2010-04-30T00:08:08.608340Z":664:KERNEL:NOTICE:pbx01.um.sacatech.com:WAVDecoder-24:B42FEB90:sipxpark:"OsMsgQShared::doSendCore message queue '' is over half full - count = 802, max = 1600" "2010-04-30T00:08:08.608393Z":665:KERNEL:NOTICE:pbx01.um.sacatech.com:WAVDecoder-24:B42FEB90:sipxpark:"OsMsgQShared::doSendCore message queue '' is over half full - count = 803, max = 1600" "2010-04-30T00:08:08.608440Z":666:KERNEL:NOTICE:pbx01.um.sacatech.com:WAVDecoder-24:B42FEB90:sipxpark:"OsMsgQShared::doSendCore message queue '' is over half full - count = 804, max = 1600" " My analysis indicates that sipxbridge is behaving correctly and that the problem lies with the park server. Please let me know if you find reason to disagree with this conclusion. I have opened an issue XX-8328 for this. Please comment. Thank you Ranga -- M. Ranganathan
merged.xml.gz
Description: GNU Zip compressed data
_______________________________________________ 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/
