[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

4513.0. "IP Autoconfig ACCVIO " by GIDDAY::CHONG (Andrew Chong - Sydney CSC ) Mon Feb 08 1993 23:27


Wellfleet station attached to 	FDDI-Ring , has 6 ethernet interfaces 
DECmcc station is on on of the segments (subnet 149.171.192.0)
The  subnets associated with the Wellfleet box are :-

	149.171.128.0 -FDDI ring
	149.171.32.0 -
	149.171.40.0  |
	149.171.64.0  \ Ethernets
	149.171.72.0  / 
	149.171.72.0  |
	149.171.208.0-


Using the IP Autoconfigure Utility, only subnet 192 works correctly,
trying to autoconfigure any other subnets will cause an accvio. 

						        DECmcc
					        	Station
	F			Subnet 149.171.192.0     |
	D     |		|---------------------------------------
	D=====|Welfleet	|------ Subnet 149.171.32.0
	I     |Gateway	| ....
	      |		|------ Subnet 149.171.208.0






-----------------------------------------------------------------------
log of the autoconfig process.....
Subnet 149.171.32.0 s selected for this, another subnet gives the same accvio
except for the local subnet (149.171.192.0)
(note that 149.171.192.1 is the Wellfleet gateway, autoconfig did not find 
it using UCX V1.3, it had to be manually edited into configuration file).


Querying host   149.171.192.1 (csdlib.gw.unsw.EDU.AU)
Router 149.171.192.1 (csdlib.gw.unsw.EDU.AU) has 7 addresses, 7 interfaces
  IP 149.171.32.1, IF#6, G_E34, type=6, state=1/1, net=149.171.32.0
  IP 149.171.40.1, IF#2, G_E22, type=6, state=1/1, net=149.171.40.0
  IP 149.171.64.1, IF#5, G_E33, type=6, state=1/1, net=149.171.64.0
  IP 149.171.72.1, IF#1, G_E21, type=6, state=1/1, net=149.171.72.0
  IP 149.171.128.1, IF#7, G_F5, type=15, state=1/1, net=149.171.128.0
  IP 149.171.192.1, IF#4, G_E32, type=6, state=1/1, net=149.171.192.0
  IP 149.171.208.1, IF#3, G_E31, type=6, state=1/1, net=149.171.208.0
Querying host   149.171.32.2 (comma.ace.unsw.OZ.AU)
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000, 
PC
=000667C8, PSL=0BC00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC
                                                           000667C8  000667C8
                                                           00063D64  00063D64
SNMPQUEUE       snmp_status_str                  4530      00000068  0000E2F8
SNMPMAP         query_error                      7076      000000A3  00003217
SNMPMAP         add_sys                          5663      0000004F  000015A3
SNMPQUEUE       query_done                       4245      00000475  0000DD7D
SNMPQUEUE       query_xmit                       3680      00000164  0000CFA0
SNMPQUEUE       snmp_qstart                      3649      000000A7  0000CE3B
SNMPQUEUE       snmp_qsend                       3443      0000021B  0000CA8B
SNMPQUEUE       snmp_query                       3503      0000016C  0000CBFC
SNMPMAP         query_sys                        5623      000000A4  00001538
IPTABLE         gwy_queryq                       9717      000000C9  00008531
SNMPMAP         query_gwy                        5576      00000198  00001490
HOSTS           add_arp                          4808      00000174  00007088
SNMPQUEUE       query_done                       4245      00000475  0000DD7D
SNMPQUEUE       snmp_readone                     3940      0000049B  0000D6B7
SNMPMAP         dispatcher                       5423      000001D7  0000127B
SNMPMAP         main                             5162      00000350  00000C24

        Error:  An error has occurred.
        Warning:  IP Autoconfiguration data files
                  may be corrupt.

        IP Autoconfiguration exiting under error conditions.

o  Press RETURN to exit:


-------------------
The configuration file has the following parameters specified

	gwy 149.171.192.1

	permit 149.171.32.0 255.255.255.0
	deny 0.0.0.0 0.0.0.0

	options -h
	host-permit 149.171.32.0 255.255.255.0
	host-deny 0.0.0.0 0.0.0.0

	community przeworsk 149.171.0.0 255.255.0.0
	community public 0.0.0.0 0.0.0.0

	options -r 2 10


	---------------------------

	From UCX loop back to host 149.171.32.2 is fine. 
	If host 149.171.32.2 is excluded (in host-deny list) then process
	accvio on the next host (149.171.32.2)


	Any idea what caused the accvio ?
	Any help is greatly appreciated.

Regards,
Andrew

T.R	Title	User	Personal Name	Date	Lines
4513.1		TOOK::MINTZ	Erik Mintz	`Tue Feb 09 1993 08:54`	5
	Could this be related to QAR 3 in the MCC013_EXT database? See note 7 for QAR system info. -- Erik
4513.2	where is QAR MCC13_INT database ?	GIDDAY::CHONG	Andrew Chong - Sydney CSC	`Tue Feb 09 1993 18:38`	8
	>Could this be related to QAR 3 in thr MCC013_EXT database? The answer to QAR 3 is "Transferred to MCC013_INT database. QAR #187. I have problem finding where MCC013_INT database is . By the way I should have mentioned that it was MCC V1.2 and UCX V1.3. Andrew
4513.3	Sorry...	TOOK::MINTZ	Erik Mintz	`Wed Feb 10 1993 13:41`	15
	Sorry, I guess I didn't get that far. The _INT databases are available to developers only, so the QAR should not have been transferred there. The response in 187 says: Answer for QAR #00187: ------ --- ------- ------- I spoke to XXXXX from CSC on 2/2/93. He suggested to close this QAR since it doesn't cause the problem anymore. They actually suggested the user to set host to different node and get rid of the problem. If you are still experiencing the problem, you may want to re-open the QAR in the external database with more information.