Sanjeev, I would recommend the following: Zero out the package related stuff in the .ibs file to basically turn package modeling off in it. Provide an S-parameter package file separately the same way as the channel's S-parameter file would be distributed. This could be documented in the .ibs file behind comments. The customer will use whatever method to include this in their favorite EDA tool. If there is a need for on-die interconnect parasitic modeling, it could be done the same way as the package model described in the previous paragraph. The two might even be combined into a single S-parameter file if that is more convenient or practical. I would NOT provide a speculated IBIS syntax or any tool specific syntax in the .ibs file for anything, unless a clear and unambiguous description is given, so that another EDA vendor could reproduce the same results with their products. For the rest of the buffer description I would encourage everyone to use existing IBIS constructs as far as possible. And again, if certain features cannot be described that way, I would encourage everyone to provide a detailed description for what needs to be modeled so that anyone could make their own model implementations using their favorite EDA tools based on that description. Thanks for asking the question. Arpad ================================================================ -----Original Message----- From: sanjeev_gupta@xxxxxxxxxxx [mailto:sanjeev_gupta@xxxxxxxxxxx] Sent: Monday, February 08, 2010 5:29 PM To: Muranyi, Arpad; si-list@xxxxxxxxxxxxx Cc: sanjeev_gupta@xxxxxxxxxxx Subject: RE: [SI-LIST] Re: IBIS-AMI Vendor Support Help Hello Arpad, What will be your advice to companies who are ramping up on AMI? Should they include some non-AMI syntax for package modeling assuming that IBIS AMI standard will support these keywords in near future or provide these package model as a separate Touchstone file which can be integrated within simulation environment? Best regards Sanjeev ------------------------------------------------------------------ To unsubscribe from si-list: si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field or to administer your membership from a web page, go to: //www.freelists.org/webpage/si-list For help: si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field List technical documents are available at: http://www.si-list.net List archives are viewable at: //www.freelists.org/archives/si-list Old (prior to June 6, 2001) list archives are viewable at: http://www.qsl.net/wb6tpu