QoS가 보장되지 않는 네트워크라 함은 IP Network, 이더넷, Frame Relay 등과 같은 망을 의미합니다. 기존의 PSTN, ISDN, ATM과 같은 망은 QoS가 완벽하게 지원됩니다.
예를 들면, 음성 64Kbps가 필요하니 E1 30채널은 64kbps단위로 쪼개져 있고, End-to-end 까지 64kbps가 완벽하게 보장되는 것이 PSTN입니다.
그렇지 못한 QoS가 보장되지 못하는 환경에서 음성과 영상을 전송하기 위한 표준이라는 의미라 판단됩니다.
제가 다시한번 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냐의 차이입니다.
댓글을 달아 주세요
Jyoung 2009/04/17 11:16 댓글주소 수정/삭제 댓글쓰기
감사합니다.
로고도 멋지네요 ㅎㅎ 수고하셨어요
^^ 찾아주셔서 감사합니다. 라인하트님이 연재를 끝내주시면 최종버전에 목차 넣어서 배포하겠습니다.
라인하트 2009/04/17 12:55 댓글주소 수정/삭제 댓글쓰기
로고가 영... 저 빨간 점 4개의 의미는 무엇일까 궁금합니다.
머 그럭저럭. 좋은거 같아요..
NE 가 블럭모양으로 되어있는 것은 Digital을 형상화 한것이라고 하구요 빨간점은 포인트라고 하더라구요
쏠라구구 2009/04/17 14:42 댓글주소 수정/삭제 댓글쓰기
빨간점 4개의 의미는?
음... 점 4개는 각각 voice , data , video , wireless = Unified 를 의미하나요?
궁금하네요. ^^;~
^^ 그렇게 의미를 만들면 되겠네요 의견 감사합니다. ^^찾아주셔서 감사합니다.
오닐 2009/04/17 15:25 댓글주소 수정/삭제 댓글쓰기
좋은 자료 감사해요~
잘 보겠습니다^^
넵 잘 보시고, 자주 찾아주세요... 라인하트님이 마무리 지어주시면 최종버전 다시 올리겠습니다.
바람이 2009/04/17 19:58 댓글주소 수정/삭제 댓글쓰기
정리가 아주 깔끔하게 잘 되어 있네요..
감사한 마음으로 보겠습니다.^^
넵 ^^ 사실 만드느라 쬐금 신경썼습니다. 잘 보시고 도움이 되시길 바랍니다.
감사합니다.
밤도깨비 2009/04/20 16:40 댓글주소 수정/삭제 댓글쓰기
요즘 새로 공부를 시작해서 부담이 많이 되었는데,
감사합니다. 잘 보겠습니다. ^^
^^SIP의 개요정도는 한글자료를 찾을 수 있지만, 조금만 깊이 들어가도 자료찾기가 쉽지 않은 것이 사실입니다. 좀더 많은 사람들이 자료를 공유해서 공부하기 쉬운날이 왔으면 좋겠습니다. ^^ 찾아주셔서 감사합니다.
띠굴띠굴 2009/04/21 10:17 댓글주소 수정/삭제 댓글쓰기
언제나 많은 도움을 받고 있었는데 이렇게 중요한 자료가 나와서 정말 기쁘네요~~
진심으로 축하드리구요~~ 잘 보겠습니다..^^ 감사드려요~
혹시 축하가 책을 발간한것을 축하해 주신건가요? ^^ 혹시 그러시다면... 오해가 있는것 같습니다. 돈받고 파는책이 아니구요.. 책 버전으로 만들었다는 얘기입니다. 물론 이 블로그를 통해 책을 내기를 저희도 바라고 있습니다. 찾아주셔서 감사합니다. ^^
솔이 2009/04/21 16:07 댓글주소 수정/삭제 댓글쓰기
좋은 자료 감사합니다.
자주 찾아와 주셔서 저희도 힘이납니다.
JusticeLoJ 2009/04/22 11:22 댓글주소 수정/삭제 댓글쓰기
항상 정성이 깃든 글들을 잘 보고 있습니다.
해박한 네트워크 지식을 저희같은 민초들에게 나눠주시니 이루 말할수 없이 감사드립니다.
앞으로도 많은 연재글 부탁드려요~
^^ 이곳에 오셔서 글을 읽으시는 분 모두 UC분야에서 우리나라에 선구자이시고, 전문가이십니다. 저희도 이메일 게시판을 통해서 많은 것을 배우고 있고 감사하게 생각하고 있습니다. 찾아주셔서 감사합니다.
과객 2009/04/23 10:46 댓글주소 수정/삭제 댓글쓰기
감사합니다.
이거 의외로 공부하기 편하게 되었네요.
인터넷에서 이리저리 찾아보다가 없나보다 싶었는데 ..
의외로 체계적으로 정리 되어 있네요 ^^
네 ^^ 잘 찾아오셨습니다. 라인하트님께서 열심히 작성해 주셨으니 잘 활용하시면 좋겠습니다. 감사합니다.
보안유지 2009/04/27 19:47 댓글주소 수정/삭제 댓글쓰기
감사합니다. ^^* 정리를 참 잘해놓으셨네요.
^^ 잘 활용하시면 좋겠습니다. 위에도 말씀드렸듯이 완성본이 한번 더 나올예정입니다.
김기범 2009/04/28 14:12 댓글주소 수정/삭제 댓글쓰기
감사합니다.~
네~ 찾아주셔서 감사합니다. 많은 분들이 쉽게 공부하고 더 많은 사람들의 생활속에 UC가 있었으면 좋겠습니다.
loscive 2009/05/02 15:16 댓글주소 수정/삭제 댓글쓰기
안녕하세요. 여기저기서 일이 터져 정신없이 보내다가 한숨돌리는 차에 간만에 들어와 보네요.
여러모로 바쁘실텐데도 좋은 자료 만들어주시니 너무 감사해요. 제게 소중한 자료가 될것 같습니다. ^ ^
^^ 네 찾아주셔서 감사합니다. 빨리 완결 해서 완결본을 공유해 드리겠습니다.
sunnyside81 2009/05/18 01:40 댓글주소 수정/삭제 댓글쓰기
자료 잘 보았습니다. 정리가 아주 깔끔하게 잘 되어있더군요. VoIP를 하는 모든 사람에게 좋은 자료가 될것 같습니다.
^^ 네 찾아주셔서 감사합니다. 많으 분들이 잘 활용하실 수 있도록 업데이트 할 예정입니다. 자주 찾아 주세요
김상록 2009/05/19 11:58 댓글주소 수정/삭제 댓글쓰기
좋은 정보 감사합니다. 즐겨찾기에 추가해서 틈틈히 놀러와 공부해야 겠네요~ ㅋ ^^*
틈틈히 놀러 오시고.. 좋은 의견 많이 주세요 ^^
와우~ 멋져요~ ㅎ; 출력해서 보니까 편하네요.^^
연재 올려주시는것 만으로도 감사한데..이렇게 편집까지 해주시다니..
열심히 올려주시고 만들어 주신것 만큼 보고 열심히 공부해야 겟네요.ㅎㅎㅎ
찾아 주셔서 감사합니다.
목차를 달려고 한지가 오래 됐는데.. ^^ 귀차니즘에 빠져있어서.... 여하튼 잘 사용하시기 바랍니다.
까마귀 2009/06/02 10:45 댓글주소 수정/삭제 댓글쓰기
감사합니다. SIP 자료 검색을 많이 해봤지만 여기처럼 체계적이고 이해하기 쉽게 설명해 놓은 곳은 찾지 못했습니다. 저 같은 초보가 공부하기에는 참 많은 도움이 되는 것 같습니다. 수고하세요...
SIP이외에도 여러가지 자료가 더 있으니 자주 찾아주세요 ^^ 감사합니다.
아이리스 2009/06/03 10:36 댓글주소 수정/삭제 댓글쓰기
자료 감사합니다.
전화관련해서 SIP 라는 프로토콜 지원되는 기기라서 4년만에 다시 네트워크관련 일을 다시 하네욤;;
원래 안테나 개발인데 회사일이라 몇달간 기술지원이라는 이름하에...
덕분에 좋은 자료 찾아서 일하는데 도움이 될것 같네욤.
수고하세요~
^^ 일하시는데 도움이 되시면 좋겠습니다.
좋은 자료 감사드립니다.
VoIP보안분석에 도움이 될것같습니다.
비정상 패킷을 탐지하기 위해 RFC문서를 보던중 가치 보면 좋을 것 같네요.
VoIP 보안관련한 일을 하시는 분이시군요 ^^ 반갑습니다. 보안 관련한 어떤일을 하시나요? 궁금하네요
방문객 2009/07/16 09:31 댓글주소 수정/삭제 댓글쓰기
좋은 자료 감사합니다.
로고가 속 들어 오네요 ^.^
^^ 감사합니다. 저도 로고가 맘에 듭니다만, 가끔 싫어하는 분도 계시더라구요
지나다가 2009/07/24 17:50 댓글주소 수정/삭제 댓글쓰기
정말 좋은 자료 고맙습니다. 계속해서 좋은 자료 부탁드립니다. 복 많이 받으시길...
넵 지나가다 종종 들러주세요
정말 좋은곳을 발견하고 갑니다.
복 받으실거야요..^^
허클베리핀님께서 열심히 편집해 주신 자료입니다. SIP 기술력 증진에 도움이 되길 기대합니다.
이분 아이디로 링크되어 있는 곳이 네*따네요.
솔민아빠님은 넥스퍼트로 링크되어 있네요..^^
2009/08/25 17:54 댓글주소 수정/삭제 댓글쓰기
비밀댓글 입니다
QoS가 보장되지 않는 네트워크라 함은 IP Network, 이더넷, Frame Relay 등과 같은 망을 의미합니다. 기존의 PSTN, ISDN, ATM과 같은 망은 QoS가 완벽하게 지원됩니다.
예를 들면, 음성 64Kbps가 필요하니 E1 30채널은 64kbps단위로 쪼개져 있고, End-to-end 까지 64kbps가 완벽하게 보장되는 것이 PSTN입니다.
그렇지 못한 QoS가 보장되지 못하는 환경에서 음성과 영상을 전송하기 위한 표준이라는 의미라 판단됩니다.
키쿠키 2009/08/24 19:56 댓글주소 수정/삭제 댓글쓰기
라인하트님 너무 자세한 답변 감사합니다 ㅠㅠ
죄송한데... 하나만 더 물어 볼께요...^^;;
sip 메소드중에 PRACK 이라는 메소드가 잘 이해가 가지 않아서요..ㅠㅠ
설명은 몇번을 다시 읽어도 잘 이해가 가지를 않네요...
책에는 invite request에 대한 최종 200 ok response 를 받기전에는
신뢰할수 있는 response가 없기 때문에 발신쪽에서 PRACK 을 전송한다고 되어있는데...
이말이 좀 어렵네여...
죄송하지만 prack 메소드에 대해 조금만 더 쉽고 자세히 설명좀 해주시면 안될까요...???
(어느경우에 발생하는건지... 무조건 호를 하면 발생하는건가요...??)
부탁드립니다
제가 다시한번 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냐의 차이입니다.
초보예요 2010/01/12 05:22 댓글주소 수정/삭제 댓글쓰기
SIP 에 대한 이해도를 높이는데 많은 도움이 되었습니다. 이렇게 잘 정리된 글도 찿기 어려울 것입니다. 감사합니다. 그리고 수고하셨습니다.
편집하느라고 고생하신 허클베리핀님에게 수고를 돌립니다.
배일수 2010/01/15 14:36 댓글주소 수정/삭제 댓글쓰기
정말 정리를 잘하셧네요. 유용하게 사용하겠습니다
라인하트님께서 열심히 만들어 주셨고 ^^ 많은 분들이 좋아하시니... 저희도 좋습니다.
무적아기앙마 2010/01/21 14:39 댓글주소 수정/삭제 댓글쓰기
안녕하세요~~
IT계통에서 주로 DB쪽 개발만 하다 SIP쪽 공부를 시작했습니다..
SIP 이해에 도움이 많이 될것 같습니다..
수고하셨습니다~~^^*
그리고 자주 놀러올께요..ㅎㅎ
^^ 넵 SIP의 이해로 많은 개발자 분들이 이곳에 찾아와 주셨고 UC포럼에서 활동을 하고 계십니다. 잘 오셨습니다.
이 자료 진짜 대박이군요~! 매일 들고 다니면서 읽었는데,
정말도움 많이되었습니다.
감사합니다.!!!!
^^ 도움이 되었다니...저희도 기분이 좋습니다. 조만간 또다른 책을 계획하고 있으니 기대해 주세요
need4love 2010/02/05 09:07 댓글주소 수정/삭제 댓글쓰기
좋은자료 공유 감사드립니다!!
무념 2010/02/08 18:15 댓글주소 수정/삭제 댓글쓰기
좋은 자료 감사합니다.
유용하게 활용하겠습니다.
manpage 2010/03/07 10:17 댓글주소 수정/삭제 댓글쓰기
당신같은 분이 있어 대한민국이 행복합니다!
manpage 2010/03/10 18:51 댓글주소 수정/삭제 댓글쓰기
글 감사히 잘 보고 있습니다.
MESSAGE와 운용에 따른 표준들을 더 넣으면 완벽한 문서가 될 것 같습니다.
4.4. Ring back tone 재생 정책에서, 3. 180 Ringing 을 받았으면서 Media 패킷이 수신된다면, local ringing 을 재생하고 local ringing 을 재생하지 않는다.
==> RTP packet을 재생하는 것 아닌지요?