[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference ufhis::siemens_communication

Title:Siemens Connectivity
Notice:FTSIE Contact is Michael Eisenhut @MUC 865-1487
Moderator:UFHIS::MEISENHU
Created:Tue Aug 30 1988
Last Modified:Mon Feb 19 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:195
Total number of notes:512

144.0. "Some doubts about performances" by SIRENA::DEMICO (Mistress Of Witches) Thu Jul 23 1992 20:20

Hello 

does anybody know where I can find some official data (coming from tests or
benchmarks) about performances of FTSIE?

I must evaluate if the FTSIE can be used to build-up a Message Switching system
where a VAX (FT 410) gets messages from lines and transfer these message to a
Siemens BS2000 to archive them (6000 messages each day). 

Probably this is an improperly use of File Transfer, and I can guess that
performances could be critical. That's why I need to know something more about 
performances, (CPU and disks load, transfer rate etc.) in order to better 
evaluate the usability of FTSIE in this kind of project.

Thanks a lot in advance.
Best Regards
Antonella
T.RTitleUserPersonal
Name
DateLines
144.1What about DECmessageQ client for BS2000 ?BIKINI::DITEPhase V makes ~~~ OK!Fri Jul 24 1992 10:2917
Ciao,

>does anybody know where I can find some official data (coming from tests or
>benchmarks) about performances of FTSIE?

I'll leave that to the engineers if they're still listening. 

>Probably this is an improperly use of File Transfer, and I can guess that
>performances could be critical. 

Couldn't this be an excuse to develop DECmessageQ Client for SNI/BS2000 using
OSI Transport. 

The trouble is just finding the $'s. ;-}

regards
John
144.2Money is the matter!SIRENA::DEMICOMistress Of WitchesFri Jul 24 1992 10:5113
Bravo!

You've got the point! We absolutely can't ask our customer to pay extra-money
for this project.

We were thinking about using X.400 to let two systems talk each other, but
we are not aware enough about what Siemens could offer in this area.
They told us there is no problem, but they still never signed any tachnical
specification on that.....

Ciao :-)

Antonella
144.3Other solutions possible....BIKINI::DITEPhase V makes ~~~ OK!Fri Jul 24 1992 13:5125
Ciao,

>We were thinking about using X.400 to let two systems talk each other, but
>we are not aware enough about what Siemens could offer in this area.

There are lots of ways of interoperation with Siemens, FTSIE being just one 
method. Amongst these are OSI-, TCP- and of course SNI/Siemens based.

What about program-to-program communication over OSI Transport maybe that's 
more suitable if the application is time critical. That of course means that 
you would need to stick some effort in development and that of course on both
platforms. As far FTSIE is concerned I have only seen it used in a quasi 'time 
critical' area if the Transport is LAN ie. IEEE 802.3. Examples of this where 
FTSIE is (mis)used is in the manaufaturing area.

I wasn't only joking about DECmessageQ client for BS2000 - I think someone here
in GY is seriously studying this issue. I will try to get you more info on this.

If you need more info regarding interoperability send me mail.

Nessun problema! ;-)

Ciao 
John
 
144.4Use VAX FTAM - Doc Type = FTAM-1 as approximationBIKINI::DITEPhase V makes ~~~ OK!Mon Jul 27 1992 18:5513
Ciao,

	in the abscence of any replies and any benchmarks (which would be the 
best thing to do of course) I suggest that you use figures such as VAX FTAM
performance figures (see Network Buyers Guide 1990- ) Document Type FTAM-1 over
LAN to get to a rough approximation.  

Remember there should be less protocol-overhead with FTSIE than with FTAM. 

john

PS. We'd be quite happy to do Benchmarking for you 
just send me your Cost centre # ;-}
144.5SIRENA::DEMICOMistress Of WitchesMon Aug 10 1992 13:2068
	Hello

I received this mail from the Product Manager of FTSIE that could be useful!

Ciao
Antonella


                  I N T E R O F F I C E   M E M O R A N D U M

                                        Numero:   004136
                                        Data:     28-Lug-1992 10:53 GMT
                                        Da:       GOETZ
                                                  GOETZ@MUNTRA@MRGATE@GYMRC@RTO
                                        Reparto:      
                                        Telefono:    

A:  antonella demico@RIO


Oggetto: I: RE: FTSIE performance data


.---.---.---.---.---.---.---.                
|   |   |   |   |   |   |   |                
| d | i | g | i | t | a | l |                
|   |   |   |   |   |   |   |                
`---'---`---'---`---'---`---'                


 
To:  Antonella Demico                From:  Ulrike Goetz
 					    Product Manager
                                     Dept:  SD&E
                                            Local Product Engineering 
                                     Loc:   Munich - UNT - Testa
                                     Tel:   (089) 9591-1312
                                     E-Net: MUNLEG::GOETZ
 
                                     Date:  28-July-1992


Hi Antonella,

It took a while to get the answers from the specialists,
as they are all busy in different projects these days.

One value to mention is that it takes 5 to 10 sec to transfer even
an empty file due to the fact that the connection has to
be established every time. This means that transferring
a large number of relativeley small files, you have an enormous 
overhead due to this fact.

Unfortunately, every file has to be transferred separately
(you can't collect a number of files before you open the connection).
You can't establish a permanent connection for multiple files either.

As a rule, you can transfer 1 MB per min - depending on CPU 
and network load.


Hope this helps...

Regards,

	Ulrike