RE: [SIP] SIP - H.323 - INVITE - No media line.

"Maddux, Michel" <Michel.Maddux@COMPAQ.com> Wed, 15 November 2000 22:42 UTC

Received: from lists.bell-labs.com (share.research.bell-labs.com [204.178.16.58]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA00713 for <sip-archive@odin.ietf.org>; Wed, 15 Nov 2000 17:42:01 -0500 (EST)
Received: from share.research.bell-labs.com (localhost.localdomain [127.0.0.1]) by lists.bell-labs.com (Postfix) with ESMTP id 68E1C4438A; Wed, 15 Nov 2000 16:42:08 -0500 (EST)
Delivered-To: sip@lists.bell-labs.com
Received: from ztxmail04.ztx.compaq.com (ztxmail04.ztx.compaq.com [161.114.1.208]) by lists.bell-labs.com (Postfix) with ESMTP id 2E8B044336 for <sip@lists.bell-labs.com>; Wed, 15 Nov 2000 16:41:16 -0500 (EST)
Received: by ztxmail04.ztx.compaq.com (Postfix, from userid 12345) id AB864335; Wed, 15 Nov 2000 16:41:09 -0600 (CST)
Received: from exchou-gh03.cca.cpqcorp.net (exchou-gh03.cca.cpqcorp.net [16.110.248.203]) by ztxmail04.ztx.compaq.com (Postfix) with ESMTP id 9B199301; Wed, 15 Nov 2000 16:41:09 -0600 (CST)
Received: by exchou-gh03.cca.cpqcorp.net with Internet Mail Service (5.5.2652.78) id <WYRL4JSS>; Wed, 15 Nov 2000 16:41:09 -0600
Message-ID: <202F03744BDCD31194270000F803CA9E77011A@cxoexc2.cxo.dec.com>
From: "Maddux, Michel" <Michel.Maddux@COMPAQ.com>
To: 'Vladislav Zubarev' <vladis@vovida.com>, Igor Slepchin <ISlepchin@dynamicsoft.com>
Cc: sip@lists.bell-labs.com, "Lawhorn, Tom" <Tom.Lawhorn@COMPAQ.com>, "Byrne, Sam" <Sam.Byrne@COMPAQ.com>, "Hurlbert, John" <john.hurlbert@COMPAQ.com>
Subject: RE: [SIP] SIP - H.323 - INVITE - No media line.
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2652.78)
Content-Type: text/plain; charset="iso-8859-1"
Sender: sip-admin@lists.bell-labs.com
Errors-To: sip-admin@lists.bell-labs.com
X-BeenThere: sip@lists.bell-labs.com
X-Mailman-Version: 2.0beta6
Precedence: bulk
List-Help: <mailto:sip-request@lists.bell-labs.com?subject=help>
List-Post: <mailto:sip@lists.bell-labs.com>
List-Subscribe: <http://lists.bell-labs.com/mailman/listinfo/sip>, <mailto:sip-request@lists.bell-labs.com?subject=subscribe>
List-Id: IETF SIP Mailing List <sip.lists.bell-labs.com>
List-Unsubscribe: <http://lists.bell-labs.com/mailman/listinfo/sip>, <mailto:sip-request@lists.bell-labs.com?subject=unsubscribe>
List-Archive: http://lists.bell-labs.com/pipermail/sip/
Date: Wed, 15 Nov 2000 16:41:03 -0600

RFC 2543 Section B.4 states:
 
<!--StartFragment-->
B.4 Delayed Media Streams

   In some cases, a caller may not know the set of media formats which
   it can support at the time it would like to issue an invitation. This
   is the case when the caller is actually a gateway to another protocol
   which performs media format negotiation after call setup. When this
   occurs, a caller MAY issue an INVITE with a session description that
   contains no media lines. The callee SHOULD interpret this to mean
   that the caller wishes to participate in a multimedia session
   described by the session description, but that the media streams are
   not yet known. The callee SHOULD return a session description
   indicating the streams and media formats it is willing to support,
   however. The caller MAY update the session description either in the
   ACK request or in a re-INVITE at a later time, once the streams are
   known.

The I-D - Singh/Schulzrinne states: "... [snip - to page 14...] The default
session description MUST be either empty or conatin media descriptio (m=)
lines indicating lthe minimal capabilities of any H.323 terminal handled by
the IWF."
 
 
The sip UAC that I'm using for testing either doesn't respond correctly
(e.g. with the appropriate media),
or the I-D is in conflict with the spec on this item, or perhaps I'm sending
an inappropriate value for the "empty"
string in the SDP m= line.  From my reading, I interpret the phrase "empty"
to mean the following line:
 
c=IN IP4 0.0.0.0
m=audio 0 RTP/AVP 0
 
Yet when I send this line, instead of getting back the expected line:
 
c=IN IP4 real.ip.address.here
m=audio 8000 RTP/AVP 8
 
I receive: m=audio 0 RTP/AVP 0
 
A blank media line is either:
 
m=
or no m= line at all.  In both case the UAC issues a rejection.  
 
so I'm still unable to ascertain how to setup the port.  Any comments?
thanks. /m.

-----Original Message-----
From: Vladislav Zubarev [mailto:vladis@vovida.com]
Sent: Tuesday, November 14, 2000 6:25 PM
To: Igor Slepchin
Cc: Maddux, Michel; sip@lists.bell-labs.com; Lawhorn, Tom; Byrne, Sam;
Hurlbert, John
Subject: Re: [SIP] SIP - H.323 - INVITE - No media line.


Again, call scenarios with different issues resolving (like this) can 
be found in the following document: 

http://search.ietf.org/internet-drafts/draft-singh-sip-h323-01.txt
<http://search.ietf.org/internet-drafts/draft-singh-sip-h323-01.txt>  


Thanx. 


Igor Slepchin wrote: 


> 1) When 323 calls, wait until it opens first media channel. 
> Then issue the 
> INVITE, noting only a media line of that media type but with 
> a phony port. 
> When Sip replies (200 OK presumed), complete the 323 media 
> channel being 
> negotiated, giving it the Sip's media port. Then negotiate the reverse 
> channel with 323, saving its port, which is then transmitted 
> to Sip via an 
> ACK with a message body correcting the 323 media port. 

This is illegal in SIP (see section 4.2.1 in 2543bis). You should use 
re-INVITE if you want to modify the session offered in INVITE request. 


Thank you, 
Igor Slepchin 


_______________________________________________ 
SIP mailing list 
SIP@lists.bell-labs.com 
http://lists.bell-labs.com/mailman/listinfo/sip
<http://lists.bell-labs.com/mailman/listinfo/sip> 

-- 

Vladislav Zubarev         mailto:vladis@vovida.com
<mailto:vladis@vovida.com> 

Software Engineer   

Vovida Networks, Inc.     http://www.vovida.com <http://www.vovida.com> 
  


_______________________________________________
SIP mailing list
SIP@lists.bell-labs.com
http://lists.bell-labs.com/mailman/listinfo/sip