마비노기 북미 서버 연결이 너무 불안정해요

안녕하세요, 작년에 이 글로 문의해 드렸는데요. 마비노기 북미 연결 상태 느려짐

아직까지도 이 문제를 겪고있는데 이 글 쓴 시점으로 몇 시간 동안 매우 불안정한 상태를 겪어서 다시 한번 도움을 요청합니다 ㅠㅠ저뿐만 아니라 친구들도 똑같은 렉을 경험해서요ㅠㅠ.

저 같은 경우 너무 불안정해서 서버가 혼잡 상태일 때는 더 느리지만 분명히 더 안정한 ExitLag을 계속해서 사용해왔고, 사람들이 많이 접속안 하는 시간대 (새벽, 낮) 는 Mudfish로 게임해왔는데, 요즘에는 그 시간들 마저 불안정해요ㅠㅠ 제가 ExitLag이 더 안정하다고 해서 친구 1명 같은 경우 아예 ExitLag로 욺긴다고 하네요. 그래도 최상의 상태에선 Mudfish가 더 빨라서 어떻게든 Mudfish를 사용하고 싶어서 도움을 청합니다.

저를 포함한 친구들의 Mudfish 핑 그래프도 첨부합니다 (전부 Oregon EC2에 연결)



음.. 혹시 반드시 해당 게임을 US West (Oregon - Amazon EC2) 미꾸라지 중계 서버를 사용하여 접속하셔야 하는 상황이신가요?

일단 제가 해당 중계 서버의 네트워크 상태를 보면 혼잡 상태로 보입니다. 그래서 다른 미꾸라지 중계 서버를 사용하시는 것을 개인적으로 추천드립니다.

이전에 US West (Oregon - Google) 에 여러 차례에 걸쳐 연결을 시도해 봤는데 상태가 더 안 좋아서 불과 몇초도 못 견디고 다시 Amazon EC2로 돌아갔습니다. 제가 Los Angeles에 위치해서 저번 주에도 US West (Los Angeles - Google) 에 접속해 봤는데 (Oregon - Google) 보다도 렉이 더 심하더라고요 ㅠㅠ

음.. 글쎄요. 혹시 기회가 되신다면 WinMTR 을 이용한 네트워크 분석 문서를 참고하셔서 52.34.219.179 (미꾸라지 중계 서버 US West (Oregon - Amazon EC2) 의 public IP) IP 를 대상으로 테스트를 부탁드립니다.

해당 이슈에 대해서는 제가 결과를 살펴봐야 이 이슈가 어느 구간에서 발생되는지 확인이 가능할 듯 합니다.

WinMTR 결과는 이전 글과 다른 게 없어보이네요.
US West (Los Angeles - Google) 에 연결 했을 때:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  618 |  618 |    0 |    0 |    0 |    0 |
|                 8-3-88-1.starry-inc.net -    1 |  610 |  608 |    5 |   16 |  138 |   22 |
|                8-3-86-20.starry-inc.net -    1 |  606 |  603 |    5 |   16 |   60 |   21 |
|      amazon.as16509.any2ix.coresite.com -    1 |  610 |  608 |    6 |   18 |   79 |   33 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |  124 |    0 |    0 |    0 |    0 |    0 |
|ec2-52-34-219-179.us-west-2.compute.amazonaws.com -    0 |  617 |  617 |   28 |   42 |   73 |   49 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

참고로 5분 동안 테스트했는데 게임플레이 불가한 상태로 있다가 게임 연결이 끊겼습니다. Mudfish에서 이런 상태가 보이고요.



다시 연결하려했는데 dead mudfish node error가 뜨고 아예 Los Angeles Node 가 선택 옵션에서 사라졌네요.

ㅠ.ㅠ 타이밍이 너무 안좋았네요. 제가 조금전에 해당 중계 서버를 삭제하고, 다음의 2 개의 새로운 중계 서버를 넣었거든요..

  • US West (Los Angeles - Google 4)
  • US West (Los Angeles - Google 5)

혹시 기회가 되신다면 새로운 위 중계 서버로 테스트를 한번 더 부탁드립니다.

앗 그랬구나 ㅎㅎUS West (Los Angeles - Google 5) 에 연결해봤습니다.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                         router.asus.com -    0 |  280 |  280 |    0 |    0 |    0 |    0 |
|                 8-3-88-1.starry-inc.net -    1 |  277 |  276 |    7 |   17 |  108 |   25 |
|                8-3-86-20.starry-inc.net -    1 |  276 |  275 |    7 |   17 |   79 |   19 |
|      amazon.as16509.any2ix.coresite.com -    1 |  277 |  276 |    7 |   21 |  133 |   12 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|                      Request timed out. -  100 |   57 |    0 |    0 |    0 |    0 |    0 |
|ec2-52-34-219-179.us-west-2.compute.amazonaws.com -    0 |  280 |  280 |   30 |   45 |  190 |   50 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

Los Angeles에서 테스트중인데, Oregon EC2 보다 Los Angeles 5가 상당히 느리네요. 비교 영상도 녹음했습니다. https://youtu.be/ki_HEQppywA
그래도 이건 예상이기도 하고 Oregon EC2에 연결하는 게 상관 없긴해서 불편한 건 아닙니다!.

현재 문제가 없긴 보이지만 서버? ISP?가 혼잡 상태일 땐 Oregon EC2도 영상에 보이는 Los Angeles - 5 상태보다도 느릴 때 가 있습니다.
마비노기에 대한 게임 이해도가 어느정도 이신지 모르지만, "추가 장비 슬롯 교체"라는 기능이 있는데, 이게 평소 바로 발동되던게 2~3초로 현저히 느려집니다 ㅠㅠ. 이것도 역시 영상으로 보여주는게 도움이 될까요? 이게 Mudfish 킬 때만 그러고, Mudfish 끈 상태나, ExitLag을 킨 상태에선 보이지 않는 현상이에요. 이 때 WinMTR 모니터링 하는데 핑이 높게 띄는 기록도 없어서 이렇게 써봅니다 ㅠㅠ.

음.. 혹시 현재 PC 가 Wireless 환경에서 게임을 플레이하시는 건가요? 아니면 Wired (LAN) 환경에서 게임을 플레이하시는 건가요?

보여주신 WinMTR 결과를 보면, Hop #1 에서는 asus router 로 보이는데, 이 부분은 문제가 없어 보입니다. 문제는 그 다음 라우터인 Hop #2 부터 Worst 가 갑자기 많이 올라갑니다. 8-3-88-1.starry-inc.net 가 사용하시는 ISP 처럼 보이는데요, 먼가 이 구간부터 핑 출렁임이 큰 것으로 보입니다. 그리고 약 1%의 패킷 로스 비율도 보이구요.

그래서 이러한 핑이 왔다갔다 하는 것이 연결 방식의 이슈와도 조금은 관련있지 않을까 추측합니다. 혹시 Wired (LAN) 연결로도 테스트를 이전에 해보신 적이 있으신가요?

PC는 Wired (LAN) 환경이긴 한데, 제가 찾아본 바로는 Starry 자체가 Wireless ISP 인 거 같아요. 그래서 ISP도 의심하긴 하는데 전 댓글에 겪은 문제는 ExitLag에선 괜찮고, Mudfish가 켜진 상태에서만 나와서.. 그냥 Mudfish + ISP 환경이 잘 안 맞는 걸까요?

그리고 이 글 쓴 시각으로 6일 전에 겪은 Oregon Amazon EC2 600 핑 문제가 또 발생하고 있네요. 저 뿐만 아니라 다른 Mudfish 사용하는 친구들 까지요 ㅠㅠ 아예 Mudfish 연결을 끊고 게임하고 있습니다.

음.. ㅠ.ㅠ 글쎄요. 이 부분은 제가 좀 더 해당 “US West (Oregon - Amazon EC2)” 중계 서버를 모니터링을 해봐야 할 이슈로 보입니다. 정확하게 어떠한 원인으로 발생되는지 현재로써는 확답을 드릴만한 것이 없어 보이네요.

제가 가능하다면 해당 중계 서버를 증설을 고려해 보겠습니다.

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.