similar to: lint nits and CCM IV/nonce size fix

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 6dded109490e79f82f24b9ba0b3465cb1e6a96e6 Total changesets: 1 Log message: Some of AES_CBC_PAD team missed the last bus home pam_zfs_key module not in this phase fs-local failure if ''zfs mount -a'' fails isn''t our call zoneadm/zfs.c 1866 libzfs_jni needs updated or

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 4c9597e1e4e9b6cbd6c20be06f0cdf9c409d3629 Total changesets: 1 Log message: 885 dataset creation panics if pool keystatus not ''available''. 360 check for key on creation should be in dmu_objset_create_check() 782 zfs keysource=raw fails with keyscope=dataset when file

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: b44ed1cdde88c002bba91ae1bac55f456adcc95d Total changesets: 1 Log message: 293 AES_CBC_PAD keywrap Fix key load once and for all by using xcopyin & uint64_t everywhere Files: update: usr/src/cmd/zfs/zfs_main.c update: usr/src/lib/libzfs/common/libzfs.h update:

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 09d6ac706d1fcce8c5e20487fd47af73c4684b98 Total changesets: 1 Log message: 6729887 zio_encrypt_data/zio_decrypt_data should use crypto ctx templates Files: update: usr/src/uts/common/fs/zfs/dmu.c update: usr/src/uts/common/fs/zfs/sys/zio_crypt.h update: usr/src/uts/common/fs/zfs/zio_crypt.c

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 2b29daa2195d09df740d6a13d5677c09974205e5 Total changesets: 1 Log message: last update to AES_CBC_PAD buffer size support broke CCM mode (oops!) Files: update: usr/src/uts/common/crypto/io/aes.c

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: 71562fc59afd47d2db9236f8b5ab505c74140a63 Total changesets: 1 Log message: CRYPTO_INVALID_MAC can be given as errno ECKSUM full fix depends on 6712231 being implemented in ON but this is safe without it Files: update: usr/src/uts/common/fs/zfs/zio_crypt.c

Author: Darren Moffat <Darren.Moffat at Sun.COM> Repository: /hg/zfs-crypto/gate Latest revision: 5eb1c91e55b41ddcb2da4c9ecb74d0fbdfa07833 Total changesets: 1 Log message: 6766659 zfscrypto: assertion failed: iovcnt != 0, file: ../../common/fs/zfs/zio_crypt.c, line: 1890 Files: update: usr/src/uts/common/fs/zfs/zio.c update: usr/src/uts/common/fs/zfs/zvol.c

Author: Darren Moffat <Darren.Moffat at Sun.COM> Repository: /hg/zfs-crypto/gate Latest revision: 349e022c61d22a0a5a493c242c5bc9dad1547086 Total changesets: 1 Log message: 6740837 zfs-crypto, buffer modified while frozen! Files: update: usr/src/uts/common/fs/zfs/zio.c update: usr/src/uts/common/fs/zfs/zio_crypt.c

As part of looking into a minor issue with the group listed when using runat(1) on a UFS filesystem for Johannes (my Google Summer of Code student work on new basic file privs), I discovered an even bigger issue with UFS and extended attributes. I''ve cc''d ZFS discuss because I used ZFS as the comparison and I believe that ZFS is acting correctly but even then it might not be

Here''s my comments for the preliminary ZFS Crypto review. - Dan Webrev: http://cr.opensolaris.org/~darrenm/zfs-crypto-gate/webrev/ General comments: DEA-1 - SCCS keywords need to be removed DEA-2 - Copyright updated ------------------------------------------------------------------ usr/src/lib/libcryptoutil/common/keyfile.c pkcs11_read_data() This code in pkcs11_read_data() scares

http://defect.opensolaris.org/bz/show_bug.cgi?id=782 Summary: zfs keysource=raw fails with keyscope=dataset when file doesn''t exist Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: minor Priority: P4

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/zfs-crypto-gate Latest revision: f2267f9eb807cc96d0d8ed72b186a4fae3490010 Total changesets: 1 Log message: merge with zfs-crypto-gate Files: delete: usr/src/lib/libcryptoutil/common/mechkeygen.c

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/zfs-crypto-gate Latest revision: ec659b717bdb149af4dc7a2ac1bc1c152d859b02 Total changesets: 1 Log message: Fix mismerge for libcryptoutil & libpkcs11 Files: update: usr/src/lib/libcryptoutil/common/cryptoutil.h update: usr/src/lib/libcryptoutil/common/mapfile-vers update:

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/gate Latest revision: a75f21839b8aba305660e5746fe66c1171d8b2d3 Total changesets: 1 Log message: ZIL encryption preparation work Files: update: usr/src/uts/common/fs/zfs/sys/zio.h update: usr/src/uts/common/fs/zfs/sys/zio_impl.h update: usr/src/uts/common/fs/zfs/zfs_log.c update: usr/src/uts/common/fs/zfs/zil.c

Author: Darren Moffat <darrenm at opensolaris.org> Repository: /hg/zfs-crypto/zfs-crypto-gate Latest revision: 0ca188d105065cb1c7a7575e3c3c86d173b8b7ed Total changesets: 1 Log message: dskek value isn''t the pool name clean up one XXX note Files: update: usr/src/cmd/zpool/zpool_main.c update: usr/src/lib/libzfs/common/libzfs_pool.c

Hi, I was able to work out SIP trunk between Asterisk and CCM 4.x without any issues. Whereas SIP trunk in CCM 5.x is not working with Asterisk. Asterisk is sending OPTIONS messages to CCM 5.x for which CCM is not replying. For the same reason Asterisk is marking it as UNREACHABLE. Anybody got Asterisk and CCM 5.x intergation working. How can I fix the problem which I'm facing with CCM 5.x?

Hi, I've got a CCM ( Cisco Call Manager ), with a Cisco Unity VM server and about 45 SCCP phones on the ccm, and 200 users on unity. we want to migrate all users to IP Phones to ditch our ancient phone system. I would love to get Linksys-Sipura SPA-941s for the 150 users not on IP phones yet and run sip to an asterisk server, but have their voicemail on Unity. these phones are $150 each,

We are planning to install a voip system based on asterisk for 2000-3000 retail locations and up to 6000-8000 sip accounts/users. Instead of setting up a new, centralized PSTN gateway, we are intend to use a CISCO gateway/router of an existing CISCO voip solution in the headquarter and we must able to call all CISCO based voip phones in the headquarter running together with a CCM. SIP-Phones

I am trying to setup Asterisk as the voicemail server for Cisco Call Manager. I have just about everything working except for the message waiting indicator. I have the following setup in context [ccm] in my extensions.conf file: ;MWI exten => _2807XXX,1,SetCallerID(${EXTEN:3}) exten => _2807XXX,2,Dial(SIP/28888@65.202.115.240) exten => _2807XXX,3,Answer exten => _2807XXX,4,Wait,1

The hack below is for OpenH323, not Asterisk. This is not an Asterisk problem AFAICT. I am posting it here so that any other Asterisk user with a similar problem might benefit from it. I may or may not post it to an OpenH323 list, but since both variants of the H.323 channel in Asterisk use non-current OpenH323 versions, it may not be of any benefit to anyone anytime soon if I went that route!