다이얼 온 디맨드라우팅
Dial-on-demand routingDial On Demand Routing(DDR; 다이얼 온 디맨드라우팅)은 리모트사이트로의 네트워크 접속이 필요한 경우에만 확립되는 라우팅 기술입니다.즉, 라우터가 데이터의 송신을 시도하고, 접속이 오프인 경우, 라우터는 자동적으로 접속을 확립해, 정보를 송신해, 데이터를 송신할 필요가 없어지면 접속을 종료합니다.DDR은 접속이 항상 확립되어 있는 WAN 셋업에 대해 분당 비용을 지불해야 하는 기업에 유리합니다.회사에 지속적인 인터넷 [1]접속이 필요하지 않으면 지속적인 접속은 불필요하게 비싸질 수 있습니다.
구조
DDR과의 접속 확립에는 물리적인 접속과 디지털 접속의 2가지 부분이 있습니다.물리적 연결은 네트워크상의 컴퓨터를 연결하는 실제 케이블과 이러한 케이블을 통해 통신할 수 있는 네트워크 인터페이스 카드로 구성됩니다.DDR 는, 기존의 공중 전화 교환망(PSTN) 회선(또는, 모든 공중 회선 교환 전화 네트워크의 네트워크)을 사용해 송신측과 수신측의 접속을 확립합니다.
DDR 접속 확립의 두 번째 부분은 디지털 신호의 확립입니다.이를 위해서는 논리적 연결을 통해 사용할 프로토콜을 결정해야 합니다.DDR은 Point-to-Point Protocol(PPP) 링크를 사용합니다.이 링크는 인터넷상의 2대의 컴퓨터 간에 신호를 송신, 수신, 압축하는 등의 모든 네트워크 기능을 처리합니다.즉, PPP 링크는 전화 회선을 사용하여 인터넷에 접속하고 싶을 때 사용자와 원하는 웹 사이트를 포함하는 컴퓨터 간에 신호를 보냅니다.
DDR은 프라이머리 접속과 백업 접속 양쪽에 사용할 수 있습니다.현재 DDR은 프라이머리 접속에 장애가 발생했을 때 활성화되는 백업 접속에 주로 사용됩니다.DDR 접속은 본질적으로 느리고 서비스 요금은 업타임에 따라 통화료와 같이 부과됩니다.DDR은 모뎀 또는 Integrated Services Digital Network(ISDN; 서비스 통합 디지털 네트워크) 연결과 함께 사용할 수 있습니다.이것에 의해, 미국에서는 1.544 Mbit/s,[2] 유럽이나 오스트레일리아에서는 2.048 Mbit/s 의 최대 접속 속도를 달성할 수 있습니다.
설계에 관한 고려 사항
최소화해야 할 중요한 요소 중 하나는 연결 확립 지연입니다.이 시간은 사용자가 연결을 처음 시도한 시점부터 수신 컴퓨터가 정보를 수신하기 시작할 때까지의 시간입니다.이 지연은 다양한 요인에 따라 3초에서 20초 이상일 수 있습니다.여기에는 연결에 사용되는 물리적 케이블 유형, 데이터 전송 거리 및 정보 전송에 사용되는 프로토콜이 포함됩니다.효율적인 DDR 시스템을 설계하기 위해서는 지연의 정도를 파악하는 것이 매우 중요합니다.접속 확립을 시도할 때 지연이 너무 클 경우 응용 프로그램은 접속 시행을 포기하고 [3]다시 시도합니다.
오늘날에도 DDR이 사용되는 이유
그 단점에도 불구하고 오늘날 다이얼 온 디맨드라우팅이 사용되는 중요한 이유는 신뢰성과 비용입니다.이러한 두 가지 요소는 기업이 서로 정기적으로 통신할 필요가 있는 여러 지점을 가지고 있는 경우 매우 중요합니다.
기업 또는 조직이 다른 지점 또는 기업 간에 정기적으로 통신하는 경우, 대부분의 경우 전용 케이블 회선을 임대하여 각 지점을 연결합니다.이러한 라인이 항상 신뢰할 수 있는 것은 아니기 때문에, 1개의 브랜치가 다른 브랜치로부터 절단될 가능성이 있습니다.이러한 상황에서는 백업 연결을 준비하는 것이 중요합니다.DDR은 기존 전화선을 사용하기 때문에 DDR 접속은 거의 항상 백업 솔루션으로 사용할 수 있습니다.
DDR이 여전히 사용되는 두 번째 이유는 가격이 저렴하기 때문입니다.정보가 지점 간에 끊임없이 전송되지 않으면 케이블 회선의 리스 비용이 불필요하게 들 수 있습니다.이를 통해 DDR은 매우 비용 효율적입니다.
접속 액세스의 정의
DDR은 일반적으로 허브 앤 스포크 네트워크로 설정되어 리모트사이트가 중앙 사이트에 다이얼 해 데이터를 교환합니다.필요에 따라 중앙 사이트가 원격 사이트에 연락하여 데이터를 가져올 수도 있습니다.콜은 필요에 따라 개시되어 전송이 종료되면 셧다운됩니다.Access Control List(ACL; 접근컨트롤 리스트)를 사용하여 접속을 확립할 수 있는 트래픽유형을 제한할 수 있습니다.ACL 는, 확립된 접속이 특정의 기준 세트와 일치하는 경우에만 인터페이스가 기동하도록 조정할 수 있습니다.이러한 특정 기준은 불필요하게 개시되는 접속을 최소화하기 위해 필수적이며, 그 결과 비용을 최소화할 수 있습니다.
다이내믹 라우팅 프로토콜을 사용하여 리모트네트워크를 검출하는 경우, 대상 트래픽을 적절히 설정하는 것이 중요합니다.그렇지 않으면 다이내믹라우팅 업데이트 때마다 접속이 시작됩니다.사용하는 프로토콜에 따라 60초마다 한 번씩 발생할 수 있습니다.또한 불필요한 접속을 초기화하는 원인이 되는 네이티브이더넷 트래픽을 모두 필터링 하는 것도 중요합니다.
ACL 는, 접속처의 호스트 및 접속을 확립하려고 하는 호스트에 의해서, 링크의 확립을 제한할 수도 있습니다.예를 들어 특정 사용자만 접속을 확립할 수 있지만 모든 사용자가 인트라넷접근을 가질 필요가 있는 경우 선택한 사용자의 컴퓨터만 접속이 허용되도록 ACL을 설정할 수 있습니다.
또, 특정의 행선지에의 접속만이 초기화되도록 ACL 를 설정할 수 있습니다.예를 들어 가상 사용자 Alice가 수신처 X에 접속하고 가상 사용자 Bob이 수신처 Y에 접속하고 싶은데 수신처 X에 대한 트래픽이 대상으로 간주되지 않으면 Bob만 WAN 접속을 확립할 수 있습니다.
SSH 패킷만이 링크를 확립할 수 있도록 대상 트래픽을 정의할 수도 있습니다.이 경우, 유효한 행선지에의 액세스를 시도하는 다른 모든 패킷은 폐기됩니다.DDR 접속을 통해 통신하도록 다이내믹라우팅 프로토콜을 설정할 경우 업데이트 패킷은 대상 트래픽으로 분류되어야 합니다.사용되는 동적 라우팅 프로토콜에 따라 업데이트를 대상 트래픽으로 설정하면 연결이 자주 초기화될 수 있습니다.
예를 들어 30초마다 갱신되는 RIP v1을 사용하면 업데이트 때마다 접속이 초기화됩니다.일반적으로 추가 서비스 요금을 피하기 위해 이러한 접속에 대해 정의된 스태틱루트가 표시됩니다.Open Shortest Path First(OSPF) 및 Enhanced Interior Gateway Routing Protocol(EIGRP) 등의 기타 라우팅 프로토콜은 연결이 변경되었을 때만 업데이트를 보냅니다.이러한 라우팅 프로토콜은 DDR에 이상적이며 Cisco 라우터에서 "[4]default-information originate"를 설정해야 합니다.
다이야라 맵 및 로터리 그룹
다이얼 하는 번호와 수신측의 픽업을 기다리는 회선상의 대기시간을 지정하기 위해서, 각 인터페이스상에서 다이야라 맵이 설정됩니다.예를 들어 시리얼인터페이스 0/0/0(인터페이스0의 모듈0의 시리얼 포트 0)의 2개의 dialer map 명령어가 같은 넥스트홉 주소를 가지거나 행선지 접속의 IP 주소가 다른 전화 번호를 가지는 경우, 첫 번째 번호는 다이얼 되어 캐리어 대기 타이머가 기한이 만료되었을 경우에만 다음 번호가 다이얼 됩니다.d. 다이아라 맵을 설정할 때 캐리어 대기 타이머를 지정할 수 있습니다.
백업 인터페이스는 해당 인터페이스의 다이어라 맵 상의 모든 번호에 도달할 수 없었던 경우에도 정의할 수 있습니다.1개의 인터페이스에 2개의 접속을 동시에 접속할 수 없기 때문에, 1개의 인터페이스를 복수의 리모트 사이트에 설정할 수 있습니다.DDR 인터페이스를 지정하는 첫 번째 단계는 로터리 그룹을 정의하는 것입니다.DDR 인터페이스는 가상 인터페이스이지만 물리 인터페이스의 모든 Configuration명령어를 사용할 수 있습니다.다이어라 로터리 그룹을 작성하고,[5] 그 중 하나의 인터페이스를 사용해 정의된 임의의 행선지에 다이얼 할 수 있습니다.
레퍼런스
- ^ 다이얼 온 디맨드라우팅. (n.d.) . 2010년 3월 2일 취득.https://docs.google.com/viewer?a=v&q=cache:w2YIWJXa1wYJ:www.daxnetworks.com/Technology/TechDost/TD-030905.pdf+dial+on+demand+routing+history&hl=en&gl=us&pid=bl&srcid=ADGEEShbbxiOw3STDjoyJTmB7ASvIRrt6mUVHS42Ss2y_QyD8llzj5XTXewcpnwLK57i2nc2DGdPD9uwlRY-vOtdWsKb2OZwQv1uj4AR8gjK5oDI77t34etBOHCR3ZizAQcAv5UKIDNT&sig=AHIEtbR4t-iy1RNfkSunZQPYmGEgQl8Q9w
- ^ ISDN PRI. (n.d.) . http://www.topbits.com/isdn-pri.html 에서 2010년 3월 2일 취득.
- ^ Microsoft Technet - Demand-Dial Routing (n.d.). 2010년 3월 2일 https://technet.microsoft.com/en-us/library/cc957968.aspx 에서 취득.
- ^ 인터넷 워크 설계 가이드 -- 다이얼 온 디맨드 라우팅 - DocWiki . ( n . d . ). 2010년 3월 2일 http://docwiki.cisco.com/wiki/Internetwork_Design_Guide_--_Dial-on-Demand_Routing#Dial-on-Demand_Routing 에서 취득.
- ^ Dial-on-Demand Routing (DDR; 다이얼 온 디맨드라우팅) - 시스코 시스템즈 (n.d.) . 2010년 3월 2일 http://www.cisco.com/en/US/tech/tk801/tk133/tsd_technology_support_protocol_home.html 에서 취득.