This field doesn't show up on my system (running the current Nevada
build). It could be that ipsa_t is defined in several modules and one
hasn't been updated; I can see this type is at least defined in ipsecesp
and ipsecah. So try:
::print ipsecpesp`ipsa_t
::print ipsecah`ipsa_t
and check if there's any difference.
Rgds,
alex.
Dan McDonald wrote:
> Consider this innocuous ::print
>
>> 0xffffffff9505c100::print ipsa_t
> {
> ipsa_next = 0
> ipsa_ptpn = 0xffffffff942dca98
> ipsa_linklock = 0xffffffff942dcaa0
> ipsa_freefunc = sadb_freeassoc
> ipsa_authkeydata = {
> sak_key = 0xffffffff90de9870
> sak_keylen = 0x14
> sak_keybits = 0xa0
> sak_algid = 0x3
> }
> ipsa_encrkeydata = {
> sak_key = 0xffffffff96437a60
> sak_keylen = 0x20
> sak_keybits = 0x100
> sak_algid = 0xc
> }
> ipsa_src_cid = 0
> ipsa_dst_cid = 0xffffffff964243a8
> ipsa_proxy_cid = 0 <-------- KEBE SAYS WTF?!? -------
> . . .
>
> I did this on S10u5's mdb, and Nevada's too. What's funny is that
> ipsa_proxy_cid was removed in S10u4, so why is it still printing in mdb?
> This throws off the rest of the structure, making it VERY VERY hard to debug
> possible IPsec SA corruption.
>
> Any clues are, as always, welcome. Also, please keep me in replies, as I'm
> not on this list.
>
> Thanks,
> Dan
> _______________________________________________
> mdb-discuss mailing list
> mdb-discuss at opensolaris.org
