If this continues I will need to see if I can get a traffic dump. Thank you. The biggest hurdle so far is coordinating the conversation with their support, as turn around has been long enough that I've had to start keeping logs longer than we traditionally do simply so I can review them when I get a response.
I ended up looking through all of the logs I could find. The particular conversation they were referencing just terminated part-way through in the gateway log [and the syslog reflected the same details], but the postgres log showed that it terminated because it was a read-only command trying to run an insert command. I'm currently waiting on a response. I also pulled other instances the same day that appeared to function correctly. Hopefully, it's enough for them to figure out the error. -Jon On Tue, Apr 15, 2025 at 10:04 AM Josh Stompro <[email protected]> wrote: > Hello Jon, > > If I were troubleshooting this, I would start with looking at logs on your > utility server that runs sipserver and stunnel. Just see if you are > getting connections from the machines in question at all? > > If they are connecting, then you could try and get a traffic dump between > stunnel and sipserver just to see the conversation that the two are > having. sip2 is fairly easy to understand with just a text dump of the > conversation. I like to collect packet dumps with tcpdump and then view > them on my local machine with Wireshark. There is a follow stream option > that shows you one conversation and can decode it. > > You could also have someone on the site run the sip testing tool and try > to emulate the self checks, but that might be harder to setup if you use > stunnel. > https://clcohio.org/sip-testing-tool/ > Josh > > On Mon, Mar 31, 2025 at 5:09 PM JonGeorg SageLibrary via Evergreen-general > <[email protected]> wrote: > >> We have a couple of libraries who are using the Bibliotheca Self checkout >> kiosks. Ever since we upgraded from 3.7.2 to 3.13.9 they have had issues >> connecting. SIP settings have not changed, and all other vendors are >> working fine, which leads me to think it's on their side. >> >> Has anyone else had similar issues with a particular vendor and SIP >> communications? >> >> Does anyone have any suggestions on how to resolve the issue? >> >> -Jon >> _______________________________________________ >> Evergreen-general mailing list -- >> [email protected] >> To unsubscribe send an email to >> [email protected] >> >
_______________________________________________ Evergreen-general mailing list -- [email protected] To unsubscribe send an email to [email protected]
