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

[Stephen James]

My mistake it is RFC 3264 - 

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 
Stephen James 
sjames_1958 at yahoo.com
 
We are not princes of the earth, we are the descendants of worms, and any 
nobility must be earned.





________________________________
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: Tue, January 22, 2013 5:47:06 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/pipermail/discussion/attachments/20130122/071f013c/attachment.html