[SIPForum-discussion] issue of the VoIP for the point-of-sale terminals

[mustafa aydin]

Hi Murat,
 
Once the GW sends the INVITE, it should accept incoming RTP as it is explained in RFC 3264 as below;
 
 


________________________________
From: murat buker <murat_buker at yahoo.com>
To: Stephen James <sjames_1958 at yahoo.com>; Joey ZHENG <joey.zheng at sagemcom.com> 
Cc: "discussion at sipforum.org" <discussion at sipforum.org> 
Sent: Tuesday, January 22, 2013 11:47 PM
Subject: Re: [SIPForum-discussion] issue of the VoIP for the point-of-sale terminals


Hi James,

Early media means early SDP handsakes. In Joey's case, there is no SDP handshake, so gateway can't prepare itself ( because gateway does'nt know codec etc.., it can't allocate it's dsp resource). Please highlight RFC statements that cover your opinion, and let me correct myself.

Murat Buker




________________________________
From: Stephen James <sjames_1958 at yahoo.com>
To: Joey ZHENG <joey.zheng at sagemcom.com> 
Cc: "discussion at sipforum.org" <discussion at sipforum.org> 
Sent: Tuesday, January 22, 2013 10:20 PM
Subject: Re: [SIPForum-discussion] issue of the VoIP for the point-of-sale terminals


Once the gateway has sent it should be prepared to receive RTP per RFC 3261 or 3262. There may be a gateway setting to enable early media. 

Sent from my iPhone

On Jan 21, 2013, at 21:48, Joey ZHENG <joey.zheng at sagemcom.com> wrote:



>Hi All, 
>
>Now we got a problem: 
>The test setup: 
>POS payment terminal----->Gateway<---------->Internet<---->party B 
>Once B received the invite, it will send the RTP packets immediately to Gateway. 
>And it cause the problem that: 
>Gateway didn't receive the SDP in 200 or 180 to know the RTP information, then early RTP packets to the gateway are dropped, not transferred to the POS terminal. 
>But there are some handshake signal in these early RTP packets, like 2100Hz CED. And since POS didn't receive the CED signal, the handshake between POS terminal and the party B always failed. 
>
>Is there anyone who got the same problem, and what's the best solution for this? Is there any way to notify the party B to delay the RTP stream by the SIP message? 
>
>BRS, 
>
>Joey 
> 
>#
" Ce courriel et les documents qui lui sont joints peuvent contenir des
informations confidentielles ou ayant un caractère privé. S'ils ne vous sont
pas destinés, nous vous signalons qu'il est strictement interdit de les
divulguer, de les reproduire ou d'en utiliser de quelque manière que ce
soit le contenu. Si ce message vous a été transmis par erreur, merci d'en
informer l'expéditeur et de supprimer immédiatement de votre système
informatique ce courriel ainsi que tous les documents qui y sont attachés."


                               ******

" This e-mail and any attached documents may contain confidential or
proprietary information. If you are not the intended recipient, you are
notified that any dissemination, copying of this e-mail and any attachments
thereto or use of their contents by any means whatsoever is strictly
prohibited. If you have received this e-mail in error, please advise the
sender immediately and delete this e-mail
 and all attached documents
from your computer system."
# 
_______________________________________________
>This is the SIP Forum discussion mailing list
>TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
>Post to the list at discussion at sipforum.org
>
_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org



_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org



 Once the offerer has sent the offer, it MUST be prepared to receive media for any recvonly streams described  by that offer. It MUST be prepared to send and receive media for any sendrecv streams in the offer, and send media  for any sendonly streams in the offer (of course, it cannot actually send until the  peer provides an answer with the needed address and port information). In the case of RTP, even though  it may receive media before the answer arrives, it will not be able to send RTCP receiver reports until the answer
 arrives."

Regards,
Mustafa AYDIN
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130124/e5bd022a/attachment-0002.html>