Calculating OSCORE (was Monitoring 'oscore' using CPSM)

[Barnard, John]

Hi Mark. You did what I suspect Omegamon does and what I know MVCICS does. Since you're not serializing, be aware that the chain can change...gulp!

-----Original Message-----
From: CICS List [mailto:CICS-***@VM.MARIST.EDU]On Behalf Of Laughton, Mark
Sent: Wednesday, August 31, 2005 2:15 PM
To: CICS-***@VM.MARIST.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Ok...I threw away the DFH0STAT code.

Instead I've figured I can chase the (<16Mb) FBQE chain hung off the LDA (in
turn hung off the ASCB) and total up the free areas which they represent -
this seems to give me a figure incredibly close (only 4k difference) to that
which Omegamon shows as the total free OSCORE. This also lets me figure out
the largest free area too - which tallys perfectly with what Omegamon shows
me.

I've a nervous feeling that there's probably some gotcha I dont know about
and maybe I just got lucky e.g. are all FBQE's effectively eligble OSCORE,
or do I need to check the address of the free area is within certain bounds
/ location?!

Not quite so dismayed now!

cheers
Mark

-----Original Message-----
From: Mike Giaquinto [mailto:***@WELLSFARGO.COM]
Sent: 31 August 2005 18:21
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Mark,
I don't know the source of these fields, but I see the title says "Max
LSQA" and "MAX User". If you're using the max, then the ebb and flow of
the values could be large enough that it appears you have negative
numbers. Is there a way for you to get the current LSQA and User
values?

Mike Giaquinto
Wells Fargo

"There are 10 types of people in the world; those that understand binary
and those that don't"
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.


-----Original Message-----
From: CICS List [mailto:CICS-***@LISTSERV.UGA.EDU] On Behalf Of Laughton,
Mark
Sent: Wednesday, August 31, 2005 9:59 AM
To: CICS-***@LISTSERV.UGA.EDU
Subject: Calculating OSCORE (was Monitoring 'oscore' using CPSM)

Ok, I give in.

I wrote my CPSM STATDEF probe (which was quite easy in the end
<thumbup>) and cribbed the logic for calculating what i believed to be
the free OSCORE from the DFH0STAT source. I thought my recoding (in asm)
was flawed at first as I was getting a negative value in R2 after the
calculation:

L R2,REGN_SZE_BELOW R2 = region size below (bytes)
S R2,ADSP_TCTHWM subtract SYS (below)
S R2,ADSP_TCTLWM subtract VIRT (below)
SRA R2,10 divide by 1024 (convert to K)
AHI R2,(250+20)*-1 adjust for RTM and system stg

Eventually I ran STAT which gave the same result.

Storage BELOW 16MB

__________________

Private Area Region size below 16Mb . . . . . . . . : 9,192K

Max LSQA/SWA storage allocated below 16Mb (SYS) . : 384K

Max User storage allocated below 16Mb (VIRT). . . : 8,812K

System Use. . . . . . . . . . . . . . . . . . . . : 20K

RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K

__________________________________________________________________

Private Area storage available below 16Mb . . . . . : -274K



My trusty CICS monitor says:

Largest free LSQA . . . : 672K Working set size . . . :
11228K
Free OSCOR . . . . . . : 899K Largest free OSCOR . . : 672K

I just dont get it! Even NOT accounting for RTM & 'system use' it would
still be -4.

I get the distinct feeling (!) that STAT isn't actually calculating free
oscore. If so, how do I calculate it??

Despairingly....
Mark

-----Original Message-----
From: Hill, Jerry D. [mailto:***@AAFES.COM]
Sent: 30 August 2005 14:23
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Monitoring 'oscore' using CPSM


Mark,
Mark,
From this report, it's going to approximately be 9192 - 7776 - 468.
The CICS Performance Guide will help you.
If you have a monitoring tool such as MAINVIEW, etc. then you can view a
storage map of each region.
If your peak DSA allocation below the line is in the 2 to 3 meg range,
then a DSALIM of 7M is too high.


-----Original Message-----
From: CICS List [mailto:CICS-***@LISTSERV.UGA.EDU] On Behalf Of Laughton,
Mark
Sent: Tuesday, August 30, 2005 5:17 AM
To: CICS-***@LISTSERV.UGA.EDU
Subject: Monitoring 'oscore' using CPSM

Folks

I've been tasked with putting in place some form of monitoring in a
number of services to highlight low oscore. Rather rashly, I said I
could do this easily using CPSM (I'm currently trying to 'sell' CPSM
RTA/SAM). Alas (and to my surprise!) I cannot find a way of doing this
using the available resource tables. :-(

However, I'm confused as to how to calculate / derive the available
(free)
'oscore'.

I thought it would be easy to just lift the appropriate code out of
DFH0STAT (which calls DFH$STAS to get OS storage values). Looking at the
values output from DFH0STAT, I can' t figure how they relate to the
'free oscore'
value my CICS monitor is showing me (see below, from my test system).

Would anyone care to explain this to me i.e. how free oscore is derived
and what the STAT output is actually showing? I feel I should know this
already... :-(

cheers
Mark

(STAT output)

Storage BELOW 16MB

__________________

Private Area Region size below 16Mb . . . . . . . . : 9,192K

Max LSQA/SWA storage allocated below 16Mb (SYS) . : 468K

Max User storage allocated below 16Mb (VIRT). . . : 7,776K

System Use. . . . . . . . . . . . . . . . . . . . : 20K

RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K

__________________________________________________________________

Private Area storage available below 16Mb . . . . . : 678K


Current DSA Limit . . . . . . : 7,168K

Current Allocation for DSAs . : 2,304K
VIRT minus Current DSA Limit. . . . . . . . . . . . : 608K
Peak Allocation for DSAs. . . : 2,304K


(CICS monitor output)

Largest free LSQA . . . : 1024K Working set size . . . : 35572K
Free OSCOR . . . . . . : 1095K Largest free OSCOR . . : 1024K


Find out about The Experian Conference 2005 at
www.experian.co.uk/conference2005


========================================================================
==
Information in this e-mail and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in
accordance with the Experian Limited standard terms and conditions of
purchase or other express written agreement between Experian Limited and
the recipient Experian Limited (registration number 653331) Registered
office: Talbot House, Talbot Street, Nottingham NG80 1TH

Although Experian has taken reasonable steps to ensure that this
communication and any attachments are free from computer virus, you are
advised to take your own steps to ensure that they are actually virus
free.

[Barnard, John]

The last I actually thought about it much, I think you'd need to get the local lock for the address space. Of course, you need to be APF authorized for that. My view would be for you to describe a recovery environment to handle falling off the world with a S0C4.

In the event that a CB had moved, been removed, been reused (etc etc) but is still on an allocated page so that you wouldn't necessarily get a S0C4 on reference, you might do basic sanity checks:
1. Is the FBQESIZE size double word
2. Is FBQESIZE reasonable
2. Is FBQENEXT an even address

stuff like that. When in doubt, if a given run doesn't look right, take two aspirin and run it again.

Hope this helps.

-----Original Message-----
From: CICS List [mailto:CICS-***@LISTSERV.UGA.EDU]On Behalf Of Laughton,
Mark
Sent: Thursday, September 01, 2005 1:30 AM
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Hi John

Thanks for the reply <thumbup>. Yep - that occurred to me too (at 3am this
morning. lol).

Is there a 'right' way to chase this chain (or detect a change) given as (I
think) conceivably another TCB could be dispatched at the same instant and
modify the chain by OS GETMAIN/FREEMAIN activity? There's no eyecatcher in
the FBQE to verify the cb. I can't think of a way around that particular
problem (other than accepting a rare S0C1!)

Also, my total is always 5k different from Omegamon, but manually following
the chain (in a dump) I cant see why that is. :(

Any pointers (no pun intended!)?

:-)

LDA_OK EQU *
L R2,LDAFBQAF R2 -> first FBQE
USING FBQE,R2
LHI R3,0 clear total free storage
LR R4,R3 clear largest free storage
*
FBQE_LOOP EQU *
A R3,FBQESIZE add free storage to total
C R4,FBQESIZE largest so far > this area?
BH FBQE_CHECK_LAST no, skip
L R4,FBQESIZE largest free area is this one
*
FBQE_CHECK_LAST EQU *
C R2,LDAFBQAL is this the last FBQE?
BE FBQE_EXIT yes, exit loop
L R2,FBQENEXT R2 -> next FBQE in chain
B FBQE_LOOP and loop
FBQE_EXIT EQU *


-----Original Message-----
From: Barnard, John [mailto:***@BMC.COM]
Sent: 01 September 2005 01:39
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Hi Mark. You did what I suspect Omegamon does and what I know MVCICS does.
Since you're not serializing, be aware that the chain can change...gulp!

-----Original Message-----
From: CICS List [mailto:CICS-***@VM.MARIST.EDU]On Behalf Of Laughton, Mark
Sent: Wednesday, August 31, 2005 2:15 PM
To: CICS-***@VM.MARIST.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Ok...I threw away the DFH0STAT code.

Instead I've figured I can chase the (<16Mb) FBQE chain hung off the LDA (in
turn hung off the ASCB) and total up the free areas which they represent -
this seems to give me a figure incredibly close (only 4k difference) to that
which Omegamon shows as the total free OSCORE. This also lets me figure out
the largest free area too - which tallys perfectly with what Omegamon shows
me.

I've a nervous feeling that there's probably some gotcha I dont know about
and maybe I just got lucky e.g. are all FBQE's effectively eligble OSCORE,
or do I need to check the address of the free area is within certain bounds
/ location?!

Not quite so dismayed now!

cheers
Mark

-----Original Message-----
From: Mike Giaquinto [mailto:***@WELLSFARGO.COM]
Sent: 31 August 2005 18:21
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)


Mark,
I don't know the source of these fields, but I see the title says "Max
LSQA" and "MAX User". If you're using the max, then the ebb and flow of
the values could be large enough that it appears you have negative
numbers. Is there a way for you to get the current LSQA and User
values?

Mike Giaquinto
Wells Fargo

"There are 10 types of people in the world; those that understand binary
and those that don't"
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.


-----Original Message-----
From: CICS List [mailto:CICS-***@LISTSERV.UGA.EDU] On Behalf Of Laughton,
Mark
Sent: Wednesday, August 31, 2005 9:59 AM
To: CICS-***@LISTSERV.UGA.EDU
Subject: Calculating OSCORE (was Monitoring 'oscore' using CPSM)

Ok, I give in.

I wrote my CPSM STATDEF probe (which was quite easy in the end
<thumbup>) and cribbed the logic for calculating what i believed to be
the free OSCORE from the DFH0STAT source. I thought my recoding (in asm)
was flawed at first as I was getting a negative value in R2 after the
calculation:

L R2,REGN_SZE_BELOW R2 = region size below (bytes)
S R2,ADSP_TCTHWM subtract SYS (below)
S R2,ADSP_TCTLWM subtract VIRT (below)
SRA R2,10 divide by 1024 (convert to K)
AHI R2,(250+20)*-1 adjust for RTM and system stg

Eventually I ran STAT which gave the same result.

Storage BELOW 16MB

__________________

Private Area Region size below 16Mb . . . . . . . . : 9,192K

Max LSQA/SWA storage allocated below 16Mb (SYS) . : 384K

Max User storage allocated below 16Mb (VIRT). . . : 8,812K

System Use. . . . . . . . . . . . . . . . . . . . : 20K

RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K

__________________________________________________________________

Private Area storage available below 16Mb . . . . . : -274K



My trusty CICS monitor says:

Largest free LSQA . . . : 672K Working set size . . . :
11228K
Free OSCOR . . . . . . : 899K Largest free OSCOR . . : 672K

I just dont get it! Even NOT accounting for RTM & 'system use' it would
still be -4.

I get the distinct feeling (!) that STAT isn't actually calculating free
oscore. If so, how do I calculate it??

Despairingly....
Mark

-----Original Message-----
From: Hill, Jerry D. [mailto:***@AAFES.COM]
Sent: 30 August 2005 14:23
To: CICS-***@LISTSERV.UGA.EDU
Subject: Re: Monitoring 'oscore' using CPSM


Mark,
Mark,
From this report, it's going to approximately be 9192 - 7776 - 468.
The CICS Performance Guide will help you.
If you have a monitoring tool such as MAINVIEW, etc. then you can view a
storage map of each region.
If your peak DSA allocation below the line is in the 2 to 3 meg range,
then a DSALIM of 7M is too high.


-----Original Message-----
From: CICS List [mailto:CICS-***@LISTSERV.UGA.EDU] On Behalf Of Laughton,
Mark
Sent: Tuesday, August 30, 2005 5:17 AM
To: CICS-***@LISTSERV.UGA.EDU
Subject: Monitoring 'oscore' using CPSM

Folks

I've been tasked with putting in place some form of monitoring in a
number of services to highlight low oscore. Rather rashly, I said I
could do this easily using CPSM (I'm currently trying to 'sell' CPSM
RTA/SAM). Alas (and to my surprise!) I cannot find a way of doing this
using the available resource tables. :-(

However, I'm confused as to how to calculate / derive the available
(free)
'oscore'.

I thought it would be easy to just lift the appropriate code out of
DFH0STAT (which calls DFH$STAS to get OS storage values). Looking at the
values output from DFH0STAT, I can' t figure how they relate to the
'free oscore'
value my CICS monitor is showing me (see below, from my test system).

Would anyone care to explain this to me i.e. how free oscore is derived
and what the STAT output is actually showing? I feel I should know this
already... :-(

cheers
Mark

(STAT output)

Storage BELOW 16MB

__________________

Private Area Region size below 16Mb . . . . . . . . : 9,192K

Max LSQA/SWA storage allocated below 16Mb (SYS) . : 468K

Max User storage allocated below 16Mb (VIRT). . . : 7,776K

System Use. . . . . . . . . . . . . . . . . . . . : 20K

RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K

__________________________________________________________________

Private Area storage available below 16Mb . . . . . : 678K


Current DSA Limit . . . . . . : 7,168K

Current Allocation for DSAs . : 2,304K
VIRT minus Current DSA Limit. . . . . . . . . . . . : 608K
Peak Allocation for DSAs. . . : 2,304K


(CICS monitor output)

Largest free LSQA . . . : 1024K Working set size . . . : 35572K
Free OSCOR . . . . . . : 1095K Largest free OSCOR . . : 1024K


Find out about The Experian Conference 2005 at
www.experian.co.uk/conference2005


========================================================================
==
Information in this e-mail and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in
accordance with the Experian Limited standard terms and conditions of
purchase or other express written agreement between Experian Limited and
the recipient Experian Limited (registration number 653331) Registered
office: Talbot House, Talbot Street, Nottingham NG80 1TH

Although Experian has taken reasonable steps to ensure that this
communication and any attachments are free from computer virus, you are
advised to take your own steps to ensure that they are actually virus
free.

[Russ Evans]

I'm just a lowly CICS sysprog, so I don't no much about local locks, but I
think John's on the right track here. Issue a HANDLE ABEND, and if it
trips tell the user to retry.

Russ

Post by Barnard, John
The last I actually thought about it much, I think you'd need to get the
local lock for the address space. Of course, you need to be APF
authorized for that. My view would be for you to describe a recovery
environment to handle falling off the world with a S0C4.
In the event that a CB had moved, been removed, been reused (etc etc) but
is still on an allocated page so that you wouldn't necessarily get a S0C4
1. Is the FBQESIZE size double word
2. Is FBQESIZE reasonable
2. Is FBQENEXT an even address
stuff like that. When in doubt, if a given run doesn't look right, take
two aspirin and run it again.
Hope this helps.
-----Original Message-----
Mark
Sent: Thursday, September 01, 2005 1:30 AM
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)
Hi John
Thanks for the reply <thumbup>. Yep - that occurred to me too (at 3am this
morning. lol).
Is there a 'right' way to chase this chain (or detect a change) given as (I
think) conceivably another TCB could be dispatched at the same instant and
modify the chain by OS GETMAIN/FREEMAIN activity? There's no eyecatcher in
the FBQE to verify the cb. I can't think of a way around that particular
problem (other than accepting a rare S0C1!)
Also, my total is always 5k different from Omegamon, but manually following
the chain (in a dump) I cant see why that is. :(
Any pointers (no pun intended!)?
:-)
LDA_OK EQU *
L R2,LDAFBQAF R2 -> first FBQE
USING FBQE,R2
LHI R3,0 clear total free storage
LR R4,R3 clear largest free storage
*
FBQE_LOOP EQU *
A R3,FBQESIZE add free storage to total
C R4,FBQESIZE largest so far > this area?
BH FBQE_CHECK_LAST no, skip
L R4,FBQESIZE largest free area is this one
*
FBQE_CHECK_LAST EQU *
C R2,LDAFBQAL is this the last FBQE?
BE FBQE_EXIT yes, exit loop
L R2,FBQENEXT R2 -> next FBQE in chain
B FBQE_LOOP and loop
FBQE_EXIT EQU *
-----Original Message-----
Sent: 01 September 2005 01:39
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)
Hi Mark. You did what I suspect Omegamon does and what I know MVCICS does.
Since you're not serializing, be aware that the chain can change...gulp!
-----Original Message-----
Sent: Wednesday, August 31, 2005 2:15 PM
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)
Ok...I threw away the DFH0STAT code.
Instead I've figured I can chase the (<16Mb) FBQE chain hung off the LDA (in
turn hung off the ASCB) and total up the free areas which they represent -
this seems to give me a figure incredibly close (only 4k difference) to that
which Omegamon shows as the total free OSCORE. This also lets me figure out
the largest free area too - which tallys perfectly with what Omegamon shows
me.
I've a nervous feeling that there's probably some gotcha I dont know about
and maybe I just got lucky e.g. are all FBQE's effectively eligble OSCORE,
or do I need to check the address of the free area is within certain bounds
/ location?!
Not quite so dismayed now!
cheers
Mark
-----Original Message-----
Sent: 31 August 2005 18:21
Subject: Re: Calculating OSCORE (was Monitoring 'oscore' using CPSM)
Mark,
I don't know the source of these fields, but I see the title says "Max
LSQA" and "MAX User". If you're using the max, then the ebb and flow of
the values could be large enough that it appears you have negative
numbers. Is there a way for you to get the current LSQA and User
values?
Mike Giaquinto
Wells Fargo
"There are 10 types of people in the world; those that understand binary
and those that don't"
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.
-----Original Message-----
Mark
Sent: Wednesday, August 31, 2005 9:59 AM
Subject: Calculating OSCORE (was Monitoring 'oscore' using CPSM)
Ok, I give in.
I wrote my CPSM STATDEF probe (which was quite easy in the end
<thumbup>) and cribbed the logic for calculating what i believed to be
the free OSCORE from the DFH0STAT source. I thought my recoding (in asm)
was flawed at first as I was getting a negative value in R2 after the
L R2,REGN_SZE_BELOW R2 = region size below (bytes)
S R2,ADSP_TCTHWM subtract SYS (below)
S R2,ADSP_TCTLWM subtract VIRT (below)
SRA R2,10 divide by 1024 (convert to K)
AHI R2,(250+20)*-1 adjust for RTM and system stg
Eventually I ran STAT which gave the same result.
Storage BELOW 16MB
__________________
Private Area Region size below 16Mb . . . . . . . . : 9,192K
Max LSQA/SWA storage allocated below 16Mb (SYS) . : 384K
Max User storage allocated below 16Mb (VIRT). . . : 8,812K
System Use. . . . . . . . . . . . . . . . . . . . : 20K
RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K
__________________________________________________________________
Private Area storage available below 16Mb . . . . . : -274K
11228K
Free OSCOR . . . . . . : 899K Largest free OSCOR . . : 672K
I just dont get it! Even NOT accounting for RTM & 'system use' it would
still be -4.
I get the distinct feeling (!) that STAT isn't actually calculating free
oscore. If so, how do I calculate it??
Despairingly....
Mark
-----Original Message-----
Sent: 30 August 2005 14:23
Subject: Re: Monitoring 'oscore' using CPSM
Mark,
Mark,
From this report, it's going to approximately be 9192 - 7776 - 468.
The CICS Performance Guide will help you.
If you have a monitoring tool such as MAINVIEW, etc. then you can view a
storage map of each region.
If your peak DSA allocation below the line is in the 2 to 3 meg range,
then a DSALIM of 7M is too high.
-----Original Message-----
Mark
Sent: Tuesday, August 30, 2005 5:17 AM
Subject: Monitoring 'oscore' using CPSM
Folks
I've been tasked with putting in place some form of monitoring in a
number of services to highlight low oscore. Rather rashly, I said I
could do this easily using CPSM (I'm currently trying to 'sell' CPSM
RTA/SAM). Alas (and to my surprise!) I cannot find a way of doing this
using the available resource tables. :-(
However, I'm confused as to how to calculate / derive the available
(free)
'oscore'.
I thought it would be easy to just lift the appropriate code out of
DFH0STAT (which calls DFH$STAS to get OS storage values). Looking at the
values output from DFH0STAT, I can' t figure how they relate to the
'free oscore'
value my CICS monitor is showing me (see below, from my test system).
Would anyone care to explain this to me i.e. how free oscore is derived
and what the STAT output is actually showing? I feel I should know this
already... :-(
cheers
Mark
(STAT output)
Storage BELOW 16MB
__________________
Private Area Region size below 16Mb . . . . . . . . : 9,192K
Max LSQA/SWA storage allocated below 16Mb (SYS) . : 468K
Max User storage allocated below 16Mb (VIRT). . . : 7,776K
System Use. . . . . . . . . . . . . . . . . . . . : 20K
RTM . . . . . . . . . . . . . . . . . . . . . . . : 250K
__________________________________________________________________
Private Area storage available below 16Mb . . . . . : 678K
Current DSA Limit . . . . . . : 7,168K
Current Allocation for DSAs . : 2,304K
VIRT minus Current DSA Limit. . . . . . . . . . . . : 608K
Peak Allocation for DSAs. . . : 2,304K
(CICS monitor output)
Largest free LSQA . . . : 1024K Working set size . . . : 35572K
Free OSCOR . . . . . . : 1095K Largest free OSCOR . . : 1024K
Find out about The Experian Conference 2005 at
www.experian.co.uk/conference2005
========================================================================
==
Information in this e-mail and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in
accordance with the Experian Limited standard terms and conditions of
purchase or other express written agreement between Experian Limited and
the recipient Experian Limited (registration number 653331) Registered
office: Talbot House, Talbot Street, Nottingham NG80 1TH
Although Experian has taken reasonable steps to ensure that this
communication and any attachments are free from computer virus, you are
advised to take your own steps to ensure that they are actually virus
free.