Results 1 to 6 of 6

Thread: Vấn đề neighbor trong EIGRP

  1. #1

    Default Vấn đề neighbor trong EIGRP

    Tôi có R1 kết nối với R2 chạy EIGRP cùng AS. Hello time/hold time trên R1 là 5/15 và ello time/hold time trên R2 là 2/6. Hỏi: R1 và R2 có lên neighbor với nhau không? Tại sao?

    Theo mình thì vẫn lên neighbor được vì trước khi R2 gửi ra gói tin hello thứ 3 cho R1 thì R1 đã gửi gói hello thứ nhất cho R2. Tuy nhiên có người bảo không lên neighbor được nên mình mới hỏi. Mong được giải thích cặn kẻ.

  2. #2

    Default

    Với EIGRP thì lên neighbor bình thường bạn à. 5/15 có nghĩa là R1 sẽ gửi hello 5s 1 lần, còn số 15 đó là dành cho R2, nếu trong 15s R2 k nhận đc hello từ R1 thì R2 sẽ xóa neighbor. Tương tự với 2/6. Bạn tự suy ra logic phía sau đó nha. Với OSPF thì mới cần hello/hold time giống nhau.

  3. #3

    Default

    Quote Originally Posted by nhihon View Post
    còn số 15 đó là dành cho R2, nếu trong 15s R2 ko nhận đc hello từ R1 thì R2 sẽ xóa neighbor.
    Bạn nói có bị nhầm không? Sao cách lý giải cũa bạn mình nghe ko hợp lý tí nào. Tại vì con số hold time 15s được thiết lập trên R1 thì làm sao R2 biết được.

    Theo mình thì: cứ 5s thì R1 sẻ gửi gói hello 1 lần, sau 15s mà R1 ko nhận được hello từ R2 thì R1 sẽ xóa hoặc không lên neighbor với R2. Và cứ 2s thì R2 sẻ gửi gói hello 1 lần, sau 6s mà R2 ko nhận được hello từ R1 thì R1 sẽ xóa hoạc không lên neighbor với R2.
    ->theo ý mình: vẫn thiết lập neighbor được. Lý do như trên mình đã nói.

    Nếu có gì sai mong các bạn góp ý.
    Last edited by liemth; 04-04-2012 at 12:27 PM.

  4. #4

    Default

    Quote Originally Posted by liemth View Post
    Bạn nói có bị nhầm không? Sao cách lý giải cũa bạn mình nghe ko hợp lý tí nào. Tại vì con số hold time 15s được thiết lập trên R1 thì làm sao R2 biết được.

    Theo mình thì: cứ 5s thì R1 sẻ gửi gói hello 1 lần, sau 15s mà R1 ko nhận được hello từ R2 thì R1 sẽ xóa hoặc không lên neighbor với R2. Và cứ 2s thì R2 sẻ gửi gói hello 1 lần, sau 6s mà R2 ko nhận được hello từ R1 thì R1 sẽ xóa hoạc không lên neighbor với R2.
    ->theo ý mình: vẫn thiết lập neighbor được. Lý do như trên mình đã nói.

    Nếu có gì sai mong các bạn góp ý.
    bạn giải thích chuẩn đó bạn ạ. để chắc chắn là bạn đúng thì bạn lập cái lab lên dùng GNS3. sẽ thấy nó có thiết lập.

  5. #5

    Default

    Quote Originally Posted by liemth View Post
    Bạn nói có bị nhầm không? Sao cách lý giải cũa bạn mình nghe ko hợp lý tí nào. Tại vì con số hold time 15s được thiết lập trên R1 thì làm sao R2 biết được.

    Theo mình thì: cứ 5s thì R1 sẻ gửi gói hello 1 lần, sau 15s mà R1 ko nhận được hello từ R2 thì R1 sẽ xóa hoặc không lên neighbor với R2. Và cứ 2s thì R2 sẻ gửi gói hello 1 lần, sau 6s mà R2 ko nhận được hello từ R1 thì R1 sẽ xóa hoạc không lên neighbor với R2.
    ->theo ý mình: vẫn thiết lập neighbor được. Lý do như trên mình đã nói.

    Nếu có gì sai mong các bạn góp ý.
    À, vậy thì bạn hiểu sai hoạt động của EIGRP rồi đó. Gó hello do R1 gửi ra sẽ báo cho R2 biết để mà set hold time của R2 đó. Tương tự với gói hello của R2 cho R1. Cứ nhớ cho đơn giản hello time là dành cho mình, hold time là dành cho neighbor của mình. Còn trong OSPF do hello và hold time bắt buộc giống nhau nên 2 số đó cũng có ý nghĩ local lun. Bạn thử làm lab trên GNS3 sẽ thấy rõ, lên con R2 dùng lệnh show ip eigrp neighbor xem hold time thì sẽ thấy nó dao động trong 10 tới 15s.

  6. #6

    Default

    Quote Originally Posted by nhihon View Post
    À, vậy thì bạn hiểu sai hoạt động của EIGRP rồi đó. Gó hello do R1 gửi ra sẽ báo cho R2 biết để mà set hold time của R2 đó. Tương tự với gói hello của R2 cho R1. Cứ nhớ cho đơn giản hello time là dành cho mình, hold time là dành cho neighbor của mình. Còn trong OSPF do hello và hold time bắt buộc giống nhau nên 2 số đó cũng có ý nghĩ local lun. Bạn thử làm lab trên GNS3 sẽ thấy rõ, lên con R2 dùng lệnh show ip eigrp neighbor xem hold time thì sẽ thấy nó dao động trong 10 tới 15s.
    Uh cái này tớ cũng mới vừa phát hiện ra mình hiểu sai.

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 |Ve may bay gia re |Ve may bay di Ha Noi |Ve may bay di Nha Trang |Ve may bay di Da Nang |Ve may bay di Da Lat |Ve may bay di Vinh |Ve may bay di Hue |Ve may bay di Con Dao |Ve may bay di TP HCM |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