ATI6
คำสั่ง ati6 ให้ข้อมูลเกี่ยวกับการต่อครั้งสุดท้าย ดังตัวอย่างนี้
Chars
sent
147400 Chars
Received 1001803
Chars
lost
0
Octets
sent
0 Octets
Received
0
Blocks
sent
0 Blocks
Received
0
Blocks
resent
0
Retrains
Requested
0 Retrains
Granted
0
Line
Reversals
0
Blers
370
Link
Timeouts
0 Link
Naks
0
Data
Compression
NONE
Equalization
Long
Fallback
Enabled
Protocol
NONE
Speed
52000/31200
V.90 Peak Speed
52000
Last
Call
00:16:35
Disconnect Reason is DTR dropped
OK
ตัวอย่างข้างบนเป็นผลที่ได้จากการใช้คำสั่ง ati6 ใน HyperTerminal หลังการต่อไปยังเซอร์เวอร์ของ KSC หมายเลขโทรศัพท์ 551-6000 (เป็นหมายเลขที่ทาง KSC แนะนำสำหรับผู้ที่ใช้โมเด็ม U.S. Robotics 56K) และใช้ proxy server จากบ้านของดิฉันซึ่งอยู่ที่ถนนประชาชื่น กรุงเทพฯ ซึ่งใช้สายขององค์การโทรศัพท์ฯ ระยะเวลาในการ connect 16.35 นาที ในเวลาตั้งแต่ประมาณ 11.30 ของวันศุกร์ที่ 26 พ.ย. 2542
อัตราความเร็ว คือ รับข้อมูล 52000k และ ส่งข้อมูล 31200k ความเร็วสูงสุดของ V. 90 คือ 52000k ไม่มี retrain และมี Bler 370
Bler คืออะไร
Bler คือ ความผิดพลาดของข้อมูล และบล็อคโปรโคตอล การมี Bler หมายความว่า ข้อมูล หรือบล็อคโปรโตคอลต้องมีการส่งซ้ำ การต่อที่สมบูรณ์แบบ จะไม่มี Bler เลยBler เท่าไหร่จึงจะปกติ
ว่ากันว่าโมเด็มของ 3Com ถูกออกแบบให้ทำงานได้แม้อัตรา Bler จะเฉียดหลัก 4000 ต่อช.ม. อย่างไรก็ตาม ถ้ามี Bler มากถึงขนาดนี้ สมรรถนะของโมเด็มจะประมาณได้กับการปรับ receive carrier ลงมาหนึ่งระดับ ดังนั้น หากคุณมี Bler จำนวนหลายพันในการต่อ 1-2 ช.ม. คุณอาจลองลดความเร็วสูงสุดลงมาสักขีดผลอื่นๆ ที่ได้จาก ati6
| Retrains Requested & Granted | คือ กระบวนการไหลของข้อมูลที่กินเวลา หรือไม่มีข้อมูลไหลเลย ดังนั้นไม่มีเลย หรือเป็น 0 เป็นดีที่สุด ถ้ามีสัก 1 หรือ 2 ในการต่อที่นานๆ อาจจะพอยอมรับได้ แต่ถ้าคุณมีตัวเลขตรงนี้เยอะๆ ลองลดความเร็วในการต่อลง | ||||||||||||||||||||||||||||||||
| Octets | (ดู หมายเหตุ 2) หน่วยข้อมูลที่ถูกอัด ผลต่างระหว่าง characters และ octets มาจากการที่โมเด็มอัดข้อมูล ตามปกติ จะแสดงตัวเลขที่น้อยกว่า characters | ||||||||||||||||||||||||||||||||
| Blocks resent | คือ จำนวนบล็อคที่โมเด็มปลายทางต้องส่งซ้ำเนื่องมาจาก Bler | ||||||||||||||||||||||||||||||||
| Link Timeout | ปัญหาในการ detect โปรโตคอล การสื่อสารจะชะงักไปชั่วขณะ และโมเด็มก็อาจจะทำงานต่อ ตัวเลขนี้เป็น 0 ได้จะดี | ||||||||||||||||||||||||||||||||
| Link Naks | คือ การรับรู้บล็อคข้อมูลหนึ่ง หรือมากกว่าที่เป็นลบ (negative acknowledgements) โมเด็มปลายทางไม่รับรู้การรับข้อมูลของคุณ ตัวเลข 0 เป็นดีที่สุด | ||||||||||||||||||||||||||||||||
| Data Compression | (ดู หมายเหตุ 2) แสดงชนิดของการอัดข้อมูลที่โมเด็มตกลงกัน ถ้าเป็นโมดูเลชั่น V. 42BIS จะบอกขนาดของ dictionary และความยาว string ที่ใช้ด้วย เช่น 2048/32 | ||||||||||||||||||||||||||||||||
| Fallback | ค่าจะเป็น Enabled/Disabled แสดงว่าโมเด็มมีการตกลงกันเรื่อง online fallback หรือไม่ มีดีกว่าไม่มี | ||||||||||||||||||||||||||||||||
| Protocol | (ดู หมายเหตุ 2) มาตรฐาน หรือโปรโตคอลควบคุมความผิดพลาด (error control) ซึ่งอาจจะเป็น LAPM หรือ MNP | ||||||||||||||||||||||||||||||||
| Speed | เปรียบเทียบความเร็วนี้กับรายงาน Connect ที่คุณได้หลังจากต่อ สังเกตุ ค่านี้แสดงอัตรารับ/ส่งข้อมูล | ||||||||||||||||||||||||||||||||
| Disconnect Reason | สาเหตุที่หยุดการติดต่อ อาจะเป็นอันใดอันหนึ่งดังต่อไปนี้
|
1. เรียบเรียงจาก 3Com Diagnostics Info โดย Richard Gamberg ที่ 56k=v. Unreliable
2. จากการใช้คำสั่ง ati6 นี้ ดิฉันพบว่า โมเด็มรุ่นนี้ จะรายงานว่า ไม่มีการอัดข้อมูล (data compression) และการควบคุมข้อผิดพลาด (error control) เสมอ ไม่ว่าจะใช้กับ ISP กี่เจ้าก็ตาม แต่หลังจากดู modem log (ดู สั่งให้โมเด็มบันทึกคำสั่งไว้ใน .log file ขณะที่ connect ) ก็พบว่า มีการใช้คำสั่งทั้งสองอย่างถูกต้อง (&K1&M4) ใน initialization string คาดว่าน่าจะมีความผิดพลาดอะไรบางอย่างใน firmware ของโมเด็มรุ่นนี้ ส่งผลให้การรายงานผลในส่วนนี้ผิดพลาด ดิฉันมีโอกาสทดสอบเฉพาะกับโมเด็มของดิฉันเองเท่านั้น ไม่แน่ใจว่าจะโมเด็มของท่านอื่นมีปัญหานี้ด้วยหรือไม่ อาจจะเป็นของดิฉันคนเดียวก็ได้ หากท่านใดพบว่ามีปัญหาเดียวกัน กรุณาแจ้งไว้ที่Web Boardด้วยนะคะ
ATI11
คำสั่ง ati11 จะให้ข้อมูลการต่อครั้งสุดท้ายเพิ่มเติมจาก ati6 ดังตัวอย่างนี้
ati11
U.S. Robotics 56K Message Link
Diagnostics...
Modulation
V.90
Carrier Freq
(Hz) None/1920
Symbol
Rate
8000/3200
Trellis
Code
None/64S-4D
Nonlinear
Encoding
None/ON
Precoding
None/ON
Shaping
ON/ON
Preemphasis
(-dB) 7/2
Recv/Xmit Level
(-dBm) 23/16
Near Echo Loss
(dB) 7
Far Echo Loss
(dB) 0
Carrier Offset
(Hz) NONE
Round Trip Delay
(msec) 5
Timing Offset
(ppm)
3091
SNR
(dB) 45.5
Speed Shifts
Up/Down 1/1
Status
:
aa,5,13Y,13.3,-0,0N,0,43.6,19.5
OK
ค่าที่น่าสนใจ มีดังต่อไปนี้
| Modulation | แสดงว่าการต่อใช้โมดูเลชั่นอะไร V.90, X2 หรือ v. 34 |
| Recv/.Xmit Level | สัญญาณที่เข้าและออก "ดัง" แค่ไหน มีหน่วยเป็น -dbm |
| Near Echo Loss | วัดสัญญาณส่งของโมเด็มที่ถูกสะท้อนกลับจากชุมสาย |
| Round Trip Delay | เวลาเดินทางของสัญญาณที่ออกจากโมเด็มของคุณไปยังโมเด็มของเซอร์เวอร์ และกลับ ซึ่งทำให้เราพอจะเห็นภาพว่าคุณอยู่ใกล้โมเด็มของเซอร์เวอร์มากแค่ไหน ถ้าเป็นการต่อภายในพื้นที่ (local) ตัวเลขตรงนี้ ไม่น่าจะเกิน 10 มิลลิวินาที |
| SNR | สัดส่วนสัญญาณต่อเสียงรบกวน ตัวเลขนี้ยิ่งสูงจะยิ่งดี เป็นค่าที่ใช้วัดเสียงรบกวนในสาย |
| Speed shifts Up/Down | แสดงว่าอัตราการรับข้อมูลมีการขึ้นๆ ลงๆ กี่ครั้ง ยิ่งมีน้อยครั้งเท่าไหร่ การต่อก็จะมีเสถียรภาพมากขึ้นเท่านั้น |