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

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

1252.0. "Accessing a remote Translan" by LISVAX::ANDRE () Tue Jul 16 1991 12:42

	Hello,

	I've installed successfully the Translan AM and I can manage the Bridge 
located in the same LAN as the one where the AM is located. However I can't add 
the remote bridge to MCC as it says to me that can not reach the device. I'm 
only allowing DECnet, LAT and MOPRC to pass through the link so I suppose I have 
to let pass some other protocols used by the access module.

	Can anyone tell what are those other protocols ?

	Thanks in advance,

	Miguel Andr�.

T.R	Title	User	Personal Name	Date	Lines
1252.1	80-80	TOOK::MCPHERSON	i'm only 5 foot one...	`Tue Jul 16 1991 14:21`	12
	re: <<< Note 1252.0 by LISVAX::ANDRE >>> The Vitalink Bridge Mgmt protocol type field is 80-80. The AM could also be timing out. - What is the speed of the link to the remote Translan? - Is it <56kb? - Is it a busy link? /doug
1252.2	very busy line indeed	LISVAX::ANDRE		`Wed Jul 17 1991 10:34`	17
	Hello, Thank you for your quick answer. The line has a 64K speed but is a very busy line. On the other hand I think that the protocol type 8080 is automatically passed as the Translan does not allow me to add it to the filter type. Finally I will give you the right message I get from MCC: COMMUNICATION WITH THE TARGET HAS BEEN INTERRUPTED Is there any workaround to this problem ??? Thanks, Miguel Andr�.
1252.3		ALLZS::MORRISON	The world is a network	`Wed Jul 17 1991 10:45`	11
	> COMMUNICATION WITH THE TARGET HAS BEEN INTERRUPTED If I remember correctly, this means that a multi-part request/response exchange was in progress, and one of the expected responses (not the first) timed out. I suspect you're having delay problems across the link, especially since you indicate it's a busy line. You probably hit a burst of traffic that delayed the response beyond the timeout limit. Does this happen consistently, or just occasionaly? Wayne
1252.4	IT'S CONSISTENT	LISVAX::ANDRE		`Fri Jul 19 1991 14:33`	8
	Hello, Yes I'm afraid the problem is always happening. I tried to register the bridge after working hours but the result is the same. Bye, Miguel Andr�.
1252.5	Happens on .5Mb links as well	SEDSWS::BAKER	Paul Baker, UK Product and Technology Group - 844 3311	`Mon Jul 22 1991 07:33`	11
	I've seen the same problem as .2 (ie COMMUNICATION WITH THE TARGET HAS BEEN INTERRUPTED) message on 0.5Mb links running only lat in the middle of the night. When this happens while polling the Translan as part of an alarm rule, of course the alarm rule fires when, in fact, there isn't a 'real' problem. Hope this additional info helps... Paul.
1252.6	Help us narrow down the problem.	MCDOUG::MCPHERSON	i'm only 5 foot one...	`Mon Jul 22 1991 14:18`	21
	Ok, I am stumped so far, but you'll need to get more detailed information to help narrow down the problem. Back to some basic questions: - What is the "vintage" of the Translan AM that you're using? $ ANALYZE/IMAGE/HEADR/OUT=TEMP.LIS SYS$LIBRARY:MCC_TRANSLAN_AM.EXE $ SEA TEMP.LIS DATE - What type of Translan Bridge is it? - What version of software is running on the Translan? - Is this the only remote Translan you have to test against? If not please try it on another one and let us know the results? - Have you tried REGISTERing any ethernet devices on the other side of the Translan Link (esp STATIONS and Bridges) - Try registering the Translan as a STATION and let us know what happens. /doug