레이블이 [라우트]인 게시물을 표시합니다. 모든 게시물 표시
레이블이 [라우트]인 게시물을 표시합니다. 모든 게시물 표시

2014년 1월 20일 월요일



1. 전체통신 되게 할 것
2. area 번호는 알아서 
3. vitual-link 사용할 것
4.라우트 ID를 얻기 위해서
show ip os
5.area [생략해야할 area번호] vitual-link [상대라우터  ID]


압축 파일입니다. 
GNS에 import 시키면 바로 할 수 있습니다. 
단, 그림과 같이 포트를 똑같이 해주셔야 합니다.

2014년 1월 15일 수요일

이번 실습은 EIGRP의 설정 방법을 숙달하고 매트릭 변경을 이용해서 석세서와 피저블 석세서를 만드는 실습입니다. EIGRP는 FD > AD라는 공식이 성립하지 않으면 대체 경로를 만들지 않습니다. 왜냐하면 다시 알고리즘을 돌려 새로운 최적 경로를 찾기 때문입니다. 따라서 저런 공식에 맞게 매트릭을 변경해야 대체경로가 생깁니다.

AD 값을 바꾸는 방법은 대게 대역폭 조정을 통해 바꾸게 됩니다. 그래서 이번 실습에서도 대역폭을 조정하여 피저블 석세서를 생성하는 과정입니다.  주 경로가 끊어졌거나 혼잡해서 통신이 불가능할때 자동으로 피저블 석세서를 테이블에 올려서 통신을 합니다.



 
 












위 사진과 같이 설정해 주고 하시면 됩니다. 중요한 것은 5개의 라우터가 point to point 방식이고 AD값을 조정 할때 다음 라우터에  설정되어 있는 대역폭을 조정 하셔야 하는 점입니다.

AD 값을 조정 할때 왜 다음 라우터의 대역폭을 바꿔야 하는 가? 에 대해서는 AD가 메트릭 값을 따질때 출발지의 다음 라우터 부터 목적지까지  때문이라고 생각하시면 되겠습니다.



 

2014년 1월 14일 화요일

EIGRP 특징

  1. 복합매트릭을 사용 시스코 전용
  2. 클래스리스와 오토서머리 지원 
  3. 빠른 수렴시간 최적경로를 하나이상을 구한다, 
    1. 주경로 석세서, 백업경로 피저블 석세서
    2. 수렴시간 빠른 이유 이다.
  4. 로드밸런싱 
    1. 이퀄 로드밸런싱 : 매트릭이같은 경우 
    2. 언이퀄 로드밸런싱 : 매트릭이 다른 경우(매트릭 값을 속여서 보냄)                     확률적 부하 분산.
  5. EIGRP는 독자적 계층이 운영됨 - 3계층과 4계층 사이에 생김 
                                   
EIGRP 패킷      

  • hellow 친구를 맺고자 할때 (BMA:5초 NBMA:60초)간격으로 계속 보냄
    • 수신 받아야지 친구로 인식한다(일방적임)
    • 홀드타임 동안 패킷이 다시 안들오면 끊어버린다. 
  • update : 새로운 친구를 발견했을때, 네트워크의 변화가 생겼을때 패킷을 주고 받음 
    • 새로운 친구유 니캐스트로 업데이트 패킷이 날라감. 
    • 해당 구성원들에게 멀티캐스트로 업데이트를 시켜줌
  • query : 경로 요청 패킷 , reply: 경로 요청에 대한 응답 패킷 
    • 쿼리와 리플라이 갯수는 반드시 동일해야한다. 
  • ACK : 확인 응답 패킷
    • 업데이트 쿼리 리플라이에 대해서만 동작함.



라우트 초기발견 인접성을 맺는 과정

  1. hellow 패킷 교환
  2. query :토폴로지 변경에 대한 질의
  3. reply:질의에 대한 응답  
  4. ACK: 승인메시지(query, reply, update): 16번안에 ACK패킷이 돌아오지 않으면 네이버리스트에서 삭제 
    1. 유니케스트로 업데이트 : 새로 추가된 네이버에게
    2. 멀티캐스트로 업데이트 : EIGRP로 맺어진 네이버에게


EIGRP 확인사항

  1. AS 번호, K상수(친구를 맺을 수 없음) 
  2. 토폴로지 테이블- 경로 정보 저장, 
  3. 라우팅테이블 확인(D,목적지,출발지,[AD/Metric])

EIGRP 네이버 테이블 
FD: 피저블 디스턴스 - 출발지 목적지까지 메트릭 값 
AD: 출발지 다음 라우터부터 목적지 까지 메트릭 값의 합

최적경로의 조건 : FD가 가장 낮은 경로, 
대체경로가 되는 조건 : FD > AD - AD가 FD보다 낮아야 대체경로로 지정 됨.
이 조건이 만족하지 않으면 query 패킷이 날라간다. 



2014년 1월 13일 월요일




S1/0만 멀티포인트
나머지 포인트 투 포인트
R3와 R4 포인트 투 포인트 연결
dlci 번호
1:102 2:201
2:103 3:301
3:104 4:401
4:304 5:403


config.txt


자기 자신한테도 매핑시켜주면 
자신의 주소한테도 ping을 할 수 있다.

2014년 1월 12일 일요일







위의 토폴로지를 구성하고 프레임릴레이 DLCI를 사진과 같이 설정하고 
명령어 붙어녛기 하시면서 확인하면 됩니다. 

 WAN에서 사용하는 링크레이어 프로토콜중에 하나이다. 장거리 통신시  전용회선 비용 절감을 위해 프레임 릴레이 스위치를 사용 한다. MA(multi Access)환경은 LAN상에서는 스위치로 WAN에서는 프레임릴레이 스위치로 구성이 가능하다. 본래 WAN에서는 라우터끼리만 구축하므로 MA환경은 불가능 할 것 같지만 프레임 릴레이 스위치를 통해서 구현이 가능하다. 프레임릴레이가 필요한 경우는 하나의 장비가 여러대의 장비를 연결할때 필요한 장비이다.

 BMA(Broad Multi Access) 브로드 캐스트 환경을 구축 할 수 있는 것을 말한다 . 이 환경에서 스위치를 이용하는데 MAC 주소를 이용한다. 그리고 NON-BMA환경은 브로드 캐스트 환경을 구축할 수 없는 토폴로지라고 말하는데 WAN 환경을 주로 말한다. 이 환경은 프레임 릴레이 스위치를 가지고 만드는데 DLCI를 이용하여 각 라우터를 구분한다. L2 이고 브로드캐스트 환경을 사용 할 수 없으므로 DLCI를이용한다. point to point 환경은 IP를 이용한다.

라우터를 연결할때 DLCI로 연결을 하면 2가지의 가상회선으로 연결된 것 처럼 통신한다. PVC는 영구 가상회선 이다. 수화기만 들면 통화가 가능한 경우를 말하고 LMA 프로토콜이 사용한다. 이 프로토콜은 유지 하는 용도로 사용된다.

연결을 유지하는 방법은 Keep Alive messsage을 계속해서 보내서 상태 체크를 하게 되는데 응답이 오면 Active(활성화) inActive(상대방 연결문제) delete (나의 연결문제)등으로 관리자에게 알려준다.

프레임 릴레이 스위치의 토폴로지는 두가지로 나뉜다. point to point은 1대1 연결 환경을 말하고 multi point to point 1대 다수 환경을 말한다. mutil point to ponint 환경 에서 허브엔 스포크 구조를 살펴보면 다른 장비들이 특정 장비를 통해 통신을 하는 경우를 말하는데 만약 1개의 물리 회선에 Multi point to point 를 설정하게 되면 ip table를 주고 받지 못하게 된다. 그이유는 스프릿 호라이즌 때문인데 이때 스프릿 호라이즌 꺼야한다. 하지만 고려 하지 않아도 될 상황이 있는데 프레임 릴레이에 연결되어 있는 회선들이 전부 Multi point to point로 설정되어 있는 경우는 스프릿 호라지즌 고려 하지 않아도 된다.

L2 스위치에서 볼때 목적지 IP는 알고 MAC 주소를 모를때 ARP를 통해서 통신을 하게 알아오는 과정이 있었다. 마찬가지로 프레임 릴레이 스위치에서도 그런 상황을 위해 제공되는 프로토콜이 있다. inver ARP는 목적지IP주소를가지고  DLCI를 알아온다. 동작방식은 ARP와 유사하지만 DLCI를 알아온다. inver ARP는 멀티포인트에서 문제가 발생되는데 자동 매핑을 하게 될때 Interface와 IP를 잘못 매핑 할 수도 있다.

명령어 

main 인터페이스 설정

  1. router(config)# interface serial x/x
  2. router(config)#encapsulation frame-relay
  3. router(config)#no frame-relay inverse-arp
(서브인터페이스 설정)
  1.  point to point 
    1. router(config)#interface serial x/x.12 point to point 
    2. router(config-subif)# ip add (ip) (mask)
    3. router(config-subif)# frame-relay interface-dlci (dlci number)
  2. multi point to point 
    1. router(config)#interface serial x/x.12 multipoint 
    2. router(config-subif)#ip add [ip] [mask]
    3. router(config-subif)#frame-relay map ip [상대방ip] [내 dlci] broadcast
    4. router(config-subif)#frame-relay map ip [상대방ip] [내 dlci] broadcast
  3. 검증명령어
    1. router# show frame-relay pvc
    2. Active(정상), inAcitve(상대방 비정상), Delete(내가 비정상)



2014년 1월 8일 수요일

ACL(Access Control List)은 접근 제어 목록이다. 관리자가 세운 정책에 따라 데이터를 필터링 하게 된다. ACL이 설정될 수 있는 곳은 라우터의 인터페이스와 line vty에 설정될 수 있고 인터페이스는 Inbound와 Outbound로 나뉘어 설정될 수 있다.

Inbound는 특정 인터페이스로 데이터가 들어오는 방향을 말하고 Outbound는 특정 인터페이스로 데이터가 나가는 방향을 말한다.  따라서 인터페이스로 들어오고 나가는 데이터를 검사해서 필터링 하겠다 라는 의미이다.

정책을 세울때에는 네트워크 범위가 작은 것 부터 큰 것 순으로 세워야 한다.  설정하는 방법은 거부(Deny), 허용(permit)로 이루어 지는데 범위가 큰것부터 세우면 내가 원하지 않는 것 까지 필터링 하기 쉽다.

정책은 Standard 와 Extended 방식이 있다.  Standard는 출발지 주소만 가지고 데이터를 필터링한다 즉, 들어오고 나가는 데이터의 출발지 주소만을 보고 데이터를 걸러내겠다는 의미이다.  Extended는 출발지,도착지주소,포트번호,프로토콜 종류, 총 4가지의 기준을 가지고 데이터를 필터링을 하겠다는 의미이다.

이것들을 구분하는 방식은 번호로 구분이 되는데, 1~99까지는 Standard, 100~199번은 Extended로 구분이 된다. 특정 네트워크, 혹은 특정 호스트를 완전 차단 혹은 허용하려면 Standard가 효율적이고  특정 네트워크, 혹은 특정 호스트에서 발생하는 특정 트레픽을 필터링 하려면 Extended가 효율적이다.

정책을 입력하는 방식도 2가지로 나눠 지는데 Number ACL이 있고 Named ACL이 있다. Number ACL은 중간에 잘못입력하면 모든 리스트가 다 사라지는 반면에 Named ACL은 번호에 상관없이 추가 하면 라우터가 알아서 번호대로 적용을 하게 되는 특징이 있다.

ACL은 버스매치룰에 따라 적용된다. 배스매치룰은 최상위에 있는 정책부터 하나씩 비교하며 내려간다는 규칙이다. 이때 매치되는 정책이 있다면 데이터를 처리하게 되고 더이상 비교하지 않는다.

예를 들어 1.1.1.1이라는 출발지를 가진 데이터를 거부하고자 한다면 deny 1.1.1.1 permit all순서로 정책을 세워야 한다. 위의 내용을 다시 살펴보면 정책은 좁은 범위부터 넓은 범위 순으로 세워야 한다는 이야기가 나온다.

Standard ACL은 다음과 같은 명령어로 설정할 수 있다.



access-lint-number는 1~99 까지 설정하면되고 {permit|deny}는 해당 IP가 매치가 되면 허가 할 것인지 거부할 것인지를 정의하게 되고 mask는 Winldmask라고 해서 IPAddress필드의 어느 비트들을 매치 할 것인지를 정하는 값이다.


ACL를 적용할때에는 interface에서 설정해야한다. access-list-number는 어떤 정책을 인터페이스에 적용시킬것인지 설정하는 부분이고 [in|out]은 Inbound와 Outbound를 결정하는 부분이다. 기본적으로는 Outbound가 설정되어 있다. 제거 할때에는 이 명령어 앞에 no만 붙이면 된다.

Extended ACL은 다음과 같은 명령어로 설정할 수 있다.


여기서 주목할점은 access-list-number가 100~199번으로 설정해야한다것과 Destination IP 와 protocol종류 ,protocol 포트번호를 쓰는 것이 추가 되었다. 앞의 내용에서 본것과 같이 Extended ACL은 출발지,도착지주소,포트번호,프로토콜 종류으로 총 4가지의 정보를 가지고 필터링을 한다.

적용방법은 Standard와 동일하게 interface에서 적용 한다.



Standard와 Extended ACL은 정책을 입력하는 방식이 Number ACL이다. 그렇기때문에 잘못입력하면 처음 부터 다시해야하는 부담감이 있다. 그래서 이런 부담감을 조금이나마 줄이기 위해서 Named ACL에 대해서 알아보고자 한다.

Named ACL은 정책을 번호로 하지 않고 이름으로 리스트를 만들어서 인터페이스에 이름으로 적용한다. 그래서 여러개의 엑세스 리스트에 같은 이름을 사용 할수 없다.

Named ACL을 생성부터 조건입력, 적용까지 명령어들을 보자.




여기서 name은 관리자가 세운 정책의 이름을 말한다. 2번째 그림에 보면 no로 시작하는 명령어는 삭제하는 명령어다. Named 는 삭제해도 리스트 전체가 지워지지 않기 때문에 추가 삭제를 자유롭게 할 수 있다.

Extended 활용이 머리속에 잘 그려지지가 않을 경우를 대비해서 그림 하나를 준비해 봤다.


이 그림을 봤을때 위에 Extended 명령어 비교해 가면서 살펴보면 금방이해가 갈듯 싶다.

이제 우리는 Wildcard에 대해서 알아보고자 한다. Wildcard는 관리자가 ACL에서 설정한 IP가 맞는지 확인하기위한 값이다. 32비트로 이루어져 있으며 0이면 검사 할겠다. 1이면 검사하지 않겠다라는 의미이다. 만약에 1.1.1.1 에 Wildcard가 0.0.0.0 이면 32비트 전부를 검사하겠다는 의미이다. 

또한가지의 예를 들어보면 1.1.1.0 ~1.1.1.15까지 잡아내고자한다면 와일드 카드는 0.0.0.15이다. 이것을 계산하는 방법은 0.0.0.15를 뒤집은 255.255.255.240(255-15)와 255.255.255.255를 뺀 값이 와일드카드 값이 된다. 이 방법은 네트워크 주소가 0부터 시작이 아닐경우, 범위가 2의 제곱으로 확실하지 않을 경우에 사용하기도 하는  방법이다. 

1.1.1.1 0.0.0.0 과 같이 특정 하나의 IP만 잡아내고자 한다면 Wildcard를 생략하고  IP 앞에 host라고 적어주면 된다. 0.0.0.0 255.255.255.255. 처럼 모든 IP를 잡아내고자 한다면 IP와 host를 생략하고 permit any , deny any를 쓰면된다. 

여기서 주의 해아 할 점이 있다. ACL를 만들게 되면 보이지 않은 deny any가 마지막에 들어가 있다. 만약 1.1.1.1만 필터링을 하고 싶다면 deny 1.1.1.1을 해주고 그다음에 permit any를 해줘야 한다. 안보이는 deny any 때문에 1.1.1.1 뿐만아니라 모든 주소가 필터링이 된다. 


ACL은 standard와 Extended로 나뉘고 입력방식은 Numbered와 Named로 나뉜다. 설정방법을 살펴보면 Numbered 안에 Standard와 Extended가 있다. Extended는 출발지,도착지주소,포트번호,프로토콜 종류를 더 입력한다. 정책 적용은 interface에서 한다. ACL은 한번 지우면 모든 정책이 지워지기 때문에 조심해서 입력해야한다. Wildcard는 IP를 검열해서 정책들 중에 매치되는 주소가 있는지 검사하는 비트라고 생각하면 쉽다. 

2014년 1월 6일 월요일

라우터가 패킷을 전달할때 참고하는 데이터 

1. 도착지 IP
2. 라우팅 테이블 

설정 명령어 

ip route (ip_address = network id) (subnet) (address(상대방)|interface(내꺼)) (distance)
              - 알려줄 network id

distance

  • 낮을 수록 좋다. 
  • interface 방식일땐 0 address 방식일땐 1이다.
  • 플로팅 스태틱을 사용 할 수 있다.
    • 대체 경로를 만들고 싶을때 사용한다.
    • 주 경로에 낮은 값, 대체 경로에 높은값을 준다.

    • ad 값이 같을경우는 부하분산이 된다.  
      • 둘다 라우팅 테이블에 등록된다.
    라우터는 자신이 갖고 있는 라우팅 테이블을 근거로 패킷을 목적지방향으로 전달하는 장비이다. 그러므로 가장 중요한 정보는 라우팅 테이블이다. 라우팅 테이블의 정보를 구축하는 것은 라우터의 가장 중요한 임무라 할 수 있다.

    라우터 간 로컬 라우팅 정보를 상호 교환해 라우팅 테이블을 구축하는 방식을 동적 라우팅이라하고 , 각 라우터가 자체적으로 라우팅 정보를 구축해 사용하는 방식을 정적 라우팅이라 한다.

    동적라우팅은 라우팅 정보가 교환되고 정적라우팅은 라우팅 정보가 교환 되지 않는다. 그러므로 정적라우팅을 사용하는 경우 네트워크 관리자는 모든 라우터에 개별적인 라우팅 정보를 설정해야 한다는 단점이 있다. 실무에서 정적라우팅은 움직이자 않고 고정되 있는 의미로 스태틱 루트라는 용어로 널리 사용된다.

    스태틱 루트의 입력은 글로벌 환경설정 모드에서 이루어 진다. ip route로 시작에 목적지 네트워크 주소와ㅏ 네트워크 마스크를 지정한다.특별한 경우 호스트 주소, 서브넷, 또는 슈퍼넷등을 네트워크 마스크를 활용해 설정한다. 넥스트홉을 어떻게 입력하는가에 따라 다양한 형태의 스태틱 루트가 구성된다.

    시스코는 넥스트 홉을 IP와 인터페이스를 동시에 같이 사용하기를 권장하는데 라우팅 고유의 특수한 동작으로 인해 관리자가 원하는 라우팅이 이뤄지지 않을 수 있기 때문이다. 넥스트 홉이 IP일 경우 라우팅 정보 반복 검색을 통해 넥스트 홉의 위치를 검색하고 패킷을 해당 출구 인터페이스로 보낸다. 만약 링크 실패로 인해 출구 인터페이스를 결정하지 못하면 해당 라우팅 정보를 유효하지 않은 정보로 인식하고 라우팅 테이블에서 삭제한다. 이런 동작은 관리자가 원하지 않는 대로 동작하지 않을 수 있다.

    라우터가 특정 라우팅 정보를 라우팅 테이블에서 삭제하는 동작의 원리는 해당 네트워크 정보의 다운 유무를 확인하는 것이 아니라 해당 네트워크에 대한 넥스트 홉의 도달 가능 유무를 확인함으로써 이뤄진다.

    만약 넥스트 홉이 도달 가능하지 못함에도 불구하고 넥스트 홉에 일치되는 라우팅 정보가 존재하게 되면 스태틱 루트를 설정할때 넥스트 홉의 IP와 인터페이스를 동시에 지정하면된다..이렇게 하면 라우터는 다른 인터페이스로 도달 가능한 라우팅 정보를 가지더라도 이를 무시한다.

    스태틱 루트를 설정할때 특정 네트워크 구조에서 이와 같은 문제가 발생될 수 있기 때문에 시스코는 넥스트 홉 IP와 인터페이스 모두를 사용하는 스태틱 루트 설정을 권장한다.

    라우팅에서는 넥스트 홉이 갖는 의미가 매우 크다. 일반적으로는 스태틱 루트를 설정할때 넥스트 홉으로 로컬 라우터와 연결된 상대 라우터의 인터페이스 IP를 입력하지만 여러 라우터 홉을 경유하는 IP를 넥스트 홉으로 사용하기도 한다. 넥스트 홉은 로컬 라우터로 부터 목적지에 도달하기 위한 다음 경유지를 나타내는 것이므로 목적지의 방향을 알려 주는 어떤 IP든 넥스트 홉이 될 수 있다.

    넥스트 홉은 특정 라우터를 지정하는 물리적인 정보가 아니라 목적지에 대한 방향성을 제공하는 논리적인 정보다. 넥스트 홉의 궁극적인 목적인 로컬라우터가 패킷을 목적지 방향으로 보내기 위한 출구 인터페이스를 결정하기 위해 사용된다. 그러므로 라우팅 테이블에 넥스트 홉의 정보가 존재한다는 전재하에서 넥스트 홉의 IP목적지 방향의 어떤 IP를 사용해도 무방하다.

    실무에서는 간혹 네트워크에 존재하지 않는 가상 IP를 넥스트 홉으로 사용하기도한다. 부하분산 기법은 여러 개의 경로를 통해 부하를 분산해 동일하게 사용하는 기법이다. 라우터의 패킷 라우팅은 해당 라우팅 정보의 라우팅 정보 반복 검색으로 이루어 진다. 넥스트 홉에 대한 경로가 여러 개 존재한다면 패킷은 모든 경로를 사용해 넥스트 홉으로 전달된다. 그러므로 여러개의 링크를 모드 사용하는 부하분산을 구현할 수 있다.


    스태틱 루트는 설정이 매우 간단하므로 소규모 네트워크에서 매우 효율적으로 사용할 수 있다. 라우터가 많아지면 네트워크 관리자가 고려 해야 하는 부분이 많아진다. 각 라우터마다 라우팅 테이블 정보를 작성해야 하므로 비효율 적이다. 그래서 동적 라우팅이 나오게 된다.
    Subscribe to RSS Feed Follow me on Twitter!