[TriLUG] OpenBSD 3.1 & a Sun Netra T1 105 (longish)
Thunder Bear
thunderbear at yonderway.com
Sat Sep 28 00:45:55 EDT 2002
More info, por favor.
1) What patches have you applied? Lots of sparc64 improvements were
commited *after* 3.1 -base was released.
2) Output of "dmesg", please. Always a good idea when reporting
OpenBSD problems.
On Saturday, September 28, 2002, at 12:21 AM, Jaimie Livingston wrote:
> I am experimenting with OpenBSD 3.1 on two Netra T1 105s to possibly
> use as simple firewalls, but am having trouble with the network
> interfaces. I don't know for sure if the problem is hardware or
> software, or a combination of both. With the exception of their IP
> addresses and hostnames, both systems are identical. I'm not having
> any problems with some Dell systems running OpenBSD 3.1 and using the
> same internal and external switches, gateways, and nameservers, so I'm
> pretty sure that the problem is specific to the Netra's or to the
> sparc64 version of OpenBSD.
>
> I've included what I hope is the relevant info below someone will need
> to spot something I've missed. If you need more info, I can provide > it.
>
> So, for those of you who might have the time or interest, I'd
> appreciate your help...
>
> Jaimie
>
> ----------------------------------------------
>
> The installation (from official OpenBSD 3.1 CD's) went well and no
> errors were reported.
> Here's the contents of /var/log/messages after the first reboot:
>
> Sep 27 09:33:18 testbed01 syslogd: restart
> Sep 27 09:33:18 testbed01 /bsd: console is
> /pci at 1f,0/pci at 1,1/ebus at 1/su at 14,3803f8
> Sep 27 09:33:18 testbed01 /bsd: Copyright (c) 1982, 1986, 1989, 1991,
> 1993
> Sep 27 09:33:18 testbed01 /bsd: The Regents of the University of
> California. All rights reserved.
> Sep 27 09:33:18 testbed01 /bsd: Copyright (c) 1995-2002 OpenBSD. All
> rights reserved. http://www.OpenBSD.org
> Sep 27 09:33:18 testbed01 /bsd: Copyright (c) 1995-2002 OpenBSD. All
> rights reserved. http://www.OpenBSD.org
> Sep 27 09:33:18 testbed01 /bsd: OpenBSD 3.1 (GENERIC) #51: Sat Apr 13
> 14:17:56 PDT 2002
> Sep 27 09:33:18 testbed01 /bsd:
> deraadt at sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC
> Sep 27 09:33:18 testbed01 /bsd: total memory = 1073741824
> Sep 27 09:33:18 testbed01 /bsd: avail memory = 988389376
> Sep 27 09:33:18 testbed01 /bsd: using 6553 buffers containing 53682176
> of memory
> Sep 27 09:33:18 testbed01 /bsd: bootpath:
> /pci at 1f,0/pci at 1,1/scsi at 2,0/disk at 0,0
> Sep 27 09:33:18 testbed01 /bsd: mainbus0 (root):
> SUNW,UltraSPARC-IIi-cEngine
> Sep 27 09:33:18 testbed01 /bsd: cpu0 at mainbus0: SUNW,UltraSPARC-IIi
> @ 439.995 MHz, version 0 FPU
> Sep 27 09:33:18 testbed01 /bsd: cpu0: physical 32K instruction (32
> b/l), 16K data (32 b/l), 2048K external (64 b/l)
> Sep 27 09:33:18 testbed01 /bsd: psycho0 at mainbus0 addr 0xfffc0000
> Sep 27 09:33:18 testbed01 /bsd: SUNW,sabre: impl 0, version 0: ign 7c0
> bus range 0 to 3; PCI bus 0
> Sep 27 09:33:18 testbed01 /bsd: IOTDB: 4580000 to 4600000
> Sep 27 09:33:18 testbed01 /bsd: pci0 at psycho0
> Sep 27 09:33:18 testbed01 /bsd: ppb0 at pci0 dev 1 function 1 "Sun
> Simba PCI-PCI" rev 0x13
> Sep 27 09:33:18 testbed01 /bsd: pci1 at ppb0 bus 1
> Sep 27 09:33:18 testbed01 /bsd: ebus0 at pci1 dev 1 function 0 "Sun
> PCIO Ebus2" rev 0x01
> Sep 27 09:33:18 testbed01 /bsd: auxio0 at ebus0 addr 726000-726003,
> 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003
>
> Sep 27 09:33:18 testbed01 /bsd: power at ebus0 addr 724000-724003 ipl
> 37 not configured
> Sep 27 09:33:18 testbed01 /bsd: SUNW,pll at ebus0 addr 504000-504002
> not configured
> Sep 27 09:33:18 testbed01 /bsd: com0 at ebus0 addr 3803f8-3803ff ipl
> 28: ns16550a, 16 byte fifo
> Sep 27 09:33:18 testbed01 /bsd: com0: console
> Sep 27 09:33:18 testbed01 /bsd: com1 at ebus0 addr 3602f8-3602ff ipl
> 20: ns16550a, 16 byte fifo
> Sep 27 09:33:18 testbed01 /bsd: lpt0 at ebus0 addr 340278-340287,
> 30015c-30015d, 700000-70000f ipl 34
> Sep 27 09:33:19 testbed01 /bsd: fdthree at ebus0 addr 3203f0-3203f7,
> 706000-70600f, 720000-720003 ipl 39 not configured
> Sep 27 09:33:19 testbed01 /bsd: clock0 at ebus0 addr 0-1fff: mk48t59:
> hostid 80da777c
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 0-fffff not
> configured
> Sep 27 09:33:19 testbed01 /bsd: watchdog at ebus0 addr 200000-20003f
> ipl 4 not configured
> Sep 27 09:33:19 testbed01 /bsd: display7seg at ebus0 addr
> 200040-200040 not configured
> Sep 27 09:33:19 testbed01 /bsd: beeper0 at ebus0 addr 722000-722003
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 400000-5fffff
> not configured
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 800000-9fffff
> not configured
> Sep 27 09:33:18 testbed01 /bsd: com0 at ebus0 addr 3803f8-3803ff ipl
> 28: ns16550a, 16 byte fifo
> Sep 27 09:33:18 testbed01 /bsd: com0: console
> Sep 27 09:33:18 testbed01 /bsd: com1 at ebus0 addr 3602f8-3602ff ipl
> 20: ns16550a, 16 byte fifo
> Sep 27 09:33:18 testbed01 /bsd: lpt0 at ebus0 addr 340278-340287,
> 30015c-30015d, 700000-70000f ipl 34
> Sep 27 09:33:19 testbed01 /bsd: fdthree at ebus0 addr 3203f0-3203f7,
> 706000-70600f, 720000-720003 ipl 39 not configured
> Sep 27 09:33:19 testbed01 /bsd: clock0 at ebus0 addr 0-1fff: mk48t59:
> hostid 80da777c
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 0-fffff not
> configured
> Sep 27 09:33:19 testbed01 /bsd: watchdog at ebus0 addr 200000-20003f
> ipl 4 not configured
> Sep 27 09:33:19 testbed01 /bsd: display7seg at ebus0 addr
> 200040-200040 not configured
> Sep 27 09:33:19 testbed01 /bsd: beeper0 at ebus0 addr 722000-722003
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 400000-5fffff
> not configured
> Sep 27 09:33:19 testbed01 /bsd: flashprom at ebus0 addr 800000-9fffff
> not configured
> Sep 27 09:33:19 testbed01 /bsd: i2c at ebus0 addr 600000-600003 ipl 40
> not configured
> Sep 27 09:33:19 testbed01 /bsd: i2c at ebus0 addr 100000-100003 ipl 27
> not configured
> Sep 27 09:33:19 testbed01 /bsd: SUNW,lom at ebus0 addr 400000-400063
> not configured
> Sep 27 09:33:19 testbed01 /bsd: hme0 at pci1 dev 1 function 1 "Sun
> HME" rev 0x01: address 08:00:20:da:77:7c
> Sep 27 09:33:19 testbed01 /bsd: ukphy0 at hme0 phy 0: Generic IEEE
> 802.3u media interface
> Sep 27 09:33:19 testbed01 /bsd: ukphy0: OUI 0x00601d, model 0x000c,
> rev. 1
> Sep 27 09:33:19 testbed01 /bsd: ukphy1 at hme0 phy 1: Generic IEEE
> 802.3u media interface
> Sep 27 09:33:19 testbed01 /bsd: ukphy1: OUI 0x00601d, model 0x000c,
> rev. 1
> Sep 27 09:33:19 testbed01 /bsd: hme0: using ivec 3021 for interrupt
> Sep 27 09:33:19 testbed01 /bsd: siop0 at pci1 dev 2 function 0
> "Symbios Logic 53c875" rev 0x03: ivec 20, has RAM
> Sep 27 09:33:19 testbed01 /bsd: scsibus0 at siop0: 16 targets
> Sep 27 09:33:19 testbed01 /bsd: siop0: target 0 now using tagged 16
> bit 20 MHz 16 REQ/ACK offset xfers
> Sep 27 09:33:19 testbed01 /bsd: sd0 at scsibus0 targ 0 lun 0:
> <SEAGATE, ST318404LSUN18G, 4207> SCSI3 0/direct fixed
> Sep 27 09:33:19 testbed01 /bsd: sd0: 17274MB, 7508 cyl, 19 head, 248
> sec, 512 bytes/sec, 35378533 sec total
> Sep 27 09:33:19 testbed01 /bsd: hme1 at pci1 dev 3 function 1 "Sun
> HME" rev 0x01: address 08:00:20:da:77:7d
> Sep 27 09:33:19 testbed01 /bsd: ukphy2 at hme1 phy 0: Generic IEEE
> 802.3u media interface
> Sep 27 09:33:19 testbed01 /bsd: ukphy2: OUI 0x00601d, model 0x000c,
> rev. 1
> Sep 27 09:33:19 testbed01 /bsd: hme1: using ivec 301a for interrupt
> Sep 27 09:33:19 testbed01 /bsd: ppb1 at pci0 dev 1 function 0 "Sun
> Simba PCI-PCI" rev 0x13
> Sep 27 09:33:19 testbed01 /bsd: pci2 at ppb1 bus 2
> Sep 27 09:33:19 testbed01 /bsd: ppb2 at pci2 dev 1 function 0 "DEC
> 21150 PCI-PCI" rev 0x06
> Sep 27 09:33:19 testbed01 /bsd: pci3 at ppb2 bus 3
> Sep 27 09:33:19 testbed01 /bsd: pciide0 at pci3 dev 14 function 0 "CMD
> Technology PCI0646" rev 0x03: DMA, channel 0 configured to native-PCI,
> channel 1 configured to native-PCI
>
> Sep 27 09:33:19 testbed01 /bsd: pciide0: using ivec 1800 for
> native-PCI interrupt
> Sep 27 09:33:19 testbed01 /bsd: atapiscsi0 at pciide0 channel 1 drive 0
> Sep 27 09:33:19 testbed01 /bsd: scsibus1 at atapiscsi0: 2 targets
> Sep 27 09:33:19 testbed01 /bsd: atapiscsi0(pciide0:1:0): using PIO
> mode 3, DMA mode 1
> Sep 27 09:33:19 testbed01 /bsd: cd0 at scsibus1 targ 0 lun 0:
> <TOSHIBA, CD-ROM XM-7002Bc, 1110> SCSI0 5/cdrom removable
> Sep 27 09:33:19 testbed01 /bsd: cd0(pciide0:1:0): using PIO mode 3,
> DMA mode 1
> Sep 27 09:33:19 testbed01 /bsd: pcons at mainbus0 not configured
> Sep 27 09:33:19 testbed01 /bsd: No counter-timer -- using %tick at
> 439MHz as system clock.
> Sep 27 09:33:19 testbed01 /bsd: root on sd0a
> Sep 27 09:33:19 testbed01 /bsd: rootdev=0x700 rrootdev=0x1100
> rawdev=0x1102
>
> ----------------------------------------------
>
> The two network interfaces are hme0 and hme1.
> Here are cat's of the configuration files:
>
> $ cat hostname.hme0
> 216.54.164.101
>
> $ cat hostname.hme1
> 10.2.1.3
>
> $ cat mygate
> 216.54.165.1
>
> $ cat resolv.conf
> search haht.com
> nameserver 216.54.164.2
> nameserver 216.54.164.5
> nameserver 10.1.1.20
> nameserver 10.1.1.21
> lookup file bind
>
>
> ----------------------------------------------
>
> pf rules are set to pass all and nat is not being used.
>
> $ cat pf.conf
> # $OpenBSD: pf.conf,v 1.3 2001/11/16 22:53:24 dhartmei Exp $
> #
> # See pf.conf(5) for syntax and examples
>
> # pass all packets in and out (these are the implicit first two rules)
> pass in all
> pass out all
>
> ----------------------------------------------
>
> I am having no problems on hme1, and can connect to and from the
> internal network without any problem.
> I am NOT able to get to any external addresses at all. I can't get
> anything from ping, traceroute, or nslookup to external addresses thru
> hme0. Tcpdump from hme0 shows some arp traffic, but nothing else.
> Here's a minutes worth of tcpdump output:
>
> # tcpdump -i hme0
> tcpdump: listening on hme0
> 13:35:34.795638 ssweb1.haht.com.netbios-dgm >
> 216.54.164.127.netbios-dgm: udp 201
> 13:35:35.441642 arp who-has dns.haht.com tell testbed01.haht.com
> 13:35:40.450133 arp who-has salsa.haht.com tell testbed01.haht.com
> 13:35:44.756926 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:45.505644 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:46.256721 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:46.460307 arp who-has dns.haht.com tell testbed01.haht.com
> 13:35:47.017012 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:47.017513 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:47.758891 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:47.759016 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:48.509995 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:48.510123 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:35:51.470102 arp who-has salsa.haht.com tell testbed01.haht.com
> 13:35:56.485564 arp who-has dns.haht.com tell testbed01.haht.com
> 13:35:57.832947 hahtsauce.haht.com.netbios-dgm >
> 216.54.164.127.netbios-dgm: udp 201
> 13:36:01.490103 arp who-has salsa.haht.com tell testbed01.haht.com
> 13:36:06.502711 arp who-has dns.haht.com tell testbed01.haht.com
> 13:36:11.510100 arp who-has salsa.haht.com tell testbed01.haht.com
> 13:36:17.522854 arp who-has dns.haht.com tell testbed01.haht.com
> 13:36:19.264885 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:36:20.015955 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:36:20.766891 ipthaht.haht.com.netbios-ns >
> 216.54.164.127.netbios-ns: udp 50
> 13:36:22.530102 arp who-has salsa.haht.com tell testbed01.haht.com
> 13:36:40.693933 0.0.0.0.bootpc > 255.255.255.255.bootps:
> xid:0x143caf9c secs:41856 file ""[|bootp] (DF)
> $B,'(B
> 25 packets received by filter
> 0 packets dropped by kernel
>
>
> Can anyone give me a hint as to what's going on?
>
> Jaimie
>
>
Chris Hedemark
Professional Computer Consulting & Videography
Hillsborough, NC
http://yonderway.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 12425 bytes
Desc: not available
URL: <http://www.trilug.org/pipermail/trilug/attachments/20020928/c3954185/attachment.bin>
More information about the TriLUG
mailing list