From owner-freebsd-atm  Wed May  5 12:20:22 1999
Delivered-To: freebsd-atm@freebsd.org
Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1])
	by hub.freebsd.org (Postfix) with ESMTP id 0201214ECA
	for <freebsd-atm@freebsd.org>; Wed,  5 May 1999 12:20:19 -0700 (PDT)
	(envelope-from mks@us.networkcs.com)
Received: from us.networkcs.com (us.networkcs.com [137.66.11.15])
	by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA00280;
	Wed, 5 May 1999 14:20:18 -0500 (CDT)
Received: (from mks@localhost)
	by us.networkcs.com (8.9.2/8.8.7) id OAA26878;
	Wed, 5 May 1999 14:20:17 -0500 (CDT)
From: Mike Spengler <mks@networkcs.com>
Message-Id: <199905051920.OAA26878@us.networkcs.com>
Subject: Re: Inverse ARP on PVCs again
In-Reply-To: <14690.925886300.169287.15346@> from Titus von Boxberg at "May 5, 99 08:38:20 am"
To: titus@pleach.de
Date: Wed, 5 May 1999 14:20:17 -0500 (CDT)
Cc: mks@networkcs.com, freebsd-atm@freebsd.org
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-atm@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Titus von Boxberg said:
> Hi,
> 
> Thanks for your replies.
> Still I got problems with the PVC which requires
> inverse ARP. Maybe I got a configuration
> problem?
> Currently I'm using
> - FreeBSD 3.1
> - atm set netif...
> - atm attach .. UNI31
> - atm set prefix .. (to get UNI to the INIT state)
> - ifconfig at0 ...
> - atm add PVC ... LLC .. dynamic
> 
> Because it may be that the driver at the
> distant end of the PVC is broken:
> I was unable to locate the HARP code which actually
> implements Inverse ARP requests and replies.
> Maybe someone could point me to that code?
> 
First, a few more requests:

What kind of system is at the other end of the PVC?
Please send along the output of:
	atm sh conf
	atm sh int
	atm sh net
	atm sh vcc
	atm sh ipvcc

The code that implements ATMARP is in src/sys/netatm/uni/uniarp*.  
The Inverse ATMARP processing for dynamic IP PVCs gets started in 
uniarp_vcm.c:uniarp_pvcopen() via the call to uniarp_inarp_req().  If you 
want to trace the ATMARP packets, you need to:
	o compile your kernel with 'options DIAGNOSTIC'
	o gdb -k -wcore /kernel /dev/mem
		set uniarp_print = 1
		set atm_print_data = 1

This will spew ATMARP packet dumps via kernel printf()'s - not pretty, but it
works.

-- 
Mike Spengler				Network Computing Services, Inc.
Email: mks@networkcs.com		1200 Washington Ave. So.
Phone: +1 612 337 3557			Minneapolis MN 55415
FAX:   +1 612 337 3400			(aka Minnesota Supercomputer Center)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-atm" in the body of the message