라인하트님의 SIP의 이해 연재를 모아서 책으로 만들었습니다.
아직 연재가 완료되지 않아서 일단 된 부분만 책으로 만들었습니다.
A5 혹은 B5에 출력해서 보시면 핸드북 처럼 만들어 읽으실 수 있습니다.

오탈자 수정본

또 디자인을 하는 지인의 도움으로 NExpert.net의 로고를 선물 받았습니다.
그래서 이번에 책에 삽입도 하고 처음으로 공개 합니다.

저작자 표시 비영리 변경 금지
Posted by 허클베리 핀

트랙백 주소 : http://www.nexpert.net/trackback/161 관련글 쓰기

댓글을 달아 주세요

  1. Jyoung 2009/04/17 11:16  댓글주소  수정/삭제  댓글쓰기

    감사합니다.
    로고도 멋지네요 ㅎㅎ 수고하셨어요

  2. 라인하트 2009/04/17 12:55  댓글주소  수정/삭제  댓글쓰기

    로고가 영... 저 빨간 점 4개의 의미는 무엇일까 궁금합니다.
    머 그럭저럭. 좋은거 같아요..

  3. 쏠라구구 2009/04/17 14:42  댓글주소  수정/삭제  댓글쓰기

    빨간점 4개의 의미는?

    음... 점 4개는 각각 voice , data , video , wireless = Unified 를 의미하나요?

    궁금하네요. ^^;~

  4. 오닐 2009/04/17 15:25  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사해요~

    잘 보겠습니다^^

  5. 바람이 2009/04/17 19:58  댓글주소  수정/삭제  댓글쓰기

    정리가 아주 깔끔하게 잘 되어 있네요..
    감사한 마음으로 보겠습니다.^^

  6. 밤도깨비 2009/04/20 16:40  댓글주소  수정/삭제  댓글쓰기

    요즘 새로 공부를 시작해서 부담이 많이 되었는데,
    감사합니다. 잘 보겠습니다. ^^

    • BlogIcon Huckleberry Finn 2009/04/22 10:13  댓글주소  수정/삭제

      ^^SIP의 개요정도는 한글자료를 찾을 수 있지만, 조금만 깊이 들어가도 자료찾기가 쉽지 않은 것이 사실입니다. 좀더 많은 사람들이 자료를 공유해서 공부하기 쉬운날이 왔으면 좋겠습니다. ^^ 찾아주셔서 감사합니다.

  7. 띠굴띠굴 2009/04/21 10:17  댓글주소  수정/삭제  댓글쓰기

    언제나 많은 도움을 받고 있었는데 이렇게 중요한 자료가 나와서 정말 기쁘네요~~

    진심으로 축하드리구요~~ 잘 보겠습니다..^^ 감사드려요~

    • BlogIcon Huckleberry Finn 2009/04/22 10:14  댓글주소  수정/삭제

      혹시 축하가 책을 발간한것을 축하해 주신건가요? ^^ 혹시 그러시다면... 오해가 있는것 같습니다. 돈받고 파는책이 아니구요.. 책 버전으로 만들었다는 얘기입니다. 물론 이 블로그를 통해 책을 내기를 저희도 바라고 있습니다. 찾아주셔서 감사합니다. ^^

  8. 솔이 2009/04/21 16:07  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사합니다.

  9. JusticeLoJ 2009/04/22 11:22  댓글주소  수정/삭제  댓글쓰기

    항상 정성이 깃든 글들을 잘 보고 있습니다.
    해박한 네트워크 지식을 저희같은 민초들에게 나눠주시니 이루 말할수 없이 감사드립니다.

    앞으로도 많은 연재글 부탁드려요~

    • BlogIcon Huckleberry Finn 2009/04/22 13:00  댓글주소  수정/삭제

      ^^ 이곳에 오셔서 글을 읽으시는 분 모두 UC분야에서 우리나라에 선구자이시고, 전문가이십니다. 저희도 이메일 게시판을 통해서 많은 것을 배우고 있고 감사하게 생각하고 있습니다. 찾아주셔서 감사합니다.

  10. 과객 2009/04/23 10:46  댓글주소  수정/삭제  댓글쓰기

    감사합니다.

    이거 의외로 공부하기 편하게 되었네요.

    인터넷에서 이리저리 찾아보다가 없나보다 싶었는데 ..

    의외로 체계적으로 정리 되어 있네요 ^^

  11. 보안유지 2009/04/27 19:47  댓글주소  수정/삭제  댓글쓰기

    감사합니다. ^^* 정리를 참 잘해놓으셨네요.

  12. 김기범 2009/04/28 14:12  댓글주소  수정/삭제  댓글쓰기

    감사합니다.~

  13. loscive 2009/05/02 15:16  댓글주소  수정/삭제  댓글쓰기

    안녕하세요. 여기저기서 일이 터져 정신없이 보내다가 한숨돌리는 차에 간만에 들어와 보네요.
    여러모로 바쁘실텐데도 좋은 자료 만들어주시니 너무 감사해요. 제게 소중한 자료가 될것 같습니다. ^ ^

  14. sunnyside81 2009/05/18 01:40  댓글주소  수정/삭제  댓글쓰기

    자료 잘 보았습니다. 정리가 아주 깔끔하게 잘 되어있더군요. VoIP를 하는 모든 사람에게 좋은 자료가 될것 같습니다.

  15. 김상록 2009/05/19 11:58  댓글주소  수정/삭제  댓글쓰기

    좋은 정보 감사합니다. 즐겨찾기에 추가해서 틈틈히 놀러와 공부해야 겠네요~ ㅋ ^^*

  16. BlogIcon starsyz 2009/06/01 20:12  댓글주소  수정/삭제  댓글쓰기

    와우~ 멋져요~ ㅎ; 출력해서 보니까 편하네요.^^

    연재 올려주시는것 만으로도 감사한데..이렇게 편집까지 해주시다니..

    열심히 올려주시고 만들어 주신것 만큼 보고 열심히 공부해야 겟네요.ㅎㅎㅎ

    • BlogIcon Huckleberry Finn 2009/06/02 14:25  댓글주소  수정/삭제

      찾아 주셔서 감사합니다.
      목차를 달려고 한지가 오래 됐는데.. ^^ 귀차니즘에 빠져있어서.... 여하튼 잘 사용하시기 바랍니다.

  17. 까마귀 2009/06/02 10:45  댓글주소  수정/삭제  댓글쓰기

    감사합니다. SIP 자료 검색을 많이 해봤지만 여기처럼 체계적이고 이해하기 쉽게 설명해 놓은 곳은 찾지 못했습니다. 저 같은 초보가 공부하기에는 참 많은 도움이 되는 것 같습니다. 수고하세요...

  18. 아이리스 2009/06/03 10:36  댓글주소  수정/삭제  댓글쓰기

    자료 감사합니다.
    전화관련해서 SIP 라는 프로토콜 지원되는 기기라서 4년만에 다시 네트워크관련 일을 다시 하네욤;;
    원래 안테나 개발인데 회사일이라 몇달간 기술지원이라는 이름하에...
    덕분에 좋은 자료 찾아서 일하는데 도움이 될것 같네욤.
    수고하세요~

  19. BlogIcon 미남닷컴 2009/06/19 17:16  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사드립니다.
    VoIP보안분석에 도움이 될것같습니다.
    비정상 패킷을 탐지하기 위해 RFC문서를 보던중 가치 보면 좋을 것 같네요.

  20. 방문객 2009/07/16 09:31  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사합니다.

    로고가 속 들어 오네요 ^.^

  21. 지나다가 2009/07/24 17:50  댓글주소  수정/삭제  댓글쓰기

    정말 좋은 자료 고맙습니다. 계속해서 좋은 자료 부탁드립니다. 복 많이 받으시길...

  22. BlogIcon superlinux 2009/08/12 16:26  댓글주소  수정/삭제  댓글쓰기

    정말 좋은곳을 발견하고 갑니다.
    복 받으실거야요..^^

  23. 2009/08/25 17:54  댓글주소  수정/삭제  댓글쓰기

    비밀댓글 입니다

    • 라인하트 2009/08/19 13:39  댓글주소  수정/삭제

      QoS가 보장되지 않는 네트워크라 함은 IP Network, 이더넷, Frame Relay 등과 같은 망을 의미합니다. 기존의 PSTN, ISDN, ATM과 같은 망은 QoS가 완벽하게 지원됩니다.
      예를 들면, 음성 64Kbps가 필요하니 E1 30채널은 64kbps단위로 쪼개져 있고, End-to-end 까지 64kbps가 완벽하게 보장되는 것이 PSTN입니다.

      그렇지 못한 QoS가 보장되지 못하는 환경에서 음성과 영상을 전송하기 위한 표준이라는 의미라 판단됩니다.

  24. 키쿠키 2009/08/24 19:56  댓글주소  수정/삭제  댓글쓰기

    라인하트님 너무 자세한 답변 감사합니다 ㅠㅠ
    죄송한데... 하나만 더 물어 볼께요...^^;;

    sip 메소드중에 PRACK 이라는 메소드가 잘 이해가 가지 않아서요..ㅠㅠ
    설명은 몇번을 다시 읽어도 잘 이해가 가지를 않네요...

    책에는 invite request에 대한 최종 200 ok response 를 받기전에는
    신뢰할수 있는 response가 없기 때문에 발신쪽에서 PRACK 을 전송한다고 되어있는데...

    이말이 좀 어렵네여...
    죄송하지만 prack 메소드에 대해 조금만 더 쉽고 자세히 설명좀 해주시면 안될까요...???
    (어느경우에 발생하는건지... 무조건 호를 하면 발생하는건가요...??)

    부탁드립니다

    • 라인하트 2009/08/24 20:26  댓글주소  수정/삭제

      제가 다시한번 PRACK 부분을 읽어보았는 데, 잘 설명된 듯합니다. 아마도 점 떨어져서 천천히 읽어보시면 이해 되실 듯합니다. ^^

      하나의 호가 이루어질려면 필요한 프로시져를 보면, Invite 와 200 ok입니다. SIP에서 모든 Request 는 200 OK를 response를 가지고 있습니다. 그래서 메세지가 정상적으로 도착했는 지를 확인할 수 있으므로 신뢰할 수 있습니다.

      그러나, 183 또는 100 Trying을 보내면 상대방은 200 OK를 보내지 않습니다. 따라서 신뢰할 수 없는 메세지입니다. 따라서, 상대방이 100 Trying 을 정상적으로 수신했음을 송신자에게 보내주어 신뢰성을 갖추는 것입니다.

      가장 쉬운 예로
      Invite with OFfer라면, 183 Session Progress with answer 또는 200 Ok with answer가 가능합니다. 그러나 Invite without offer라면, 발신측에서 응답을 위해서는 ACK에서만이 가능합니다. 발신측에서는 200 OK이전에 세션 파라미터를 협상할 방법이 없는 것입니다. 이때, PRACK을 사용합니다. 만일 200 OK 이후 세션 파라미터를 재협상하기 위해서는 UPDATE 메쏘드를 사용해야 합니다.

      질문의 초점이 신뢰할 수 있는 response가 없다라는 부분인데, 앞서 말했듯 상대방의 수신여부를 확인할수 있느냐 없느냐에 그 의미를 두시면 됩니다. IP Network에서 UDP냐 TCP냐의 차이입니다.

  25. 초보예요 2010/01/12 05:22  댓글주소  수정/삭제  댓글쓰기

    SIP 에 대한 이해도를 높이는데 많은 도움이 되었습니다. 이렇게 잘 정리된 글도 찿기 어려울 것입니다. 감사합니다. 그리고 수고하셨습니다.

  26. 배일수 2010/01/15 14:36  댓글주소  수정/삭제  댓글쓰기

    정말 정리를 잘하셧네요. 유용하게 사용하겠습니다

  27. 무적아기앙마 2010/01/21 14:39  댓글주소  수정/삭제  댓글쓰기

    안녕하세요~~
    IT계통에서 주로 DB쪽 개발만 하다 SIP쪽 공부를 시작했습니다..
    SIP 이해에 도움이 많이 될것 같습니다..
    수고하셨습니다~~^^*
    그리고 자주 놀러올께요..ㅎㅎ

  28. BlogIcon shinlucky 2010/01/27 22:54  댓글주소  수정/삭제  댓글쓰기

    이 자료 진짜 대박이군요~! 매일 들고 다니면서 읽었는데,
    정말도움 많이되었습니다.
    감사합니다.!!!!

  29. need4love 2010/02/05 09:07  댓글주소  수정/삭제  댓글쓰기

    좋은자료 공유 감사드립니다!!

  30. 무념 2010/02/08 18:15  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사합니다.
    유용하게 활용하겠습니다.

  31. manpage 2010/03/07 10:17  댓글주소  수정/삭제  댓글쓰기

    당신같은 분이 있어 대한민국이 행복합니다!

  32. manpage 2010/03/10 18:51  댓글주소  수정/삭제  댓글쓰기

    글 감사히 잘 보고 있습니다.
    MESSAGE와 운용에 따른 표준들을 더 넣으면 완벽한 문서가 될 것 같습니다.

    4.4. Ring back tone 재생 정책에서, 3. 180 Ringing 을 받았으면서 Media 패킷이 수신된다면, local ringing 을 재생하고 local ringing 을 재생하지 않는다.
    ==> RTP packet을 재생하는 것 아닌지요?