어느 ISP의 IP팀(네트워크팀)에 가보더라도,
단지 cisco장비 및 네트웍(IP)장비만 사용하여 서비스를 하는곳은 없다.

이는, 단지 IP장비로만 몇백 km의 거리까지 광을 날려보낼수 없는 이유에서다.

현재는 GBIC(gigabit interface card)으로만 광케이블을 이용하여 날려보낼수 있지만,
그 거리에는 한계가 있다는 뜻이다.

그리고, STP(RSTP), HSRP(VRRP)같은 기능을 이용하여, 케이블절단 및 OPEN에 대한 감지를 한후,
그 절체 타이밍을 당기는 기술은 있지만, 광전송장비(ECI, LUCENT 등)의 절체타이밍이란,
감히 사람이 판가름 할수 없는 경지에 이른다.



단지 10~20ms만에(이론상 더 빠른 ASIC절체) 링OPEN을 감지, 반대방향으로 광을 쏘게된다.

라우터 및 스위치는 STP는 물론, Dynamic라우팅 및 Static라우팅을 통하여 동일한만큼의 시간대에,
쏠수는 있다, 하지만 논리적인 판단에 의한 결과값이므로, 물리적인 결과값에 좌우되는(그 기능을 주력으로 다루는),
광전송장비만큼은 따라가질 못한다.

광전송장비는 현재 이통3사(KTF/LGT/SKT)등의 기지국/중계기용으로 주로 사용되고있으며, 그에 상응하는 능력을 발휘하기 위해 많은 IP(네트워크/인터넷)장비들 사이에 사용되어, 많은 능력을 발휘하고 있다.




약간 의도에서 벗어난 얘기로 빠져가고 있다;; -_-+

본론으로 들어가서, 그 광전송장비와 IP장비간의 링크도 상당히 중요하다.
이글 아래에 보게되면 또하나의 이슈가되는 옵션을 적어놓은 글도 있다.

하지만 여기에서 언급할 내용은, 실전에 사용되어, 그 타이밍조정이 되지 않으면,
link down, 심하게는 BGP(Border Gateway Protocol) ISP간의 SP간의 연동프로토콜이
down되는 심각한 결과를 낳을수가 있다.

이에 1G/10G급의 연동망 라우터에서는 광전송장비를 당연히 사용하게되며(일부 사용하지 않을수도 있다), 그에 따른 광전송장비와의 이슈가되는 여러 옵션값들을 조정하게 된다.

여기에서는 그 이슈중, link debounce time에 대하여 언급한다.

CISCO라우터에서 세부 interface의 명령어들을 살펴보게되면,
link debounce time이라는 명령어가 있다.

이 기능은, 해당 interface와 상응하는 광전송 장비와의 연결성을 탐지하는 기능으로,
기본 210ms로, 대부분의 장비들과 호환되도록 default값을 가지고 있으나,
그 호환성에 적합하지 못한 경우에는 그 값을 늘리거나 줄여야 한다.

이제 예를 들어보면, XDM(광전송장비)의 경우, 기본 절체 타이밍이 20ms로, 라우터의 default값에는 도달하나, 어떠한 경우(카드절체)등의 이유로 210ms를 오버하는 경우가 생기게 된다(이원화 정책으로 인한 여러 경우...)

그에 따라, 그 값을 210m 이상 조금씩 증가시키며 가장 적합한 타임을 알아내야 한다.



==실제 적용된 show run중 일부분==
link debounce time 300

==실제 적용된 내용 확인==
CISCO#show interfaces debounce
Port   Debounce time   Value(ms)
Gi1/1   disable        
Gi1/2   disable        
Gi1/3   disable        
Gi1/4   disable        
Gi1/5   disable        
Gi1/6   disable        
Gi1/7   disable        
Gi1/8   disable        
Gi1/9   disable        
Gi1/10  disable        
Gi1/11  disable        
Gi1/12  disable        
Gi1/13  disable        
Gi1/14  disable        
Gi1/15  disable        
Gi1/16  disable        
Gi2/1   disable        
Gi2/2   disable        
Gi2/3   disable        
Gi2/4   disable        
Gi2/5   disable        
Gi2/6   disable        
Gi2/7   disable        
Gi2/8   disable        
Gi2/9   disable        
Gi2/10  disable        
Gi2/11  disable        
Gi2/12  disable        
Gi2/13  disable        
Gi2/14  disable        
Gi2/15  disable        
Gi2/16  disable        
Gi5/1   disable        
Gi5/2   disable        
Gi6/1   disable        
Gi6/2   disable        
Te8/1   enable          300 
Te8/2   disable        
Te8/3   disable        
Te8/4   disable        
Te9/1   enable          300 
Te9/2   disable        
Te9/3   disable        
Te9/4   disable

위와같이 적용된 부분이 있으며, 모두 default로 disable이나,
일부 interface를 enable시킨후 300으로 적용시킨 예이다.

이 글들을 인터넷에서 검색하기란 진짜 하늘의 별따기다;;
워낙 어렵게 알아낸 자료라,, 여기에 올린다..

사실 이 업종에 종사하시는분 외에는 별로 신경쓰시기 않겠으나(ㅠㅠ)
필요하신 분들에게 많은 도움이 됬으면 한다..

 


  1. 221 2013.01.22 09:54

    좋은정보감사합니다.

    • Favicon of http://cezacx2.tistory.com BlogIcon 귀하신분 2013.01.22 17:51

      ^^ 도움 되셨다니 정말 기쁘네요~~~~ 자주 들러주세요~~~

  2. 나그네 2013.05.21 10:21

    좋은글 감사합니다.
    많은 도움 됐어요

  3. 제우스 2014.02.11 10:30

    좋은정보 감사합니다.^^

    • Favicon of https://cezacx2.tistory.com BlogIcon 귀하신분 2014.02.11 11:38 신고

      ㅎㅎ 이 글들을 찾으시는 분들이 있어 저도 힘이 납니다^^ㅎ

  4. 전송 2014.07.21 10:33

    좋은 자료 감사 합니다. 않그래도. 현재 Alcatel 전송장비 와 Cisco라우터간 전송장비 링 절체시 ping 빠지는 부분에 대한 Link Debounce Time 의 기준을 고민중인데..
    그때 그때 상황에 맞혀 설정을 하는거군요.. 기준은 없고..
    전송의 경우 거리가 가까운 곳은 절체가 빠르나... 거리가 먼 경우는 당연히 절체가 느릴수 있으니... 아무튼 해당 자료에 많은 도움이 되었습니다.. 감사합니다.

    • Favicon of https://cezacx2.tistory.com BlogIcon 귀하신분 2014.07.21 14:11 신고

      우선 느추한 곳까지 방문해 주셔서 감사합니다.

      전송장비 링 절체시 ping이 많이 빠지나요? 아니면 하나정도?
      link debounce time 외에 carrier time도 고려해 보셔야 합니다.
      그리고 특수한 경우(일부 전송장비)에 이러한 옵션을 모두 다 조절해봤지만 전송장비 링 절체시 라우터 interface가 down되는 증상이 있는데, 이러한 경우도 고려해 보셔야 하구요... 저는 한달넘게 제조사와 점검했지만 해결되지 않은 적도 있습니다... 알카텔 말고 다른 제조사였던듯 한데... 기억이...

      라우터나 스위치의 링크가 down되지 않는다면 알카텔장비의 카드에서 지원이 되는지 등도 확인해보셔야 합니다. 일례로 일부 전송장비의 경우 L2기능이 동작하지만 스위치의 trunk 모드와 유연하게 동작하지 않는 경우도 봤습니다.

      보통은 300 정도 주고 사용하더라구요... 제가 일했던 곳에는 제가 나름 맞춰서 설정했구요^^ㅎ
      하지만 기본설정으로 테스트한 후 인터페이스에 문제가 없다면 기본으로 동작시키는 것이 가장 좋습니다.

      전송장비 또한 10km, 40km, 80km, 100km 등 GBIC/SFP+/XFP/XENPAK 등과 동일한 거리를 지원하는 광모듈을 이용합니다. 하지만 단지 광단(람다 등)에서 동작하는 기능을 우선하기 때문에 라우터나 스위치보다는 어느정도 속도가 우월하게 되며, 절체속도 또한 미미하게 빠를 것으로 알고있습니다. 또한, 전국 방방 곡곡을 모두 라우터나 스위치로 구현할 수 있지만 관리적인 측면과 유지보수, 트러블슈팅 면에 있어서 전송장비는 역할을 다하고 있는 듯 합니다.