[Sip] 答复: Re-invite Without SDP
yan.chengan@zte.com.cn Mon, 30 November 2009 07:19 UTC
Return-Path: <yan.chengan@zte.com.cn>
X-Original-To: sip@core3.amsl.com
Delivered-To: sip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BBE6E3A67E5 for <sip@core3.amsl.com>; Sun, 29 Nov 2009 23:19:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -88.99
X-Spam-Level:
X-Spam-Status: No, score=-88.99 tagged_above=-999 required=5 tests=[BAYES_50=0.001, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_63=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwFjwYIOPGgr for <sip@core3.amsl.com>; Sun, 29 Nov 2009 23:19:17 -0800 (PST)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id BA80B3A67C1 for <sip@ietf.org>; Sun, 29 Nov 2009 23:19:16 -0800 (PST)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 111641112621526; Mon, 30 Nov 2009 14:49:31 +0800 (CST)
Received: from [10.30.3.19] by [10.30.17.100] with StormMail ESMTP id 83949.1322388227; Mon, 30 Nov 2009 15:18:23 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id nAU7Iwbe055887; Mon, 30 Nov 2009 15:18:58 +0800 (CST) (envelope-from yan.chengan@zte.com.cn)
In-Reply-To: <c80c92d0911271306p1d9d0ee4i4f8b58d6a1253cdd@mail.gmail.com>
To: Nitin Kapoor <nitinkapoorr@gmail.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OFEB7E025E.22397CC8-ON4825767E.001F5B4E-4825767E.00286A36@zte.com.cn>
From: yan.chengan@zte.com.cn
Date: Mon, 30 Nov 2009 15:18:41 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-11-30 15:18:46, Serialize complete at 2009-11-30 15:18:46
Content-Type: multipart/alternative; boundary="=_alternative 00286A324825767E_="
X-MAIL: mse2.zte.com.cn nAU7Iwbe055887
Cc: sip@ietf.org
Subject: [Sip] 答复: Re-invite Without SDP
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2009 07:19:19 -0000
The SBC may not support the offer/answer model 200 OK(SDP) for offer and ACK(SDP) for answer. Then, you can try to use another method to implement Call Hold service, besides using re-INVITE without SDP for Unhold. Best regards Gerald.yan Nitin Kapoor <nitinkapoorr@gmail.com> 发件人: sip-bounces@ietf.org 2009-11-28 05:06 收件人 sip@ietf.org 抄送 主题 [Sip] Re-invite Without SDP Hello All, I am facing the issue with one of my customer at the time of unhold the call. I have configured an endpoint that is dropping calls when you place the call on hold. The network configuration is as follows: Cisco CallManager using SIP signaling > Cisco Unified Border Element (CUBE) using SIP signaling > MSX communicates SIP to CUBE and h.323 to HT_5850_Egress > PSTN When a phone on the Cisco CallManager places a call to a user on the PSTN the call goes through successfully. When the phone on the Cisco CallManager places that call on hold, the call gets dropped. The message I see in the SIP trace is '488 Not acceptable here'. If we do this same test from the Call Manager to the CUBE to the MSX but instead to L3_Egress so the signalling between the CUBE/MSX/PSTN is SIP the hold option works. First IWF.. Where this option is not working. Calling number 763.432.8682 Called number 763.577.3948 On this First Source UA has send the initial invite and which SBC has sent to termination END as h.323 and call is connected successully after the the mesages... Now when my Source UA has sent the invite to put that call on hold it sends "re-invite with SDP with codec g.711u and media attribute = inactive", and call goes on hold successfully, but now whenever they are trying to unhold the call and sending the another "invite without sdp" than my SBC/Nextone is sending "488 unacceptable" to my source UA. And now the other option SIP(both legs) Calling number 763.432.8682 Called number 1612.964.8862 Now in this scenario i have both the legs on sip and when my source UA is sending the "invite without SDP" to unhold this call then my my termination end is sending 200 OK with SDP to ACK that call and unhold scenario is working fine. I am also attaching the call flow for both the scenario. Please help me to find out the root cause of this issue. Thanks, Nitin Kapoor General Telecom [附件 "Bad Call.pcap" 被 严成安170027/user/zte_ltd 删除][附件 "Good Call.pcap" 被 严成安170027/user/zte_ltd 删除] _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
- [Sip] Re-invite Without SDP Nitin Kapoor
- Re: [Sip] Re-invite Without SDP Dale Worley
- [Sip] 答复: Re-invite Without SDP yan.chengan