Idea Details

SessionLinker Support on WebAgent and CA Access Gateway (SecureProxy Server).

Last activity 06-13-2019 09:45 AM
HubertDennis's profile image
02-05-2015 10:45 AM

One of the things that I have learned by virtue of doing a few of SessionLinker deployments on Customer premises, is that it looks like WA + SessionLinker Solution and SPS + SessionLinker solution is completely different. Though the purpose of using SessionLinker using either solution remain the same.

 

  • WA + SessionLinker Solution relies SessionLinker library being enabled on WebAgent.conf and additionally SessionLinker Library (with valid license) being present on Policy Server with a SessionLinker response configured to support linking cookies and carrying out further actions.
  • SPS + SessionLinker Solution relies only on SessionLinker library being enabled on WebAgent.conf and a new ACO parameter (Which holds the same parameter as the Response configured on Policy Server). No need of adding a SessionLinker library on PolicyServer and creating SessionLinker responses.


If the above bullets are true and correct. Here’s the food for thought.

  • Why can’t we standardize one single approach across both WA and SPS.
  • It looks like the SPS approach is more performant and sustainable than the WA approach.
  • Imagine eliminating one round trip per transaction to the Policy Server and Policy Server processing time. The performance improvement would be huge.
  • More importantly the SPS + SessionLinker solution works fine without a license (NOTE : WA + SessionLinker needs the SessionLinker library added on Policy Server and hence needs a license on Policy Server).
  • Here's very important thought, Can the SessionLinker DLL that we ship after R12.5 (that is when SessionLinker Solution was introduced in SPS), with WA do the same thing as SPS.
  • I think the capability may be already present in WebAgent SessionLinker DLL, I may be wrong.
  • Nevertheless, one this is for certain, unless CA Certifies that WebAgent SessionLinker could also be used in the same way as SPS SessionLinker, it would be unsupported configuration to use WebAgent SessionLinker in the same way as SPS SessionLinker.

 

On a side note : The ERP Agent PSM states that SessionLinker is not supported on SPS. However starting R12.5 SessionLinker is supported on SPS. This would be corrected soon on PSM.

 

If all the above facts are true and thoughtful. I thought to share the thought & ER request to standardize into one single approach. This would mean it needs revamping of Testing and Documentation too appropriately.

 

Regards

 

Hubert


Comments

10-30-2015 02:19 AM

Thank you for your contribution of an enhancement idea to the CA Community. CA is continually working to improve its software and services to best meet the needs of its customers. Your input is vital to that effort. The CA Single Sign-On Product Management team has reviewed your suggested enhancement. Based on current roadmap priorities and/or the limited amount of community support for this idea, we are not accepting this idea into the product backlog. Therefore, it is being moved to a “Not Planned” status.  

04-17-2015 05:55 PM

 

Thank you for your contribution of an enhancement idea to the CA Community. CA is continually working to improve its software and services to best meet the needs of its customers.  Your input is vital to that effort.  The CA Single Sign-On Product Management team is reviewing your enhancement suggestion.  The Community will continue to be able to vote on this enhancement idea.