[완료]현재 2개이상의 nic를 묶는 bonding방식의 한계를 알고싶습니다.

음 isp업체에서 ip별로 qos를 안거나요?
혹시라도 라우터쪽에서 qos를 건다면 문제가 생길거 같아서요.

만약 ip별로 qos정책을 먹였다면
같은 대역의 ip는 결국엔 똑같은 라우터를 통해서 갈 거니까
linux와 라우터 사이에는 200메가가 나오겠지만 라우터에서 유저사이에는 100메가가 나오기 때문에
결국 유저가 느끼는 속도는 100메가가 아닐까 하는 생각이 듭니다.

예를들어 1,2,3,4의 패킷을 eth1번과 eth2번으로 나눈다고 봤을 때
eth1 로 1,3 패킷을 보내고
eth2 로 2,4 패킷을 보냈을 시 KT라우터 쪽에서 보면 동일한 IP로 온 패킷이기 때문에
ip별로 qos를 한다면 결국엔 qos에서 걸리지 않을까 하는 생각이었습니다.

저 qos에서 걸리지 않으려면 eth1로 보낸 1,3 의 패킷과 eth2로 보낸 2,4의 패킷의 출발지ip가 서로 달라야 하는데,
원래 bonding방식이 이런건가요?
이걸 어디선가 다시 합친다음에 서비스를 해야 하는건가요?
제가 잘못 이해했을 수 도 있다는 생각이 드네요..

               [ KT ]
                  |
    <---------------------------->   [ kt hub ]
             |        |
             |eth1    |eth2          [ 100메가 2개 ]
         [ linux (bonding) ]
                 |eth0
    <---------------------------->
               |
           [ pc 1 ] 

저는 이렇게 구성을 했을 시 bonding ip (즉 eth1이나 eth2둘 중 하나의 ip)로 eth1과 eth2로 나눠보내는걸로 알고있었거든요.
그런데 KT라우터쪽에서 ip로 qos를 했을 경우에도 200메가의 대역폭을 가져가려면
애초에 eth1로 보낼때는 eth1 ip로 eth2로 보낼때는 eth2의 ip로 보내서
유저쪽에서 (혹은 다른 서버에서) 이 ip를 합칠 수 있도록 해야 할 거 같은데..
음.. 유저쪽에서 합치는것은 좀 어려울거 같고 다른 서버에서 합친다면 결국 그 서버의 대역폭이 200메가가 되야 하지
않나 싶어요.

2개의 회선을 각 다른 업체에서 받아서 라우터가 다른 ip를 설정하면 이 문제가 해결이 될 듯 한데,
웬지 isp업체에서 자신의 대역이 아닌 다른 대역은 패킷을 잘라버리는것 같다는 느낌이 들어서요.

아.. 그렇군요. tunnel을 뚫는 방법이 있었군요.
그러면 왼쪽에 있는 bond0에서 트래픽을 2개의 nic로 분산시킨 뒤 vpn캡슐을 씌워서
오른쪽에 이는 bond0에서 다시 합치는 것인가보군요.

그렇다면 bonding기술을 사용하려면 어디선간 다시 합쳐져야 하는것 같은데..
제가 본 문서에 보면 bonding기술을 사용한 linux에 물리는 hub를 bonding(trunking 등등..)기술이 지원되는 것을 사용하여야 하고, 셋팅도 해줘야 한다고 나와있는데..
그럼 그 hub셋팅하는것이 단순히 동일한 mac과 ip를 충돌시키지 말라는것 이외에 2개의 포트를 1개로 묶어서 나가는..
그러니까 2개의 포트로 들어온 패킷을 합치는 기능도 포함이 되어있다는 생각이 드네요.

죄송한데 혹시 이 글을 보신다면 제가 추측한게 맞는지.. 확인좀 해주시면 감사하겠습니다^^;;

그리고 정말 도움 많이됐습니다 감사합니다!