Results 1 to 9 of 9

Thread: Lab. Lease Line?

  1. #1
    R3 Guest

    Default Lab. Lease Line?

    Trong sách lab CCNA không đề cập tới cách cấu hình liên kết lease line, thực ra phần cấu hình liên kết lease line nằm ở trong bài Lab: các câu lệnh cơ bản của router, trong bài lab cũng trình bày một số cách giải quyết các lỗi cơ bản.
    Bài viết này, trình bày lại các khái niệm, và cách cấu hình đường lease line.

    - Ðường liên kết leased line là đường liên kết kỹ thuật số do Bưu điện cung cấp, thường là một đường cáp đồng 1 pair,kết nối điểm-điểm với hai đầu cần kết nối. Mô hình cơ bản của một kết nối leased line như hình



    - Liên kết trên đường leased line là liên kết tín hiệu số, có tốc độ lên tới 2.048Mbps (với cáp đồng). Thiết bị đầu cuối là NTU (Network Terminal Unit) còn gọi là DSU/CSU (Channel Service Unit/ Data Service Unit) tác dụng như một DCE (Data Circuit Equipment). Các NTU có thể có nhiều loại với nhiều tốc độ khác nhau. Router trong trường hợp này đóng vai trò như một DTE (Data Terminal Equipment). Các NTU thường cung cấp giao tiếp V.35 hay RS232 đề kết nối với Router. Tùy theo NTU mà phải chọn loại cáp kết nối cho công Serial của router cho thích hợp.

    (Trong môi trường Lab, liên kết lease line được thực hiện bằng cách nối hai router trực tiếp qua cổng serial)


    Cấu hình lease line

    - Cấu hình protocol cho liên kết leased line là chọn protocol được sử dụng để truyền dữ liệu (IP, IPX.), chọn WAN protocol cho việc đóng gói (encapsulation) dữ liệu trên đường truyền (PPP, HDLC, LAPB.)

    - Không giống như IP hay IPX; PPP, HDLC và LAPB là những WAN protocol. Chúng cung cấp các chức năng cơ bản để truyền dữ liệu trên một liên kết. Các liên kết này là các liên kết point-to-point, serial và là liên kết synchronous (ngoại trừ PPP còn có thể hỗ trợ cho liên kết asynchronous).

    - Liên kết synchronous là những liên kết mà trong đó có sự liên lạc thường xuyên giữa các thiết bị ở hai đầu liên kết để đồng bộ (synchronous) tốc độ của chúng. Nhờ vậy liên kết synchronous thường có độ ổn định cao đồng thời tối ưu được băng thông của liên kết.

    - Hai WAN protocol thường dùng trong liên kết leased line đối với Cisco router là HDLC và PPP (LAPB được sử dụng chủ yếu cho các liên kết X25). Trong đó HDLC là protocol do Cisco phát triển (không phải là HDLC chuẩn của ITU), chỉ thích hợp đối với router của Cisco, còn PPP là protocol chuẩn, có thể sử dụng linh động cho nhiều loại sản phẩm khác nhau.

    - PPP và HDLC còn có sự khác nhau chủ yếu về các đặc điểm cơ bản của một WAN protocol, đó là sự khác nhau đặc điểm có cấu trúc hay khộng của protocol.

    - PPP là một protocol có cấu trúc, có nghĩa là đặc điểm ban đầu của protocol đã có một trường để xác định loại của packet được đóng gói bởi protocol đó. Trường đó gọi là trường "protocol type" có thể xác định được packet là IP hay IPX. HDLC không được gọi là một WAN protocol có cấu trúc bởi vì Cisco phải bổ sung thêm các thông tin khác để tạo nên trường "protocol type".

    - PPP dùng các LCP (PPP Link Control Protocol) và IPCP (IP Control Protocol) để điều khiển và đồng bộ đường truyền. LCP cung cấp các tính năng cơ bản cho việc đồng bộ mà không phụ thuộc vào các layer 3 protocol truyền trên liên kết đó. Trong khi IPCP thì dựa vào các layer 3 protocol để thực hiện các chức năng cụ thể như: gán địa chỉ IP, hỗ trợ ARP.

    - Các chức năng của PPP LCP có thể kể ra như Link Quality Monitoring (LQM) để cung cấp? khả năng error detection; Magic Number để dò tìm hiện tượng lặp trên đường truyền; PAP và CHAP để thực hiện quá trình Authentication; Multilink PPP để hỗ trợ cho các multilink.

    - PPP còn hỗ trợ nhiều thuật toán nén hơn HDLC, PPP có thể hỗ trợ các thuật toán nén như Predictor, STAC, hay MPPC (Microsoft Point-to-point compression) trong khi HDLC chỉ hỗ trợ cho thuật toán STAC.

    Về phần cấu hình PPP có thể xem thêm ở các mục khác trong box này:


    Ðể xác định WAN protocol trên đường truyền và các thông số liên quan chúng ta sử dụng các lệnh sau:

    Router(config-if)#encapsulation {hdlc | ppp }
    !--------- Chọn loại encapsulation là ppp hay hdlc

    Router(config-if)#compress [predictor | stac | mppc}
    !--------- Chọn loại thuật toán nén trên đường truyền (tùy chọn)

    Router# show interface
    !--------- Xác định lại trạng thái và cấu hình của interface

    Router# show compress
    !--------- Xác định trạng thái nén.

    Router# show process
    !--------- Xác định trạng thái CPU.

  2. #2
    R3 Guest

    Default

    Minh họa lý thuyết trên bằng ví dụ cấu hình lease line giữa hai router A và B dùng static route như sau:




    RouterA
    !
    hostname RouterA
    !
    enable secret cisco
    !
    ip subnet-zero
    no ip domain-lookup
    !
    interface Ethernet0
    ip address 10.1.1.1 255.0.0.0
    !
    interface Serial0
    description Leased Line to RouterB
    ip unnumbered Ethernet0
    ** encapsulation hdlc là giao thức mặc định, nếu dùng router khác Cisco phải dùng encapsulation ppp **
    !
    ip classless
    ip route 20.0.0.0 255.0.0.0 Serial0
    !
    end <*>


    RouterB
    !
    hostname RouterB
    !
    enable secret cisco
    !
    ip subnet-zero
    no ip domain-lookup
    !
    interface Ethernet0
    ip address 20.1.1.1 255.0.0.0
    !
    interface Serial0
    description Leased Line to RouterA
    ip unnumbered Ethernet0
    !
    ip classless
    ip route 10.0.0.0 255.0.0.0 Serial0
    !
    end <*>

  3. #3
    hateboy Guest

    Default

    Cho em hỏi v62 các công nghệ :
    + Frame Relay
    + ADSL
    +ISDN
    +X.25

    cái nào có xu hướng phát triễn về sau này ? hiện nay, cái nào đang được dùng nhiều nhất, vì sao ?

    Xin cém ơn anh R3 nhé.
    Em.

  4. #4
    R3 Guest

    Default

    Về phần các công nghệ bạn có thể coi chi tiết ở box: thảo luận các công nghệ viễn thông; có nhiều bài viết phân tích lắm.
    Có thể nói ngắn gọn như sau:

    Frame Relay: hiện vẫn đang sử dụng.

    ADSL: đang phát triển nhưng tương lai thì chưa biết được
    DSL trên toàn thế giới 6 tháng đầu năm 2003: http://vnpro.org/forum/viewtopic.php?t=1739
    Sự phát triển của các đường dây truy xuất dữ liệu tốc độ cao trên toàn thế giới...: http://vnpro.org/forum/viewtopic.php?t=1738

    ISDN: đã triển khai, ít người dùng(!)
    ISDN hơn 20 năm nhìn lại: http://vnpro.org/forum/viewtopic.php?t=1167

    X.25: hiện chỉ dùng làm đường truyền giữa các tổng đài



  5. #5
    R3 Guest

    Default

    Một câu hỏi từ thành viên trong diễn đàn:
    ------------------------------------------------------------------
    Công ty mình đang xài đường leased line của VDC3 (Đà Nẵng). Trước đây tốc độ duyệt web va download rất tốt (trước kia rate khi download trung bình là >15kbps nhưng bây giờ chỉ còn khoảng <7kbps).
    Theo cậu thì có những lý do nào khiến cho đường truyền trở nên chậm đi một cách đáng kể như vậy.
    -------------------------------------------------------------------

    Mong các bạn cho ý kiến,



  6. #6
    Join Date
    May 2003
    Location
    Ho Chi Minh city
    Posts
    771

    Default

    bạn thành viên thân mến,

    Nguyên nhân cho hiện tượng mạng chậm thì có rất nhiều. Nếu bạn muốn giải quyết đến tận cùng, bạn nên mô tả hệ thống mạng của bạn.

    Ở đây, em xin gợi ý hai nguyên nhân:

    1. Do broadcast trong mạng LAN
    2. Do virus (cũng gây ra broadcast)
    3. Do routers bị quá tải
    4. Do cấu hình router bị sai

    Bạn mô tả sơ đồ mạng của bạn đi, mình sẽ cùng nhau troubleshoot,

  7. #7
    Join Date
    May 2003
    Location
    Nha Trang
    Posts
    12

    Default Re: Lab. Lease Line?

    Đây là sơ đồ mạng ở công ty của mình (file power point), mời các bạn tham khảo nhé. Nếu cần biết thêm thông tin gì thì mình sẽ cho biết ngay. Cảm ơn sự giúp đỡ của các bạn.

  8. #8
    ca_voi Guest

    Default

    Các bạn,

    1-
    Việc chạy chậm có thể do mạng của mình. Xem 4 điều mà sinhvienngheo đã nêu lên, thêm vào đó mình có thể tìm tất cả các đường dây còn làm việc tốt hay không ?
    Input / output CRC-errors ... buffers , queue drops .... (memory , CPU load)

    2-
    Việc làm cho mạng chậm là do chỗ khác:

    Lease-line của bạn gắn vào một ISP, một người download hay WEBsever lại gắn vào một ISP khác. Do vậy có thể một (hay cả 2) ISP đều bị quá tải, hay chính đường dây của người kia bị quả tải.

    Để thử coi đường dây (lease-line) của CHÍNH MÌNH có làm việc tốt hay không mình có thể test như thế này:

    Dùng nhiều ping gửi tới cái "next-hop" của mình (bên kia đầu dây của lease-line)

    Nếu dùng Cisco-router thì mình có thể làm như thế này:
    Router#ping
    Protocol [ip]:
    Target IP address: "next hop"
    Repeat count [5]: ví dụ 10000
    Datagram size [100]: điền vào , dùng size lới nhất
    Timeout in seconds [2]: 0

    Router sẽ liên tục, không ngừng, gửi ICMP-packet trên đường dây. Cũng có thể dùng 2/ 3 ping như trên trong một lúc.

    Dây là một cách mình cố tình làm đường dây bị overload ! (đừng làm khi còn có người làm việc)

    Dùng một telnet khác để kiểm coi load của đường dây đã lên tới bào nhiêu.

    ----------------------------------------------------------------------------------
    CHECK: show interface serial X
    Serial3/1 is up, line protocol is up
    Hardware is M4T
    Description: -->
    Internet address is 1.1.1.1 255.255.255.0
    MTU 1500 bytes, BW 128 Kbit, DLY 20000 usec, rely 255/255, load 11/255
    Encapsulation HDLC, loopback not set, keepalive set (10 sec)
    Last input 00:00:06, output 00:00:00, output hang never
    Last clearing of "show interface" counters never
    Input queue: 0/75/0 (size/max/drops); Total output drops: 3722
    Queueing strategy: weighted fair
    Output queue: 0/1000/64/3722 (size/max total/threshold/drops)
    Conversations 0/221/256 (active/max active/max total)
    Reserved Conversations 0/0 (allocated/max allocated)
    5 minute input rate 5000 bits/sec, 5 packets/sec <---------
    5 minute output rate 6000 bits/sec, 5 packets/sec <---------
    146244844 packets input, 538106727 bytes, 0 no buffer
    Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
    66 input errors, 50 CRC, 0 frame, 0 overrun, 0 ignored, 16 abort
    125515101 packets output, 805913047 bytes, 0 underruns
    0 output errors, 0 collisions, 1487 interface resets
    0 output buffer failures, 0 output buffers swapped out
    1488 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up

    --------------------------------------------------------------------------
    Trên đây LOAD được tính trung bình là 5 phút !
    Để LOAD được tính chính xác hơn mình có thể rút 5 phút lại còn 30 giây:

    COMMANDS:
    router#
    config term
    router(config)#interface X
    router(config-if)#load-interval 30
    Ctrl-Z
    END

    TEST LẠI và check lại LOAD xem sao ....

    Chúc vui vẻ.

  9. #9

    Default

    Thanks R3 nhiều! Bài viết rất hay và bổ ích cho em
    Nhiệt tình + Không biết >> Phá hoại

Similar Threads

  1. Hỏi về leased line
    By thangngo1988 in forum ICND 2 - WAN
    Replies: 8
    Last Post: 10-11-2010, 06:21 PM
  2. xin tài liệu LAB MPLS
    By suongxuongnui in forum Metro, MPLS, Optical Networking, Storage Networking
    Replies: 15
    Last Post: 18-07-2009, 10:59 PM
  3. Hoi ve Gopher
    By hvviet2000 in forum Microsoft
    Replies: 2
    Last Post: 17-12-2003, 01:12 PM
  4. >> Một Số Khái Niệm Trong Dial-Up <<
    By R3 in forum ICND 2 - Routing & Access-list
    Replies: 0
    Last Post: 04-11-2003, 12:12 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
 
   TRUNG TÂM TIN HỌC VNPRO
149/1D Ung Văn Khiêm, P. 25, Q.Bình Thạnh
Phone:(08) 35124257
Fax: (08) 35124314
Email: vnpro@vnpro.org
Powered by vBulletin Version 4.2.1
Copyright 2000 - 2011, Jelsoft Enterprises Ltd.
License owned by : VietProfessional Co.,Ltd
 

Ve may bay di Ha Noi |Ve may bay di Nha Trang |Ve may bay di Da Nang |Ve may bay di Vinh |Ve may bay di Con Dao |Air Asia |Tiger Airways |Vietnam Airlines |Lion Air |Aeroflot |Jetstar |Vietjet Air |Asiana |Delta Airlines |Singapore Airlines |Thai Airways |quantas |Turkish Airlines |China Southern Airlines |Air China |Ve may bay gia re |Ve may bay di Anh |Ve may bay di Canada |Ve may bay di Ha Lan |Ve may bay di Han Quoc |Ve may bay di Hong Kong |Ve may bay di Y |Ve may bay di Italia |Ve may bay di Malaysia |Ve may bay di Nga |Ve may bay di Phap |Ve may bay di Philippines |Ve may bay di Singapore |Ve may bay di Thai Lan |Ve may bay di Trung Quoc |Ve may bay di Uc |Ve may bay di Ukraina |Ve may bay di Duc |Ve may bay di My |Ve may bay di My