Search

'Network'에 해당되는 글 3건

  1. 2015.05.28 맥주소 충돌 / 중복된 맥주소
  2. 2014.03.04 TCP 4-Way Handshaking / 세션 종료
  3. 2014.03.04 TCP 3-Way Handshaking / 연결편

맥주소 충돌 / 중복된 맥주소

Network 2015.05.28 15:48 Posted by smileyoon

맥 주소가 중복되었을 경우 아래 사이트와 같은 방법으로 확인이 가능합니다. 

1. 맥 주소 중복이 되었을 경우 시스템 이벤트에서 4198, 4199 이벤트가 발생합니다. 
2. ping <중복 IP>
3. arp -a <중복 IP>
4. nbtstat -a <중복 IP>

중복된 머신을 찾아 조치하면 됩니다.

C:\Windows\system32>ping 172.16.0.100

 

Ping 172.16.0.100 32바이트 데이터 사용:

172.16.0.100의 응답: 바이트=32 시간=1ms TTL=128

172.16.0.100의 응답: 바이트=32 시간=1ms TTL=128

172.16.0.100의 응답: 바이트=32 시간<1ms TTL=128

 

172.16.0.100에 대한 Ping 통계:

    패킷: 보냄 = 3, 받음 = 3, 손실 = 0 (0% 손실),

왕복 시간(밀리초):

    최소 = 0ms, 최대 = 1ms, 평균 = 0ms

Control-C

^C

C:\Windows\system32>arp -a 172.16.0.100

 

인터페이스: 172.16.0.1 --- 0x11

  인터넷 주소           물리적 주소           유형

  172.16.0.100          00-15-5d-00-07-2a     동적

 

C:\Windows\system32>nbtstat -a 172.16.0.100

 

vEthernet (External):

노드 IpAddress: [192.168.0.7] 범위 ID: []

 

    호스트를 찾을 수 없습니다.

 

vEthernet (Hyper-V):

노드 IpAddress: [172.16.0.1] 범위 ID: []

 

           NetBIOS 원격 컴퓨터 이름 테이블

 

       이름               유형         상태

    ---------------------------------------------

    SMILEDC1       <20>  UNIQUE      등록됨

    SMILEDC1       <00>  UNIQUE      등록됨

    SMILE          <00>  GROUP       등록됨

    SMILE          <1C>  GROUP       등록됨

 

    MAC 주소 = 00-15-5D-00-07-2A

 

 

vEthernet (Hyper-V 2):

노드 IpAddress: [10.0.0.1] 범위 ID: []

 

    호스트를 찾을 수 없습니다.

HoHow to Troubleshoot Duplicate Media Access Control Address Conflictsw to Troubleshoot Duplicate Media Access Control Address Conflicts

https://support.microsoft.com/en-us/kb/164903/en-us

'Network' 카테고리의 다른 글

맥주소 충돌 / 중복된 맥주소  (0) 2015.05.28
TCP 4-Way Handshaking / 세션 종료  (0) 2014.03.04
TCP 3-Way Handshaking / 연결편  (0) 2014.03.04

TCP 4-Way Handshaking / 세션 종료

Network 2014.03.04 20:33 Posted by smileyoon

 

<4-Way Handshaking>

 

* TCP의 4-way Handshaking 과정


[STEP 1]

클라이언트가 연결을 종료하겠다는 FIN(Finish)패킷을 전송 합니다.


[STEP 2] 

서버는 일단 확인메시지(ACK)를 보내고 자신의 통신이 끝날때까지 기다리는데 이 상태가 CLOSE_Wait 상태입니다.

 

[STEP 3]

서버가 통신이 끝났으면 연결이 종료되었다고 클라이언트에게 FIN 패킷을 전송 합니다.

 

[STEP 4]

 

클라이언트는 확인했다고 ACK 패킷을 전송 합니다.


그런데 만약 "Server에서 FIN을 전송하기 전에 전송한 패킷이 Routing 지연이나 패킷 유실로 인한 재전송 등으로 인해 FIN패킷보다 늦게 도착하는 상황"이 발생한다면 어떻게 될까요? 


Client에서 세션을 종료시킨 후 뒤늦게 도착하는 패킷이 있다면 이 패킷은 Drop되고 데이터는 유실될 것입니다. 

이러한 현상에 대비하여 Client는 Server로부터 FIN을 수신하더라도 일정시간(디폴트 240초) 동안 세션을 남겨놓고 잉여 패킷을 기다리는 과정을 거치게 되는데 이 과정을 "TIME_WAIT" 라고 합니다.

 

출처 - http://mindnet.tistory.com/97

'Network' 카테고리의 다른 글

맥주소 충돌 / 중복된 맥주소  (0) 2015.05.28
TCP 4-Way Handshaking / 세션 종료  (0) 2014.03.04
TCP 3-Way Handshaking / 연결편  (0) 2014.03.04

TCP 3-Way Handshaking / 연결편

Network 2014.03.04 20:08 Posted by smileyoon

 두 개의 Post로 나누어 TCP 연결 및 종료에 대해서 알아보도록 하겠습니다.

 

 

TCP 통신을 하기 위해서는 양쪽 노드에서 정상적으로 데이터를 받을 수 있는지 확인이 필요합니다.

 

1. Client가 Server에게 데이터를 보내기 전에 내가 던진 신호를 받을 수 있는지 SYN 패킷을 보내 확인합니다.

(확인용이기 때문에 데이터는 없습니다.)

 

2. Client가 보낸 SYN 패킷을 잘 받았다는 것에 대해 Server는 Client에게 ACK 패킷을 보내고, 동시에 Server에서

Client에게 데이터를 받을 수 있는지 확인하기 위해, SYN 패킷을 보냅니다.

 

3. Client는 마지막으로 잘 받았다고 Server에게 ACK 패킷을 보내게 되면 데이터를 보낼 수 있는 커넥션이 맺어지게 됩니다.

 

출처 - 넷트레인 교육센터 (http://4network.tistory.com/)

'Network' 카테고리의 다른 글

맥주소 충돌 / 중복된 맥주소  (0) 2015.05.28
TCP 4-Way Handshaking / 세션 종료  (0) 2014.03.04
TCP 3-Way Handshaking / 연결편  (0) 2014.03.04