Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

Eugene Grosbein wrote:
> 11.05.2019 22:59, Julian H. Stacey wrote:
> 
> >> 11.05.2019 21:32, Julian H. Stacey wrote:
> >>
> >>>> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> >>>> as previous approved in FCP-101.
> >>>> The following drivers are slated for
> >>>> removal from FreeBSD-HEAD (to be FreeBSD-13):
> >>>>
> >>>> ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe
> >>>
> >>> OMG ! ed ! That EOL's loads of PC boxes I have (& a show box of
> >>> spare)  that will never be able to upgrade.
> >>
> >> Do those boxes have 10M-only or 100Mbps variants of ed(4)?
> >> What kind of hardware do they have (CPU and memory-wise)?
> > 
> > Thanks for question.  I ran a quick check:
> > cd /usr/src; 
> > #   Apply my patches:
> > #   customise `pwd` 
> > #   http://www.berklix.com/~jhs/bin/.csh/customise
> > cd /sys/amd64/conf
> > grep device [A-Z][A-Z][A-Z][A-Z].small | grep ed
> > DUAL.small:device ed
> > FILM.small:device ed
> > KING.small:device ed
> > LAPA.small:device ed
> > LAPD.small:device ed
> > LAPL.small:device ed
> > LAPN.small:device ed
> > LOFT.small:device ed
> > MINI.small:device ed
> > SCAN.small:device ed0 at isa? port 0x280 irq 15 iomem 0xd iosiz 0x1
> > SLIM.small:device ed
> > SNOW.small:device ed0 at isa? port 0x280 irq 5 iomem 0xc8000
> > WIND.small:device ed
> 
> I've asked not for configuration files but for description of hardware.
> ed(4) supports many different models. Some of them do 10Mbps only
> but some are 100M-capable including PCI-connected.
> 
> And it's interesting to know what is CPU and memory type/amount of boxes.

Info I had long pre saved, exported here:
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/hosts/
Many boxes run newer releases than logs show, but eg dmesg shows memory etc.


Re Gary's:
> 2) what versions of FBSD is Julian now running on his hardware?
> 3) does he ever plan to upgrade this hardware to >= FBSD 13?

Not many, if any of them; I should idealy find time to purge some,
but I also have sundry newer PCs, & spare ed etc cards, so a pity to loose ed.


More generaly It won't be just me with ed.  With 13 I can power up any time,
(+ other pcmcia & PCI & ISA cards in boxes) there's probably many more globaly.

But sys admins often don't have time to read developer lists like
current@ & arch@.  So developer considering zapping things, will
not be seen by users it will hit later.

First many will know is seeing in a RELNOTES "XYZ will be removed
in release [0-9].[0-9]" No chance to answer an earlier "Are many
still using XYZ, we're thinking of deleting it ?"

If ed is the biggest legacy NIC, best be cautious ?

(BTW I also have 2 boxes running today's current, not just old Rels here.)

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

Eugene Grosbein wrote:
> 11.05.2019 21:32, Julian H. Stacey wrote:
> 
> >> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> >> as previous approved in FCP-101.
> >> The following drivers are slated for
> >> removal from FreeBSD-HEAD (to be FreeBSD-13):
> >>
> >> ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe
> > 
> > OMG ! ed ! That EOL's loads of PC boxes I have (& a show box of
> > spare)  that will never be able to upgrade.
> 
> Do those boxes have 10M-only or 100Mbps variants of ed(4)?
> What kind of hardware do they have (CPU and memory-wise)?

Thanks for question.  I ran a quick check:
cd /usr/src; 
#   Apply my patches:
#   customise `pwd` 
#   http://www.berklix.com/~jhs/bin/.csh/customise
cd /sys/amd64/conf
grep device [A-Z][A-Z][A-Z][A-Z].small | grep ed
DUAL.small:device ed
FILM.small:device ed
KING.small:device ed
LAPA.small:device ed
LAPD.small:device ed
LAPL.small:device ed
LAPN.small:device ed
LOFT.small:device ed
MINI.small:device ed
SCAN.small:device ed0 at isa? port 0x280 irq 15 iomem 0xd iosiz 0x1
SLIM.small:device ed
SNOW.small:device ed0 at isa? port 0x280 irq 5 iomem 0xc8000
WIND.small:device ed

My master config file is
 http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/sys/amd64/conf/HOLZ
(Its public but only for my convenience, not asking anyone to
struggle with that!)

None of those machines are newish, & some very old, some obsolete,
some still very useful, eg host SCAN running 4.11 embedded !
http://berklix.com/scanjet/

I need to look more what I can scrap, but ed was extremely common once,
inc for pcmcia, I bet loads of machine have embedded ed & ed0.

If its a shortage of hardware is the problem let me know.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-101: obsolete driver removal planned for 2019-05-18

[Julian H. Stacey]

> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers
> as previous approved in FCP-101.
> The following drivers are slated for
> removal from FreeBSD-HEAD (to be FreeBSD-13):
> 
> ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe

OMG ! ed ! That EOL's loads of PC boxes I have (& a show box of
spare)  that will never be able to upgrade.

Cheers,
Julian
-- 
Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
 http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
 Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

"Rodney W. Grimes" wrote:
> We could add that once the document is submitted to core
> any change to it between submitting and vote by core requires
> core to be involved, even if it is simply an ack of a change
> has been made to what was submitted.

Yes !

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

I suggest posters to this lively thread could strip inherited personal
CC addresses .  Then ~/.procmailrc that sorts list mail away from
real personal ~/mail/Inbox will protect xbiff from beeping so much :-)

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

Hi, Reference:
> From: Brooks Davis 
> Date: Tue, 23 Oct 2018 22:10:37 +

Brooks Davis wrote:
> 
> --lrZ03NoBR/3+SXJZ
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> On Tue, Oct 23, 2018 at 11:33:35PM +0200, Julian H. Stacey wrote:
> > > I'd also suggest that rl stands in stark contrast to the cs, wb, sn, sm=
> c,
> > > sf, tl, tx and vr drivers, which nobody has mentioned in this thread, a=
> nd
> > > which I doubt are in use in any FreeBSD system of any age today.
> >=20
> > vr is used by my TV driver laptop:
> > http://www.berklix.com/~jhs/hardware/laptops/novatech-8355/
> > vr0: flags=3D8843 metric 0 mtu 15=
> 00
> > options=3D82808
> > ether 00:40:d0:5e:26:38
> > inet 192.168.91.65 netmask 0xff00 broadcast 192.168.91.255
> > media: Ethernet autoselect (100baseTX  pause,txpause>)
> > status: active
> >=20
> > Which currently runs 8.4-RELEASE & eg xrandr, but I'll upgrade soon
> > when I also configure it to receive from a raspberry-pi TV VPN server.
> 
> The above was a typo.  vr is on the the STAY list.

Great, Thanks.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

Doug Hardie wrote:
> I have a number of production servers that only have bge and I don't see that 
> listed in either category.  None of them are running FreeBSD 12 yet as it has 
> not been released.  Also there are some with rl.  Those are add-on boards so 
> they could be changed, but would require extensive effort as the machines are 
> about a 4 hour drive from here and would require reconfiguration (an error 
> prone process when you are tired).

bge is also used by my main laptop with current Oct 15 18:33 /boot/kernel/kernel

bge0: flags=8843 metric 0 mtu 1500

options=c019b
media: Ethernet autoselect (1000baseT )

Doug, I think bge must be safe as man 4 bge:
"bge - Broadcom BCM57xx/BCM590x Gigabit/Fast Ethernet driver"
& Brooks proposal was ... "a plan to deprecate most 10/100 Ethernet drivers"

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

> I'd also suggest that rl stands in stark contrast to the cs, wb, sn, smc,
> sf, tl, tx and vr drivers, which nobody has mentioned in this thread, and
> which I doubt are in use in any FreeBSD system of any age today.

vr is used by my TV driver laptop:
http://www.berklix.com/~jhs/hardware/laptops/novatech-8355/
vr0: flags=8843 metric 0 mtu 1500
options=82808
ether 00:40:d0:5e:26:38
inet 192.168.91.65 netmask 0xff00 broadcast 192.168.91.255
media: Ethernet autoselect (100baseTX 
)
status: active

Which currently runs 8.4-RELEASE & eg xrandr, but I'll upgrade soon
when I also configure it to receive from a raspberry-pi TV VPN server.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 Brits votes abroad, inc. 700,000 in EU.
 Campaign lies, criminal funding, economy & pound down. Time for an honest ref.
http://exitbrexit.ukhttps://www.peoples-vote.uk/petition
https://eci.ec.europa.eu/002/public/#/initiative
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

Thanks for the reply warner,

Warner Losh wrote:
> On Fri, Oct 5, 2018 at 8:46 AM Julian H. Stacey  wrote:
> 
> > > >>> Please direct replies to freebsd-arch <<<
> > >
> > > FCP-01010 (https://github.com/freebsd/fcp/blob/master/fcp-0101.md)
> > > outlines a plan to deprecate most 10/100 Ethernet drivers in FreeBSD 12
> > > and remove them in FreeBSD 13 to reduce the burden of maintaining and
> > > improving the network stack.  We have discussed this within the
> > > core team and intend to move forward as proposed.  We are solictiting
> > > feedback on the list of drivers to be excepted from removal.
> > >
> > > The current list of drivers slated for REMOVAL is:
> > >
> > > ae, bfe, bm, cs, dme, ed, ep, ex, fe, pcn, rl, sf, smc, sn,
> > > ste, tl, tx, txp, vx, wb, xe
> >
> > I have many hosts using ed & rl, several using ep, & at least one
> > using xe or ex.  That's just from memory, maybe other drivers in peril.
> >
> 
> Later in the thread rl was removed from the list.

That's a partial relief.


> What systems are you running ed, ex and/or xe on? So far I've heard no
> reports of people using the latter two in about a decade.

I can look more later, but for a quick partial reply:
I keep an incomplete ad hoc occasionaly/rarely updated list of logs,
useful for odd questions such as this, so I can run quick checks

cd ~/tech/log/dmesg ;grep ed0: * */* | grep port # ... vi
dual film flip lapn loft slim wind
cd ~/tech/log/ifconfig ; grep ed0: * */*
dual film flip lapl loft park rain snow wall wind

cd ~/tech/log/dmesg ;grep xe0: * */*
lapd lapo
cd ~/tech/log/ifconfig ; grep xe0: * */*
nothing

cd ~/tech/log/dmesg ;grep ex0: * */*
nothing
cd ~/tech/log/ifconfig ; grep ex0: * */*
nothing

Hosts above are custom PCs no model numbers, but these are standard laptops:
 xe: lapd: Digital HiNote Ultra2000 
http://www.berklix.com/~jhs/hardware/digital/
 ed: lapl: Toshiba Libretto 70CT
http://www.berklix.com/~jhs/hardware/toshiba/libretto/
 ed: lapn: Dell Latitude XPi P133ST 
http://berklix.com/~jhs/hardware/laptops/dell_latitude_xpi_p133st
 xe: lapo: Novatech (MiTAC) 8355
http://www.berklix.com/~jhs/hardware/laptops/novatech-8355/

( PS ed0 is also used by Hewlett Packard Network ScanJet 5 a multi sheet
feeder with FreeBSD built inside, however that's stuck on a seriously
old release, still a great device though - http://berklix.com/scanjet/ )

PS My master kernel config from pre 4.11 to current:
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/sys/amd64/conf/HOLZ

So quick summary:
ex: I dont seem to use
ed: I use on many of my hosts, not just those above, & I have some 
spare 
to stick in to any PCI or ISA box I work on if needed.
ed & xe I also have on pcmcia & cardbus, so they move around between 
laptops.


> Unless the functionality of drivers is sub-sumed in to other drivers,
> > stripping all those drivers would motivate some to never upgrade
> > again, or dump FreeBSD for a more conservative BSD, or fork FreeBSD etc.
> >
> 
> You could also create a port/pkg for them and assume the burden of
> maintenance yourself.

Didn't know drivers could be farmed out to ports/, sounds like a
recipe for breakage sooner or later.


> > Stripping dead code helps developers play easier, but stripping
> > live code is offensive.  Some who periodicaly propose code demolitions
> > forget that many users of FreeBSD don't subscribe lists, except
> > maybe announce, as too busy, maintaining FreeBSD on networks ...
> > until their nets don't work.
> >
> 
> I think in this case there will be plenty of warning. They will upgrade to
> 12, one assumes, and see the deprecation message in their new kernel logs.
> There's going to be about a 6 month window between when this is announced
> and when it happens to collect evidence that removal is unwarranted, to
> show they are still in use by enough people to justify their on-going (yes
> non-zero) cost to keep in the tree. There's over 2 years before they will
> be removed from a released version: also plenty of time to build a case
> that they are in use and/or upgrade to different, supported NICs. If you
> look at the rest of the thread, you'll see several people have made
> compelling cases and/or provided evidence of continued use into the future
> to keep the drivers in the tree. Evidence will save them, but harsh words
> will not.
> 
> I think expecting people to blindly maintain code on the off chance someone
> is still using is offensive as well. We must weigh the costs of continuing
> with the benefits those cost provide. We don't have good s

Re: FCP-0101: Deprecating most 10/100 Ethernet drivers

[Julian H. Stacey]

> >>> Please direct replies to freebsd-arch <<<
> 
> FCP-01010 (https://github.com/freebsd/fcp/blob/master/fcp-0101.md)
> outlines a plan to deprecate most 10/100 Ethernet drivers in FreeBSD 12
> and remove them in FreeBSD 13 to reduce the burden of maintaining and
> improving the network stack.  We have discussed this within the
> core team and intend to move forward as proposed.  We are solictiting
> feedback on the list of drivers to be excepted from removal.
> 
> The current list of drivers slated for REMOVAL is:
> 
> ae, bfe, bm, cs, dme, ed, ep, ex, fe, pcn, rl, sf, smc, sn,
> ste, tl, tx, txp, vx, wb, xe

I have many hosts using ed & rl, several using ep, & at least one
using xe or ex.  That's just from memory, maybe other drivers in peril.

Unless the functionality of drivers is sub-sumed in to other drivers,
stripping all those drivers would motivate some to never upgrade
again, or dump FreeBSD for a more conservative BSD, or fork FreeBSD etc.

Stripping dead code helps developers play easier, but stripping
live code is offensive.  Some who periodicaly propose code demolitions
forget that many users of FreeBSD don't subscribe lists, except
maybe announce, as too busy, maintaining FreeBSD on networks ...
until their nets don't work.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich
 Brexit: 3,700,000 stolen votes in 1st referendum inc. 700,000 from Brits in EU
 Campaign lies & criminal funding, economy & pound down: New referendum needed.
http://exitbrexit.uk
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

possible disruption of dovecot traffic on 1 of 2 freebsd hosts

[Julian H. Stacey]

Hi freebsd-net@freebsd.org
I'm seeing strange net behaviour with POP3 on 1 of 2 servers,
I would appreciate advice please, perhaps name of net tools to test with ? 

I have 1 local client POP3 fed from 2 remote servers:

land.berklix.org 
 a jail under another FreeBSD.
 FreeBSD land.berklix.org 10.3-RELEASE-p4 FreeBSD 10.3-RELEASE-p4
 #0: Sat May 28 12:23:44 UTC 2016
 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64

slim.berklix.org 
 under vmware, dont know whats outside
 FreeBSD slim.berklix.org 10.3-STABLE FreeBSD 10.3-STABLE #0: Tue
 Aug 16 18:09:22 CEST 2016
 j...@slim.berklix.org:/usr/obj/usr/src/sys/GENERIC  amd64

slim also has /etc/rc.conf
  vmware_guest_vmblock_enable="YES"
  vmware_guest_vmhgfs_enable="YES"
  vmware_guest_vmmemctl_enable="YES"  # ports/emulators/open-vm-tools-nox11
  vmware_guest_vmxnet_enable="YES"# ports/emulators/open-vm-tools-nox11
  vmware_guestd_enable="YES"  # ports/emulators/open-vm-tools-nox11

Both land & slim run POP3 servers:
  /usr/ports/mail/dovecot # pkg info | grep dovecot # dovecot-1.2.17_6
  All src/ & ports/ self compiled (though not kernels of prison & vmware).

host land is reliable I can always succeed with
fetchmail land.berklix.org

host slim I can fetchmail for a while,
then it locks up & periodically
& I must manualy mv & sftp /var/mail/jhs

The receiving local client shows this:
fetchmail -v -v slim.berklix.org

fetchmail: SMTP> MAIL FROM: SIZE=14380
fetchmail: SMTP< 250 2.1.0 ... Sender ok
fetchmail: SMTP> RCPT TO:
fetchmail: SMTP< 250 2.1.5 ... Recipient ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself

#**.**..**.*.**.**.**.**.**.*.**.**fetchmail:
 socket error while fetching from j...@slim.berklix.org
fetchmail: 6.3.8 querying slim.berklix.org (protocol POP3) at Fri Sep  
9 22:49:31 2016: poll completed
fetchmail: discarding new UID list
fetchmail: Query status=2 (SOCKET)
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 2
fetchmail: Deleting fetchids file.

/var/log/maillog:
 Land:
  dovecot: POP3(jhs): Disconnected: Logged out top=0/0, retr=0/0,
  del=0/0, size=0
 Slim:
  dovecot: POP3(jhs): Connection closed: Connection reset by peer
  top=1/14385, retr=0/0, del=0/9, size=112436

Nothing suspicious in /var/log/messages on slim

Strangely, I can sftp this /var/mail/jhs data to host=land, then I
can fetchmail it from host=land no problem. Makes me suspect a
packet problem ?  I have kept 2 samples of that data, so can repeat this.

I've noticed some stickiness on ssh session to host=slim in last weeks
(& slim is a newish (some weeks) re-installation of FreeBSD on a newish
vmwaee host (previous hardware problem) so something might have changed.)

I'm wondering what tools to use to analyse & compare connections
between home to both servers ? Reccomendations from /usr/ports/net/ I guess ?

I'm rusty, but I guess it can't be eg something like long ago DSL
MTU length issue, cos the same DSL link when up, works fine from
host=land, just not from host=slim

Can't be something weird in my dovecot POP3 server config, because
both have identical symbolic links
/usr/local/etc/dovecot.conf -> ../../../site/usr/local/etc/dovecot.conf
& /site is frequently updated on both to keep identical

my .fetchmailrc entries to fetch from both server are symmetric too.

It's not some differential packet filtering in kernel issue, as with 
ipfw show
 land (jailed, work ok)
  ipfw: socket: Operation not permitted
 slim (vmware, locks up occasionaly, Ive not compiled ipfw in my kernel)
  ipfw: getsockopt(IP_FW_GET): Protocol not available

I do have an ipfw rule set on my home gate, but neither those nor the 2
IPs of remote server have changed in a long time, I wrote them symmetricly
way back, used to work on both, can't be that.

Top shows both hosts 96 to 99% idle most of the time.

Any suggestion of net / packet performance tools I might run please ?

PS I am subscribed to n...@freebsd.org, but a CC to me also nice, Thanks !

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/#stolen_votes
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Re: Whither ep(4) on 9.3-RELEASE?

[Julian H. Stacey]

 I'm amazed people still use tech this old.

Some think Green :-)  Junking old PCs can feel sinful (except when
power bill dictates or more CPU needed). I use old x86 + ep0, eg
libretto eg, for mini X monitors for hardware eg PBX, UPS etc,
though none run new releases (unlike my main AMD64s). So my ep0
host count is now down to ~ 3.


 It's available in i386, all releases (even head, presently).  It's not 
 in amd64 due to no ISA support.

Good to know, thanks.

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: Regarding Netmap on Fedora

[Julian H. Stacey]

 I am using Fedora 18 with Intel 82599 NIC.
.^

Ask on a Linux/Fedora list then. This is a FreeBSD list.

 I am new to netmap and want to experiment with it in the above environment.
 Can somebody please advise what is the easiest way to go about the above
 (installation etc.) so that I can concentrate on writing the userspace
 programs using netmap quickly.


Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Interleave reply paragraphs like a play script.
 http://berklix.eu/pirates/ - A daft name but good ideas, read before voting.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node

[Julian H. Stacey]

Reference:
 From: Sami Halabi sodyn...@gmail.com 

Please do not top post.

Sami Halabi wrote:
 Hi,
 I'm using FBSD8.2-R-p4,

You omitted to say that in first post.

 i just commented that the only discussion i found
 is for old releases without fedback if that helped.
 
 I appreciate any help.

Now people know it's a current problem, more may look at it.  Good luck.

 
 Sami
 
 On Sat, Dec 17, 2011 at 7:48 PM, Julian H. Stacey j...@berklix.com wrote:
 
  Hi,
  Sami Halabi wrote:
 
  I dropped isp@ as it seems not relevant to list remit.
 
   any ideas?
 
  You'r using Obsolete FreeBSD.
  Try 8.2 or stable or 9.0-RC3 or current  people could be interested.
 
  If you company forces you to use obsolete FreeBSD for commercial reasons,
  use their money for a solution: pay some BSD consultant somewhere
  on a world wide list:
 http://berklix.com/consultants/
 
   Sami
  
   On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi sodyn...@gmail.com wrote:
  
Hi,
   
I've searched the net andfound basicly 2 threads talking about the
  message:
   
ng_mppc_decompress: too many (4094) packets dropped, disabling node
   
in FBSD 6.3
http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.htmlits
a pr 123045
and 5.4. http://markmail.org/message/lptpp4qmiwksazxc
basicly suggested to set define MPPE_MAX_REKEY to a higher values
and found somewhere a patch that changes it to variable rather than
  using
it as macro
   
i saw no answer indicating this really solves the problem.
   
did anyone have a solution tothe problem? i'm suffering from it even i
have about 200 concurrent connections, as i read MPD+FREEBSD usually
  can
utilize thousands of sessions.
   
Thanks in advance,
   
--
Sami Halabi
Information Systems Engineer
NMS Projects Expert
   
   
  
  
   --
   Sami Halabi
   Information Systems Engineer
   NMS Projects Expert
   ___
   freebsd-...@freebsd.org mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-isp
   To unsubscribe, send any mail to freebsd-isp-unsubscr...@freebsd.org
  
 
 
  Cheers,
  Julian
  --
  Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich
  http://berklix.com
   Reply below not above, cumulative like a play script,  indent with  .
   Format: Plain text. Not HTML, multipart/alternative, base64,
  quoted-printable.
   EU tax to kill London Vetoed   http://berklix.com/~jhs/blog/2011_12_11
 
 
 
 
 -- 
 Sami Halabi
 Information Systems Engineer
 NMS Projects Expert
 ___
 freebsd-net@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-net
 To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
 


Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
 EU tax to kill London Vetoed   http://berklix.com/~jhs/blog/2011_12_11
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node

[Julian H. Stacey]

Hi,
Sami Halabi wrote:

I dropped isp@ as it seems not relevant to list remit.

 any ideas?

You'r using Obsolete FreeBSD.
Try 8.2 or stable or 9.0-RC3 or current  people could be interested.

If you company forces you to use obsolete FreeBSD for commercial reasons,
use their money for a solution: pay some BSD consultant somewhere
on a world wide list:
http://berklix.com/consultants/

 Sami
 
 On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi sodyn...@gmail.com wrote:
 
  Hi,
 
  I've searched the net andfound basicly 2 threads talking about the message:
 
  ng_mppc_decompress: too many (4094) packets dropped, disabling node
 
  in FBSD 6.3
  http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its
  a pr 123045
  and 5.4. http://markmail.org/message/lptpp4qmiwksazxc
  basicly suggested to set define MPPE_MAX_REKEY to a higher values
  and found somewhere a patch that changes it to variable rather than using
  it as macro
 
  i saw no answer indicating this really solves the problem.
 
  did anyone have a solution tothe problem? i'm suffering from it even i
  have about 200 concurrent connections, as i read MPD+FREEBSD usually can
  utilize thousands of sessions.
 
  Thanks in advance,
 
  --
  Sami Halabi
  Information Systems Engineer
  NMS Projects Expert
 
 
 
 
 -- 
 Sami Halabi
 Information Systems Engineer
 NMS Projects Expert
 ___
 freebsd-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-isp
 To unsubscribe, send any mail to freebsd-isp-unsubscr...@freebsd.org
 


Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
 EU tax to kill London Vetoed   http://berklix.com/~jhs/blog/2011_12_11
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: startup network configuration choice

[Julian H. Stacey]

=?UTF-8?Q?I=C3=B1igo_Ortiz_de_Urbina?= wrote:
 Maybe you could glue some ifstated magic to your script.
 
 I heard suggestions like this some time ago on a different list,
 anyway, I have never tried it myself as running a script to setup my
 network manually is not inconvenient, after all, I do startx myself
 everytime I boot the computer :)

Personally I have this in /etc/rc.conf, 
host=mylap ; domain=company.com
host=mylap ; domain=no.net
host=mylap ; domain=home.net
hostname=$host.$domain
case $hostname in   #{
mylap.home.net)  #{
ifconfig_fxp0=inet 192.168.10.11
# whatever other things too
;;
mylap.company.com) 
ifconfig_fxp0=inet 10..
;;
ifco
mylap.no.net) 
;;
 esac
Before I shut down to leave, I edit it, moving destination domain
to last in list.
What I should do is eg:
ping -c 1   some_known_site_dependent_host
or better still set up dhcpd hosts,  let the laptop search for 
site dependent dhcpd servers.


 If you get anywhere, posting your findings would be helpful and
 healthy for the archives

The topic has been discussed numerous times over years on
mob...@freebsd.org, I think it better the topic stays there than
on net@ :-) so search the mobile@ archives

( net@ seems more appropriate for somewhat deeper stuff, if eg DHCPD fails
to negotiate or whatever. )

 
 On 8/15/10, Zeus V Panchenko z...@ibs.dn.ua wrote:
  Hi All,
 
  may somebody advice, please ...
 
  i'd like to get automatic network configuration for my netbook while
  startup depending on the network it connected to while starting up ...
 
  not dhcp, but system startup script to detect the network and to
  configure the interfaces
 
  i have written script which receives arguments -h for home and -j for
  job and cosequently configures network, and configured network in
  rc.conf for one of the connections (default is job)
 
  but i'd like the system to do that automaticaly to avoid timeouts of
  network services like sshd/sendmail/e.t.c. when i'm starting up with
  wrong connection
 
  is there correct way to do that with some of the sturtup scripts or i
  have to do that by hands somewhere in rc.early?
 
  --
  Zeus V. Panchenko
  IT Dpt., IBS ltdGMT+2 (EET)
  ___
  freebsd-net@freebsd.org mailing list

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text,  Not HTML, quoted-printable  base 64 dumped with spam.
Avoid top posting, It cripples itemised cumulative responses.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: Packet loss when using multiple IP addresses

[Julian H. Stacey]

my problem, please answer. Maybe a single keyword is enough. :)

Check: Heat ? Voltages ?
( I've had a few bits of hardware die the last few weeks, it's been
  hot the last few weeks here in Munich where Frank  I are )
Electrolytic capacitors when hotter dry  degrade faster ..
Just a guess / last straw to clutch at  check ? . Good luck.

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text.  Not HTML, Not quoted-printable, Not Base64.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: stop bittorrents

[Julian H. Stacey]

 Thus you'd still achieve your ideal of
 avoiding spending money rather than your time on it :-)

Sorry, I wrote that wrongly, I meant:
  Thus you'd still spend money  still save spending your own work time on it.

-- 
Julian Stacey.  BSD Unix C Net Consultancy, Munich/Muenchen  http://berklix.com
Mail Ascii, not HTML.   Ihr Rauch = mein allergischer Kopfschmerz.
http://berklix.org/free-software
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: ppp command port does not listens on ipv4 unless no INET6 in kernel

[Julian H. Stacey]

 I have no environment for testing this.  Could you try this patch?

Yes certainly, thanks a lot, delighted to get a reply  will report back soon.

-- 
Julian Stacey.  BSD Unix C Net Consultancy, Munich/Muenchen  http://berklix.com
Mail Ascii, not HTML.   Ihr Rauch = mein allergischer Kopfschmerz.
Don't buy it ! Get it free !  http://berklix.org/free-software
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: ppp command port does not listens on ipv4 unless no INET6 in kernel

[Julian H. Stacey]

Brian Somers wrote:
 On Sun, 17 Sep 2006 20:10:47 +0900 Hajimu UMEMOTO [EMAIL PROTECTED] wrote:
  Hi,
  
   On Thu, 14 Sep 2006 15:44:18 +0200 (CEST)
   Julian Stacey [EMAIL PROTECTED] said:
  
  jhs I'm not clear if this is a bug or a config error:
  jhs It seems though my /usr/sbin/ppp was moving traffic
  jhs to  from internet, it was only listening for commands
  jhs (not data) on ipv6, not ipv4, thus I could not type commands
  jhs like dial  drop, unless instead of running ppp -auto
  jhs instead I invoked ppp manually in foreground on localhost.
  
  As far as I read the source of ppp(8), it only listen on an IPv6, and
  expects to listen on an IPv4 through an IPv4-mapped IPv6 address.
  However, an IPv4-mapped IPv6 address feature is disabled by default.
  ppp(8) should be rewritten to listen on both an IPv4 and an IPv6.
  But, it is slightly complex.  So, I made a patch to enable an
  IPv4-mapped IPv6 address only for the socket that ppp(8) is listening
  on.
  I have no environment for testing this.  Could you try this patch?
  
  Index: usr.sbin/ppp/server.c
  diff -u -p usr.sbin/ppp/server.c.orig usr.sbin/ppp/server.c
  --- usr.sbin/ppp/server.c.orig  Sun Sep  5 10:46:52 2004
  +++ usr.sbin/ppp/server.c   Sun Sep 17 19:54:43 2006
  @@ -346,6 +346,13 @@ server_TcpOpen(struct bundle *bundle, u_
   goto failed;
 }
   
  +#ifndef NOINET6
  +  if (probe.ipv6_available) {
  +int off = 0;
  +setsockopt(s, IPPROTO_IPV6, IPV6_V6ONLY, (char *)off, sizeof(off));
  +  }
  +#endif
  +
 setsockopt(s, SOL_SOCKET, SO_REUSEADDR, s, sizeof s);
 if (bind(s, (struct sockaddr *)ss, sz)  0) {
   log_Printf(LogWARN, Tcp: bind: %s\n, strerror(errno));
  
  
  Sincerely,
 
 AFAIR I had trouble getting that code to work and was advised at
 the time that I'd just get the mapped port for free.  I haven't
 been using IPv6 on production machines for some time, so I haven't
 seen the problem :(
 
 It'd be great if you'd commit the patch if Julian says it works
 ok for him.

Tested. It Works. Thanks !
I tested the patch on PPP running under both kernels IPV4+6  V4only
just to be sure, it works on both,  allows me to type dial  down
(all I tried or wanted.)

Output With patch:

strings /boot/kernel/kernel | grep ___ | grep INET
___options INET
___options INET6
sockstat -l
USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN ADDRESS  
root ppp939   9  tcp46  *:12345   *:*

strings /boot/kernel/kernel | grep ___ | grep INET
___options INET
___# options INET6
sockstat -l
USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN ADDRESS  
root ppp931   9  tcp4   *:12345   *:*

Old V4+6 Kernel pre patch:
 USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN ADDRESS
 root ppp1020  9  tcp6   *:12345   *:*

I hope it's commited.  (Dont't know if a 2nd tester is needed to verify ?)
Thanks Hajimu :-)
Julian
-- 
Julian Stacey.  BSD Unix C Net Consultancy, Munich/Muenchen  http://berklix.com
Mail Ascii, not HTML.   Ihr Rauch = mein allergischer Kopfschmerz.
Don't buy it ! Get it free !  http://berklix.org/free-software
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Anyone heard about Broadband over power lines???

[Julian H. Stacey]

Marcin Jessa wrote:
 On Tue, 23 May 2006 20:14:29 -0700 (PDT)
 Mark Jayson Alvarez [EMAIL PROTECTED] wrote:
 
  Hi,
  
  A while ago, a group of individuals have demonstrated
  us with devices that can be used to extend your
  network throughout every corner of your company
  through the use of electric outlet... A quick googling
  tells me that such technologies are already existing
  long time ago and some Electric companies in other
  parts of the world also are now providing Internet
  services to their costumers at an added cost.. Do you
  know any ongoing opensource initiative regarding this
  technologies??

http://www.vobis-shop.de/vobis/catalog/rubric.service?rubricid=101919
35.5 Euro 
Netgear XE102 Powerline Ethernet
up to 14 M bit/s
For in house use.   Not to ISPs
http://www.vobis-shop.de/vobis/catalog/factsheet1.service?articleid=124099

http://www.netgear.com/products/details/XE102.php

Maybe for more info on what you want: cruise a few hardware
manufacturer sites such as Netgear, find hardware that does what
you want, then search with google or whoever, looking for hardware
model numbers ?

-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: TCP_COMPAT_42 support

[Julian H. Stacey]

Mike Silbersack wrote:
 
 On Tue, 7 Mar 2006, Julian H. Stacey wrote:
 
  Looks to me like skyr decided to close the connection, and it closed as
  expected.  I think the problem is probably above the TCP layer - have you
  tried an older version of rlogin to see if that makes a difference?
 
  Hmm. Thanks Mike,
  Until you wrote that I was thinking of install an old FreeBSD to try as
  a bridge, something like 2.2.8, in case of TCP difference, but now
  youve written that, as It's petty much a binary machine,
  perhaps I screwed the config somehow in /etc so I'll take another look,
  then.  do a reload from tape to a sub dir,  run a find + cmp  rm
  C prog with my http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c
 
 I actually meant that rlogin on the client side might be the problem - 
 could you try the rlogin from 2.2.8 running under 6.0?
 
 Mike Silby Silbersack

So, now knowing the problem was the Symmetric end, I reverted tons
of stuff on the 4.2-BSD NSC-32016 Symmetric 375 (
http://berklix.com/~jhs/symmetric/ ) to manufacturer's defaults, 
finaly standard rlogin to it worked from both FreeBSD 5.3-RELEASE
 FreeBSD 6.1-RC,  stays logged in for days, no problem :-) Thanks Mike!

-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: TCP_COMPAT_42 support

[Julian H. Stacey]

 Looks to me like skyr decided to close the connection, and it closed as 
 expected.  I think the problem is probably above the TCP layer - have you 
 tried an older version of rlogin to see if that makes a difference?

Hmm. Thanks Mike,
Until you wrote that I was thinking of install an old FreeBSD to try as
a bridge, something like 2.2.8, in case of TCP difference, but now
youve written that, as It's petty much a binary machine, 
perhaps I screwed the config somehow in /etc so I'll take another look,
then.  do a reload from tape to a sub dir,  run a find + cmp  rm
C prog with my http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c

 Sorry about the delay in responding to this, I got sidetracked, and then I 
 got a cold. :)

Know the feeling, I've had a long running nasty (human) bug this year.
Much appreciate you having looked at that tcpdump. Thanks !

 Mike Silby Silbersack

Julian
-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = meine allergischen Kopfschmerzen.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: TCP_COMPAT_42 support

[Julian H. Stacey]

Mike Silbersack wrote:
 On Mon, 27 Feb 2006, Julian Stacey wrote:
  Anyone know if modern FreeBSD still supports TCP_COMPAT_42 ?
 TCP_COMPAT_42 just tweaked how we generated TCP initial sequence numbers. 
 The lack of it should not be impacting your ability to connect to machines 
 of any vintage.
 Mike Silby Silbersack

Thanks Mike, 
Well I fixed a local problem of parity on my FreeBSD end, by changing to
XTerm*eightBitInput:False
XTerm*eightBitOutput:   False
xrdb -merge ~/.Xdefaults
But rlogins  telnets to the 4.2BSD Symmetric still die after exiting
first command /or time out within first minute. ( no timeout I
can see on rlogind on 4.2 end, but rlogins from 4.2 to FreeBSD run OK !
It used to work, I wonder what presumably I changed !

-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = meine allergischen Kopfschmerzen.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: PPPoE and UDP fragmentation

[Julian H. Stacey]

 -Are there any tunables at either end (both hosts are FreeBSD 4.11 p11) to 
 alter how fragmented packets are re-assembled?

/usr/ports/net/tcpmssd
An MTU adapter.  Apparently not needed on FreeBSD-5 but I mean to 
install it on my FreeBSD-4 DSL gateways when I find time to think if it might
have any implications re ipfw  security.

-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail Ascii not HTML.  Ihr Rauch = meine allergischen Kopfschmerzen.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: nslookup problem on FreeBSD-5.3: problem with non FQN domain

[Julian H. Stacey]

Matthew D. Fuller wrote:
  but though `tower'  `thin' are also OK with non fully qualified name 
  `thin',
  running nslookup localy on `flat' now gives errors:
 [...]
  /etc/resolv.conf has
  # domainberklix.org

No, sorry, it's not that, I only indented with tab to make the mail
easier to read, there's no beginning of line tab in original.  
   (But a good guess, thanks, I remember reading of something in /etc,
   .. hosts I think, that isn't documented but doesnt take kindly to eg
^  # this is a comment that starts as newline, tab, hash, comment  )

BTW re. things invisible to mail list only I can see:
  My /etc/resolv.conf is a symbolic link, I tried converting it to a file,
  but didn't help though (well, eg inetd.conf isnt happy as a sym link).

Other ideas anyone ?

-
Julian StaceyNet  Sys Eng Consultant, Munich   http://berklix.com
Mail in Ascii (Html=Spam).  Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: nslookup problem on FreeBSD-5.3: problem with non FQN domain

[Julian H. Stacey]

Matthew D. Fuller wrote:
 On Fri, Feb 18, 2005 at 11:56:50AM +0100 I heard the voice of
 Julian H. Stacey, and lo! it spake thus:
  Matthew D. Fuller wrote:
but though `tower'  `thin' are also OK with non fully qualified name 
`thin',
running nslookup localy on `flat' now gives errors:
   [...]
/etc/resolv.conf has
# domainberklix.org
  
  No, sorry, it's not that, I only indented with tab to make the mail
  easier to read, there's no beginning of line tab in original.  
 
 I was pointing at the #, actually.  I've got 4 char tabstops   ;p

Oh, OK. So I removed every line with a #  all blank lines, leaving just
---
nameserver  127.0.0.1
nameserver  194.221.32.6
nameserver  194.221.87.2
---
It didnt help.

-
Julian StaceyNet  Sys Eng Consultant, Munich   http://berklix.com
Mail in Ascii (Html=Spam).  Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: nslookup problem on FreeBSD-5.3: problem with non FQN domain

[Julian H. Stacey]

Matthew D. Fuller wrote:
 On Fri, Feb 18, 2005 at 01:00:33PM +0100 I heard the voice of
 Julian H. Stacey, and lo! it spake thus:
 
  Oh, OK. So I removed every line with a #  all blank lines, leaving just
  ---
  nameserver  127.0.0.1
  nameserver  194.221.32.6
  nameserver  194.221.87.2
  ---
  It didnt help.
 
 Nonono; the other thing you do with commented lines   :)
Yes, well, while in doubt testing, threw out all un-necessary complication.

 You need the domain berklix.org (or a similar search line) for it
 to guess a domain for non-FQDN lookups.

I've not needed that till now on any of the 3 servers (since I
changed my hostnames from *.bsn.com to *.berklix.org a long time
back, before then I needed that admittedly).  It's optional now.

  That'll tell it to check
 flat.berklix.org if it can't find flat (or the other order; I can
 never remember); otherwise how would it know what to try?

By default from the domain name part returned by `hostname` per
man resolv.conf under domain  search

I was wondering if it might be a reverse lookup problem, as
my IP is 194.221.32.28,  that (via nslookup) returns bim.bsn.com
but that can't be the problem, else I'd be seeing same problem
on another of my machines: tower.berklix.org = 194.221.32.7 = bsd.bsn.com

However, I was going to experiment by adding back domain  search in
resolv.conf, but unfortunately I now can't reproduce the problem,
so can't tell if adding them back would clear the problem that's
now gone !  Aargh !

-
Julian StaceyNet  Sys Eng Consultant, Munich   http://berklix.com
Mail in Ascii (Html=Spam).  Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: tracking down strange MTU issues with PPPoE)

[Julian H. Stacey]

Mike Tancsa wrote:
Re DSL ...

 (Note, I have tried various MTU and MRU settings.
 Thanks for any pointers.

Perhaps you need /usr/ports/net/tcpmssd  
- TCP Maximum Segment Size option corrector

I recently got DSL with Deutsche Telekom, then read the very enjoyable
http://www.ruhr.de/home/nathan/FreeBSD/tdsl-freebsd.html
Author: [EMAIL PROTECTED]
Language:   German (which luckily I speak, but config fragments
are readable by all of course)
 I got the impression I too would have a problem  need to install 
tcpmssd, but your mail has reminded I haven't seemed to need to yet,
 on looking with   netstat -I  tun0
 Name  Mtu   Network   AddressIpkts IerrsOpkts Oerrs  Coll
 tun0  1492  Link#20   116652 083310 0 0
 tun0  1492  fe80:14::20 fe80:14::200:b4ff0 -0 - -
 tun0  1492  217.235.114   pD9EB72AA.dip.t   103126 -72229 - -
so with 1492 I guess I havent noticed many failed connections.
Good luck, I hope tcpmssd helps.

Julian Stacey   Munich Unix (FreeBSD, Linux etc) Independent Consultant
[EMAIL PROTECTED] http://bim.bsn.com/~jhs/
Ihr Rauchen = mein allergischer Kopfschmerz !  Schnupftabak probieren !

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-net in the body of the message