XGEN: การย่อรู้จัก ASN.1 และ BER

การแปลบทความ การแปลบทความ
หมายเลขบทความ (Article ID): 252648 - ผลิตภัณฑ์ที่เกี่ยวข้องในบทความนี้
ขยายทั้งหมด | ยุบทั้งหมด

เนื้อหาบนหน้านี้

สรุป

บทความนี้อธิบาย Abstract ไวยากรณ์แสดงหนึ่ง (ASN.1) และกฎสำหรับการเข้ารหัสแบบพื้นฐาน (BER), และ clarifies แตกต่างระหว่างทั้งสอง

หลายเทคโนโลยีสารสนเทศ รวมทั้งผู้เชี่ยวชาญด้าน seasoned กำลังมัก confused เกี่ยวกับใด ASN.1 และ BER เป็น ผลต่าง ระหว่าง สอง หรือแม้แต่เหตุผล distinction จำเป็น confusion ของพวกเขาคือ understandable เมื่อผู้ใช้เหล่านั้นแม้ทราบ ASN.1 และ BER ดีมักใช้เงื่อนไขไม่ถูกต้อง

เนื่องจาก ASN.1 คือ ภาษาของมาตรฐาน เป็นทั่วไปมากเพื่อค้นหาคำแนะนำมาตรฐานที่เขียนขึ้นใน ASN.1 สนับสนุนผู้เชี่ยวชาญด้าน ที่ปรึกษา และข้อมูลเทคโนโลยี specialists alike ประโยชน์จากทราบ ASN.1 เนื่องจากจะช่วยให้ การ dig ความลึกลงในแบบมาตรฐาน และการถอดรหัส และเนื้อหาของข้อมูลที่จะแก้ไขปัญหาการทำความเข้าใจ มาตรฐานบ่อยที่สุดที่เขียนขึ้นใน ASN.1 อยู่ที่ผลิต โดย Telegraph ระหว่างประเทศ และโทรศัพท์ Consultative Committee (CCITT) และแบบสากลโทรคมนาคมร่วม (ITU) อย่างไรก็ตาม สมาชิกของการอินเทอร์เน็ต Engineering บังคับใช้งาน (IETF) increasingly ใช้ ASN.1 เพื่อ succinctly รัฐคำแนะนำของตนเอง asn.1 แจ้งในหนึ่งหน้าใดหน้าดูแลห้าหรือ six อย่างอื่นใดในการเขียนออกในรูปแบบอื่น ๆ

ต่อไปนี้คือ รายการของมาตรฐานที่ใช้กันทั่วไปที่เขียนขึ้นใน oss ASN.1:
  • x.400 ที่(ส่งข้ออิเล็กทรอนิกส์ความ)
  • X.500 (บริการไดเรกทอรี)
  • X.200 (สื่อสารของเครือข่าย)
  • ร้องขอสำหรับข้อคิดเห็น (RFCs) 2251-2256 (โพรโทคอลการเข้าถึงไดเรกทอรี Lightweight หรือ LDAP)
  • RFCs อื่น ๆ มากเกินไปในการรับ
คอมพิวเตอร์หรือข้อมูลการสื่อสาร specialists ที่ wishes จริง ๆ กำหนดเอง apart ใด ๆ จำเป็นต้องมีการทำความเข้าใจเป็นอย่างน้อยพื้นฐานของ ASN.1 และ BER เนื่องจาก Microsoft Windows 2000 และ Microsoft Exchange 2000 Server ใช้มาตรฐาน above-mentioned ในแบบฟอร์มหนึ่งหรืออีก fluency ในการอ่าน และการทำความเข้าใจเกี่ยวกับ ASN.1 และ BER ทำให้ผลิตภัณฑ์สองเหล่านั้นในการแก้ไขปัญหาที่ง่ายมากขึ้น

ข้อมูลเพิ่มเติม

asn.1

ภาษาสำหรับการกำหนดมาตรฐานโดยไม่ต้องการในเรื่องการใช้งานที่มี abstract ไวยากรณ์แสดงหนึ่ง (โดยทั่วไปยิ่งเรียกว่า ASN.1) ภาษาของตัวเขียนมาตรฐานได้ เมื่อ John Smith ที่ CalTech ธต้องการเขียนที่คอมโพเนนต์หนึ่งตัวให้คำแนะนำสำหรับ standardizing ขั้นตอนต่อไปนี้สำหรับการสนทนากับส่วนประกอบอื่น เขาเขียนที่คำแนะนำในการแสดง ASN.1 และส่งคำแนะนำให้เนื้อหาแบบมาตรฐานเช่น ITU asn.1 ช่วยติดต่อสื่อสารระหว่างผู้เชี่ยวชาญด้านสมาชิกคณะกรรมการ โดยเสนอภาษาที่พบโดยทั่วไปสำหรับอธิบายแบบมาตรฐาน ASN.1 ถูกกำหนดใน-ITU-T คำแนะนำ X.209 และ X.690


ตัวอย่างเช่น ASN.1 กำหนด:
  • ไม่มี "ชนิด"
  • โมใด "ดู" และวิธีควรมอง
  • อะไรคือจำนวนเต็ม
  • สิ่ง BOOLEAN ยังไม่
  • ไม่มี "อย่างเป็นระบบชนิด"
  • คำสำคัญบางอย่างไร (ตัวอย่าง BEGIN, END นำเข้า ส่งออก ภายนอก และอื่น ๆ)
  • วิธีการ "แท็ก" เป็นชนิดเพื่อที่จะสามารถถูกเข้าอย่างถูกต้องรหัส
asn.1 ได้เกี่ยวกับไม่ให้มีเฉพาะมาตรฐาน วิธีการเข้ารหัส ภาษา หรือแพลตฟอร์มฮาร์ดแวร์ในการเขียนโปรแกรม เพียงแค่ภาษาสำหรับการกำหนดมาตรฐานได้ หรือในอย่างอื่น เขียนมาตรฐานใน ASN.1

ber

BER (pronounced "burr") คือ ชื่อทั่วไปสำหรับการเข้ารหัสแบบพื้นฐานกฎของ ASN.1 BER ถูกกำหนดใน-ITU-T คำแนะนำ X.209 และ X.690 BER คือ กฎสำหรับการเข้ารหัส ASN.1 กระแสข้อมูลของ octets ที่ส่งผ่านการเชื่อมโยงการสื่อสารข้อมูลหนึ่งชุด วิธีการอื่น ๆ ของการเข้ารหัสข้อมูล ASN.1 รวมกฎสำหรับการเข้ารหัสเฉพาะ (DER), กฎสำหรับการเข้ารหัสมาตรฐาน (CER), และกฎสำหรับการเข้ารหัสบรรจุ (PER) แต่ละวิธีเข้ารหัสได้ของโปรแกรมประยุกต์ แต่ BER tends เป็น วิธีการเข้ารหัสที่ใช้บ่อยที่สุด และ talked มากที่สุดโดยทั่วไปเกี่ยวกับ

BER กำหนด:
  • วิธีการสำหรับการเข้ารหัส ASN.1 ค่า
  • กฎสำหรับการตัดสินใจเมื่อใช้วิธีการกำหนด
  • รูปแบบของ octets เฉพาะในข้อมูล

contrasting ASN.1 และ BER

asn.1 ได้เช่นเดียวกับภาษาการเขียนโปรแกรม (เช่น C), ในขณะที่ BER เป็นเหมือนกับของคอมไพเลอร์คำสำหรับภาษานั้น compilers เป็นแพลตฟอร์มเฉพาะ ในขณะที่ภาษาเขียนโปรแกรมพื้นฐานที่จำนวนมากจะไม่ c กำหนดกฎและภาษาสำหรับการเขียนโปรแกรม โปรแกรมไม่ C เขียนใน C. โปรแกรมจะไม่มีประโยชน์จนกว่าจะมีการคอมไพล์สำหรับแพลตฟอร์มแบบเฉพาะ (เช่น Intel x 86) ดังนั้น ได้ ด้วย ASN.1 และ BER asn.1 คือ ภาษาสำหรับการเขียนแบบมาตรฐาน แบบมาตรฐานไม่ ASN.1 ถูกเขียนลงใน ASN.1 ข้อมูลที่ถูกสร้างขึ้นจากโปรแกรมที่ complies กับมาตรฐาน อาจ loosely สามารถ termed "ASN.1 ข้อมูล" ไม่มีประโยชน์ ASN.1 ข้อมูล (นั่นคือ นั้นไม่ถูกส่งผ่าน LAN) จนกว่าข้อมูล ASN.1 ไม่ถูกเข้ารหัสแบบกระแสข้อมูลของ octets ซึ่งสามารถเป็นได้อย่างง่ายดาย decoded ที่ปลายทางได้ เมื่อต้องการแสดงให้เห็นถึง ต่อไปนี้คือ ตัวอย่างของแนวคิดเหล่านี้มาจากการ-ITU-T คำแนะนำ X.209, Appendix ฉัน นี้คือคำอธิบาย informal ระเบียนข้อมูลส่วนตัว:
   Name:             John P Smith
   Date of Birth:    17 July 1959
   (other data)
					
The ASN.1 description of a personnel record (the standard) might be:
   PersonnelRecord ::= [APPLICATION 0] IMPLICIT SET {
       Name,
       title [0]       VisibleString,
       dateOfBirth [1]          Date,
       (other types defined)          }

   Name ::= [APPLICATION 1] IMPLICIT SEQUENCE {
       givenName       VisibleString,
       initial         VisibleString, 
       familyName      VisibleString  }
					
This ASN.1 description describes what a PersonnelRecord looks like. But more importantly, it describes how application data should be formatted so that it becomes ASN.1 data before encoding takes place.

Next, the application maps the personnel data into the personnel record structure (ASN.1 data format), and then applies the Basic Encoding Rules (BER) to the ASN.1 data. This is what it might look like (with the exception that the names would be converted to ASCII):
  Personnel
  Record     Length   Contents
  60         8185
                      Name     Length  Contents
                      61       10
                                       VisibleString  Length  Contents
                                       1A             04      "John"
                                       VisibleString  Length  Contents
                                       1A             01      "P"
                                       VisibleString  Length  Contents
                                       1A             05      "Smith"

                       DateofBirth     Length  Contents
                       A0              0A
                                               Date    Length  Contents
                                               43      08      "19590717"
					
When all is said and done, what actually gets transmitted (or more specifically, what becomes the data portion for the packet at the next layer down) is:
60 81 85 61 10 1A 04 ....
....  0A 43 08 19 59 07 17
					

ข้อมูลอ้างอิง

For more information on ASN.1, consult ITU-T Recommendation X.680 through 683.
For more information on BER, consult the recommendation itself (ITU-T Recommendation X.690 or X.691).

For more information, read "Changing from ASN.1:1988 to ASN.1:2002" on the ITU-T Study Group 17 Web page:
http://www.itu.int/ITU-T/studygroups/com17/changing-ASN/

คุณสมบัติ

หมายเลขบทความ (Article ID): 252648 - รีวิวครั้งสุดท้าย: 8 มกราคม 2554 - Revision: 2.0
ใช้กับ
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
Keywords: 
kbinfo kbmt KB252648 KbMtth
แปลโดยคอมพิวเตอร์
ข้อมูลสำคัญ: บทความนี้แปลโดยซอฟต์แวร์การแปลด้วยคอมพิวเตอร์ของ Microsoft แทนที่จะเป็นนักแปลที่เป็นบุคคล Microsoft มีบทความที่แปลโดยนักแปลและบทความที่แปลด้วยคอมพิวเตอร์ เพื่อให้คุณสามารถเข้าถึงบทความทั้งหมดในฐานความรู้ของเรา ในภาษาของคุณเอง อย่างไรก็ตาม บทความที่แปลด้วยคอมพิวเตอร์นั้นอาจมีข้อบกพร่อง โดยอาจมีข้อผิดพลาดในคำศัพท์ รูปแบบการใช้ภาษาและไวยากรณ์ เช่นเดียวกับกรณีที่ชาวต่างชาติพูดผิดเมื่อพูดภาษาของคุณ Microsoft ไม่มีส่วนรับผิดชอบต่อความคลาดเคลื่อน ความผิดพลาดหรือความเสียหายที่เกิดจากการแปลเนื้อหาผิดพลาด หรือการใช้บทแปลของลูกค้า และ Microsoft มีการปรับปรุงซอฟต์แวร์การแปลด้วยคอมพิวเตอร์อยู่เป็นประจำ
ต่อไปนี้เป็นฉบับภาษาอังกฤษของบทความนี้:252648

ให้ข้อเสนอแนะ

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com