임의의 clinet가 페킷을 수신시 packet의 목적지 mac 와 수신된 mac 와 비교하여 같지 않으면 packet 자체가 파기가 가능한가염?(clinet가 packet의 파기가 아니라 packet의 자기 자신이 파기가 가능한지)
이상한 질문을 드려서 죄송합니다.
만약에 가능한다면 어떤한 방법인지 조언을 부탁 드려염
그럼 오늘도 행복한 하루 되세염
임의의 clinet가 페킷을 수신시 packet의 목적지 mac 와 수신된 mac 와 비교하여 같지 않으면 packet 자체가 파기가 가능한가염?(clinet가 packet의 파기가 아니라 packet의 자기 자신이 파기가 가능한지)
이상한 질문을 드려서 죄송합니다.
만약에 가능한다면 어떤한 방법인지 조언을 부탁 드려염
그럼 오늘도 행복한 하루 되세염
후후..재미있는 발상을 하시는 군요...
패킷의 능동적인 대처...
패킷이...클라이언트에 도착을 했는데...클라이언트를 보니깐...자기가 가야할곳이 아니라서 스스로 폐기처분을 한다는 말씀이시죠?
그건 암호화기법을 두번 죽이는 일이예요...^^
혹예...클라이언트가 MAC 을 조작해서 남의 맥을 가지고 있으면 어케 할건데요?
IP 충돌난다는 메시지 걍 무시하고..혹은 ARP 만 죽여놓고 있는다는지...
임의의 clinet가 페킷을 수신시 packet의 목적지 mac 와 수신된 mac 와 비교하여 같지 않으면 packet 자체가 파기가 가능한가염?(clinet가 packet의 파기가 아니라 packet의 자기 자신이 파기가 가능한지)
이상한 질문을 드려서 죄송합니다.
만약에 가능한다면 어떤한 방법인지 조언을 부탁 드려염
그럼 오늘도 행복한 하루 되세염
혹이라도 해당 패킷의 파기라는 것이 세상에서( network에서) 사라지는 것을 의미하신다면 불가능합니다.
왜냐하면 shared medium인 경우 해당 패킷을 나만 받았다고 보장할 수 없기 때문입니다.
그렇지 않고, E1/T1과 같은 point to point인 경우에는 가능합니다. 다만 이 경우에는 MAC이 없죠 :-) 왜 없을까요? shared medium이 아니기때문에 MAC 자체가 필요없습니다.
[quote]자기 자신이 [/quote]패킷 자체는 데이터 일뿐입니다
패킷 자체는 데이터 일뿐입니다.
행동을 하는 주체가 누군지 모르겠군요.
라우터를 이야기 하는건가요?
그나저나 백수 언제 탈출하냐... ㅡㅡ; 배고파라.
Re: packet의 파기가 가능한지 알고 싶어염
후후..재미있는 발상을 하시는 군요...
패킷의 능동적인 대처...
패킷이...클라이언트에 도착을 했는데...클라이언트를 보니깐...자기가 가야할곳이 아니라서 스스로 폐기처분을 한다는 말씀이시죠?
그건 암호화기법을 두번 죽이는 일이예요...^^
혹예...클라이언트가 MAC 을 조작해서 남의 맥을 가지고 있으면 어케 할건데요?
IP 충돌난다는 메시지 걍 무시하고..혹은 ARP 만 죽여놓고 있는다는지...
정보공유는 자신감의 표현입니다
Re: packet의 파기가 가능한지 알고 싶어염
힌트: 카제트 에보면 형사에게 전달되는문서는 읽어보고난후 잠시후 자동파기됩니다. 그기술에 읽기전 비교구문만 들어가면되겠네요..
----------------------------------------------------------------------------
혹이라도 해당 패킷의 파기라는 것이 세상에서( network에서) 사라지
혹이라도 해당 패킷의 파기라는 것이 세상에서( network에서) 사라지는 것을 의미하신다면 불가능합니다.
왜냐하면 shared medium인 경우 해당 패킷을 나만 받았다고 보장할 수 없기 때문입니다.
그렇지 않고, E1/T1과 같은 point to point인 경우에는 가능합니다. 다만 이 경우에는 MAC이 없죠 :-) 왜 없을까요? shared medium이 아니기때문에 MAC 자체가 필요없습니다.
Life with fun...
댓글 달기