This is from the gateway logs on the log server. I haven't found anything
else useful in the logs.
-Jon
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: Inbound connection from
::ffff:172.17.21.46 on port 6001 and proto TCP
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: find_service: Matched
6001/tcp
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: raw_transport: timeout
is 60
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: read_SIP_packet, INPUT
MSG: '9300CNuser|COpassword|CP202|AY4AZF37E'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: read_SIP_packet, INPUT
MSG: '9300CNuser|COpassword|CP202|AY4AZF37E'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: INPUT MSG:
'9300CNuser|COpassword|CP202|AY4AZF37E'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]:
Sip::MsgType::new('Sip::MsgType', '9300CNusernameabbreviated', '93'):
msgtag '4'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]:
Sip::MsgType::_initialize('Login', '00CNuser|COpasswordabbreviated...')
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]:
Sip::MsgType::_initialize('Login', '00CNuser|COpassword|CP202|', 'A1A1',
'2', ...
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: Successful login for
'user' of 'sage'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: OILS: new ILS 'sage'
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: OILS: loading bootstrap
config: /openils/conf/opensrf_core.xml
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: OILS: bootstrap loaded..
2025-08-12 13:59:46 utility2 opensrf_sip[2378874]: OILS: Logging in with
username user
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: OILS: Login succeeded
for user : authkey = 6db802e9409555b6c6263d8b38d67a32
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: OUTPUT MSG:
'941AY4AZFDF9'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: raw_transport:
uname/inst: 'user/sage'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: read_SIP_packet, INPUT
MSG: '9900302.00AY5AZFCA1'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: read_SIP_packet, INPUT
MSG: '9900302.00AY5AZFCA1'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: INPUT MSG:
'9900302.00AY5AZFCA1'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]:
Sip::MsgType::new('Sip::MsgType', '9900302.00', '99'): msgtag '5'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]:
Sip::MsgType::_initialize('SC Status', '00302.00...')
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]:
Sip::MsgType::_initialize('SC Status', '00302.00', 'CA3A4', '8', ...
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: OUTPUT MSG:
'98YYYYNN60000320250812 1359472.00AOsage|BXYYYYYYYYYNYNNNYN|AY5AZEDD0'
2025-08-12 13:59:47 utility2 opensrf_sip[2378874]: SIP processing duration
0.001 : 9900302.00AY5AZFCA1
2025-08-12 14:02:00 utility2 opensrf_sip[2379415]: Inbound connection from
::ffff:172.17.21.46 on port 6001 and proto TCP
2025-08-12 14:02:00 utility2 opensrf_sip[2379415]: find_service: Matched
6001/tcp
2025-08-12 14:02:00 utility2 opensrf_sip[2379415]: raw_transport: timeout
is 60
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]: read_SIP_packet, INPUT
MSG: '9300CNuser|COpassword|CP202|'
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]: read_SIP_packet, INPUT
MSG: '9300CNuser|COpassword|CP202'
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]: read_SIP_packet, trimmed
1 character(s) (after chomps).
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]: INPUT MSG:
'9300CNuser|COpassword|CP202'
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]:
Sip::MsgType::new('Sip::MsgType', '9300CNusernameabbreviated', '93'):
msgtag '0'
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]:
Sip::MsgType::_initialize('Login', '00CNuser|COpasswordabbreviated...')
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]:
Sip::MsgType::_initialize('Login', '00CNuser|COpassword|CP202', 'A1A1',
'2', ...
2025-08-12 14:02:03 utility2 opensrf_sip[2379415]: Successful login for
'user' of 'sage'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OILS: new ILS 'sage'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OILS: loading bootstrap
config: /openils/conf/opensrf_core.xml
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OILS: bootstrap loaded..
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OILS: Logging in with
username user
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OILS: Login succeeded
for user : authkey = 0568939dd1d3c682a07787232d6ec722
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OUTPUT MSG: '941'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: raw_transport:
uname/inst: 'user/sage'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: read_SIP_packet, INPUT
MSG: '#0129900402.00'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: read_SIP_packet, INPUT
MSG: '9900402.00'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: read_SIP_packet, trimmed
1 character(s) (after chomps).
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: INPUT MSG: '9900402.00'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]:
Sip::MsgType::new('Sip::MsgType', '9900402.00', '99'): msgtag '0'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]:
Sip::MsgType::_initialize('SC Status', '00402.00...')
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]:
Sip::MsgType::_initialize('SC Status', '00402.00', 'CA3A4', '8', ...
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: OUTPUT MSG:
'98YYYYNN60000320250812 1402042.00AOsage|BXYYYYYYYYYNYNNNYN|'
2025-08-12 14:02:04 utility2 opensrf_sip[2379415]: SIP processing duration
0.001 : 9900402.00
On Tue, Aug 12, 2025 at 12:21 PM Chris Sharp <[email protected]>
wrote:
> Jon,
>
> I would expect there to be log messages from both the client and server
> side showing what's going on. If you can provide more information
> (removing any sensitive data) we might be able to assist you with
> troubleshooting.
>
> On Mon, Aug 11, 2025 at 5:26 PM JonGeorg SageLibrary via Evergreen-general
> <[email protected]> wrote:
>
>> We're still having issues with them working. I don't know for certain
>> when the Bibliotheca Self Checkout kiosks stopped working. It may or may
>> not have been related to our upgrade to 3.13.9. I've gotten the impression
>> they stopped working before that.
>>
>> Steps we've done so far. Thanks to everyone who has helped so far-
>>
>> - SIP user defined in Evergreen
>> - Name, username, DoB, Home Library, Permission group set to SIP,
>> Active account checked, Address, unfiltered internet access checked.
>> - SIP user group permissions [copied from PINES]-
>> - Library Branch
>> -
>> - COPY_CHECKIN
>> - COPY_CHECKOUT
>> - CREATE_PAYMENT
>> - CREATE_PRECAT
>> - OPAC_LOGIN
>> - PERSISTENT_LOGIN
>> - RENEW_CIRC
>> - STAFF_LOGIN
>> - VIEW_CIRCULATIONS
>> - VIEW_COPY_CHECKOUT_HISTORY
>> - VIEW_HOLD
>> - VIEW_HOLD_PULL_LIST
>> - VIEW_ORG_UNIT_SETTING.sms
>> - VIEW_PERMIT_CHECKOUT
>> - VIEW_USER
>> - VIEW_USER_FINES_SUMMARY
>> - VIEW_USER_TRANSACTIONS
>> - /openils/conf/oils_sip.xml and /opt/SIPServer/SIP_config.xml
>> - username, password, insititution, and location_code="Evergreen
>> workstation name" as defined in actor.workstation. - Thanks to
>> Evergreen
>> Indiana for the workstation name suggestion and help.
>> - /openils/conf/opensrf.xml
>> - We had an issue where there were leftover references to old
>> servernames in this file and where it was pointed to the replication
>> server
>> vs the production server which caused read-only errors. It otherwise
>> now
>> seems to match the copies I've received from other libraries.
>> - SIP port number and Evergreen URL provided to Bibliotheca.
>> - Bibliotheca IP range whitelisted on server firewall
>>
>> Possible troubleshooting avenues-
>>
>> - /opt/SIPServer/Sip/MsgType.pm - has a line that says "$resp =
>> CHECKOUT_RESP . '1';" -- should this be set to 12?
>> - The main issue we have been stuck on is that the server keeps
>> sending back an 11 CHECKOUT response packet instead of a 12
>> CHECKOUT_RESP
>> packet. All of the SIPServer files appear to be default and match the
>> github despite being from 2021.
>> - /openils/conf/dgo.conf - does have a '12' reference to eg.tcn under
>> the 'institution name referenced in oils_sip.xml and SIPconfig.xml - Is
>> that relevant?
>>
>> I ran into an issue where SIP would not start if the workstation name was
>> really long, so I had them shorten it. While SIP started successfully, the
>> kiosk is still having issues checking anything out, it can access patron
>> data just fine.
>>
>> Have we missed any steps?
>> Does anyone have a set of configuration instructions for the Bibliotheca
>> self checkout machines?
>>
>> Thanks
>> -Jon
>> _______________________________________________
>> Evergreen-general mailing list --
>> [email protected]
>> To unsubscribe send an email to
>> [email protected]
>>
>
>
> --
>
> [image: logo with link to Georgia Public Library Service website]
> <https://georgialibraries.org/>
>
> Chris Sharp, PINES System Administrator
>
> ------------------------------
>
> Georgia Public Library Service
>
> 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341
>
> (404) 235-7147 | [email protected]
>
> [image: logo with link to Georgia Public Library Service Facebook page]
> <https://www.facebook.com/georgialibraries>[image: logo with link to
> Georgia Public Library Service Instagram page]
> <https://www.instagram.com/georgialibraries/>[image: logo with link to
> Georgia Public Library Service LinkedIn page]
> <https://www.linkedin.com/company/georgia-public-library-service/>[image:
> logo with link to Georgia Public Library Service Threads page]
> <https://www.threads.net/@georgialibraries>
>
> Join our email list <http://georgialibraries.org/subscription> for
> stories of Georgia libraries making an impact in our communities.
>
_______________________________________________
Evergreen-general mailing list -- [email protected]
To unsubscribe send an email to [email protected]
