Re: SOAP/HTTP over SSH
Juergen Schoenwaelder <j.schoenwaelder@iu-bremen.de> Thu, 01 June 2006 17:11 UTC
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Flqhj-0007Zx-AS for netconf-archive@lists.ietf.org; Thu, 01 Jun 2006 13:11:27 -0400
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Flqhh-0002MT-Mc for netconf-archive@lists.ietf.org; Thu, 01 Jun 2006 13:11:27 -0400
Received: from majordom by psg.com with local (Exim 4.60 (FreeBSD)) (envelope-from <owner-netconf@ops.ietf.org>) id 1FlqcI-0003Q0-1T for netconf-data@psg.com; Thu, 01 Jun 2006 17:05:50 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1
Received: from [212.201.44.23] (helo=hermes.iu-bremen.de) by psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from <j.schoenwaelder@iu-bremen.de>) id 1FlqcF-0003Pj-NU for netconf@ops.ietf.org; Thu, 01 Jun 2006 17:05:48 +0000
Received: from localhost (demetrius.iu-bremen.de [212.201.44.32]) by hermes.iu-bremen.de (Postfix) with ESMTP id A2C6355F81; Thu, 1 Jun 2006 19:05:46 +0200 (CEST)
Received: from hermes.iu-bremen.de ([212.201.44.23]) by localhost (demetrius.iu-bremen.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 28959-01; Thu, 1 Jun 2006 19:05:44 +0200 (CEST)
Received: from boskop.local (unknown [10.50.250.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hermes.iu-bremen.de (Postfix) with ESMTP id 8D36E55E1B; Thu, 1 Jun 2006 19:05:44 +0200 (CEST)
Received: by boskop.local (Postfix, from userid 501) id 4991D73AB49; Thu, 1 Jun 2006 19:05:42 +0200 (CEST)
Date: Thu, 01 Jun 2006 19:05:42 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@iu-bremen.de>
To: Pooja Malhotra <pooja.malhotra@masconit.com>
Cc: netconf@ops.ietf.org
Subject: Re: SOAP/HTTP over SSH
Message-ID: <20060601170542.GB7051@boskop.local>
Reply-To: j.schoenwaelder@iu-bremen.de
Mail-Followup-To: Pooja Malhotra <pooja.malhotra@masconit.com>, netconf@ops.ietf.org
References: <KNEGJPGAMOCLFDOMGAEKCEFBCAAA.pooja.malhotra@masconit.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <KNEGJPGAMOCLFDOMGAEKCEFBCAAA.pooja.malhotra@masconit.com>
User-Agent: Mutt/1.5.10i
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at iu-bremen.de
Sender: owner-netconf@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc
On Thu, Jun 01, 2006 at 06:07:48PM +0530, Pooja Malhotra wrote: > We are planning to implement NetConf.And I am very new to this standard. > In this effort I went thro' the initial draft > "NETCONF Configuration Protocol draft-ietf-netconf-prot-12" proposed by > IETF. > After going through it , I understood the architecture > as shown below in the figure: > > > Layer Example > +-------------+ +-----------------------------+ > (4) | Content | | Configuration data | > +-------------+ +-----------------------------+ > | | > +-------------+ +-----------------------------+ > (3) | Operations | | NETCONF operation | > +-------------+ +-----------------------------+ > | | > +-------------+ +-----------------------------+ > (2) | RPC | | SOAP over HTTP | > +-------------+ +-----------------------------+ > | | > +-------------+ +-----------------------------+ > (1) | Transport | | SSH | > | Protocol | | | > +-------------+ +-----------------------------+ It might help if you actually look at the figure contained in the draft you are citing since the one above is not correct. It figure in the draft looks like this: Layer Example +-------------+ +-----------------------------+ (4) | Content | | Configuration data | +-------------+ +-----------------------------+ | | +-------------+ +-----------------------------+ (3) | Operations | | <get-config>, <edit-config> | +-------------+ +-----------------------------+ | | +-------------+ +-----------------------------+ (2) | RPC | | <rpc>, <rpc-reply> | +-------------+ +-----------------------------+ | | +-------------+ +-----------------------------+ (1) | Transport | | BEEP, SSH, SSL, console | | Protocol | | | +-------------+ +-----------------------------+ The RPC layer is netconf's RPC mechanism and not SOAP/HTTP. If you run NETCONF over SSH, there is no SOAP or HTTP involved at all. > What is the nature of the SSH connection?Is it socket connection > like SSL? SSH provides your application with so called channels where each channel realizes a data stream interface (much like a TCP socket if you like). > Also Is it mandatory to implement SSH. Instead can we use SOAP > over HTTPS. I think the wording in the document is rather clear: : 2.4. Mandatory Transport Protocol : : A NETCONF implementation MUST support the SSH transport protocol : mapping [4]. Sure, you can choose to not support the SSH transport. But then you can't claim to be compliant. /js -- Juergen Schoenwaelder International University Bremen <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen, Germany -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://ops.ietf.org/lists/netconf/>
- SOAP/HTTP over SSH Pooja Malhotra
- Re: SOAP/HTTP over SSH Juergen Schoenwaelder
- Re: SOAP/HTTP over SSH Andy Bierman
- Re: SOAP/HTTP over SSH Andy Bierman
- RE: SOAP/HTTP over SSH Pooja Malhotra