Heidi Haafke

Forum Replies Created

Viewing 4 replies – 1 through 4 (of 4 total)
  • Author
    Replies
  • in reply to: read returned error 78 – firewall sends only first packet #85515
    Heidi Haafke
    Participant

      We had a similar issue the morning of 8/30 with several of our VPNs and also use Palo Alto with these VPNs.  We were troubleshooting with our network team and two of the downstream vendors for several hours with no luck. At 12 noon eastern, the connections mysteriously cleared up on the VPNs having issues.  I am curious as to whether that timing – 12 noon eastern – was the same time other folks saw their connections clear, potentially due to Palo Alto backing out their changes?

      Senior Systems Integration Analyst
      IT Imaging and Integration Services
      UPMC Pinnacle
      heidi.haafke@pinnaclehealth.org

      in reply to: Warning Message on Acknowledgements #83203
      Heidi Haafke
      Participant

        Thanks, Jim, and all.  Will do that and see that they can handle that.

        Senior Systems Integration Analyst
        IT Imaging and Integration Services
        UPMC Pinnacle
        heidi.haafke@pinnaclehealth.org

        in reply to: Warning Message on Acknowledgements #83201
        Heidi Haafke
        Participant

          Thanks Robert and David.  

          I tried both suggestions. Setting the Trx ID Determination Format to FRL not help in this particular case, however.  

          So I used the engine output configurator to get more info on the acks back similar to what David suggested.  Below is EO on one ack back:

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43] input buffer accepted 53 bytes

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  0b 4d 53 48  7c 5e 7e 5c  |.MSH|^~|

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  26 7c 7c 7c  7c 7c 7c 7c  |&||||||||

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  7c 31 31 32  36 35 39 39  ||1126599|

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  38 39 7c 7c  0d 4d 53 41  |89||.MSA|

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  7c 41 41 7c  31 31 32 36  ||AA|1126|

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  35 39 39 38  39 7c 4f 4b  |59989|OK|

          [tcp :read:DBUG/0:to_quantum_orm:10/28/2015 15:48:43]  0d 1c 0d 1c  0d           |…..|

          [tcp :read:WARN/0:to_quantum_orm:10/28/2015 15:48:43] Nonmessage data received.  Enable tcp/read/info/0 to see detail

          Just not sure how to interpret the hex — if anyone can help interpret the culprits, I am assuming the problem is in the line that reads

          “0d 1c 0d 1c  0d           |…..|”.

          Thanks again for everyone’s input.  Heidi

          Senior Systems Integration Analyst
          IT Imaging and Integration Services
          UPMC Pinnacle
          heidi.haafke@pinnaclehealth.org

          in reply to: Unassisted upgrade 5.8 – 6.1 #82252
          Heidi Haafke
          Participant

            Hello Brandon,

            We are also in the beginning of planning for a Cloverleaf 5.8 to 6.1 upgrade, Windows 2008 potentially to 2012.  

            I would also appreciate lessons learned, test environment set-up strategies, etc, from folks who’ve already upgraded.  

            Searched a bit on Cloverleaf but did not hit on many threads of this topic; perhaps missing discussions in the past on this.

            Regards, Heidi Haafke

            Senior Systems Integration Analyst
            IT Imaging and Integration Services
            UPMC Pinnacle
            heidi.haafke@pinnaclehealth.org

          Viewing 4 replies – 1 through 4 (of 4 total)