peterj created this revision.
peterj added a reviewer: network.
peterj requested review of this revision.
REVISION SUMMARY
The RTL8211F-VD is a replacement/upgrade for the RTL8211F. Based on
https://github.com/torvalds/linux/commit/bb726b753f75a4eeda291438f89dfd9b94783569,
the only
client-exit-hooks, which is a shellscript documented in
dhclient-script(8).
--
Peter Jeremy
signature.asc
Description: PGP signature
d packets locally between firewall and VPS
* Encrypted packets sent from VPS will arrive at Host (once
net.inet.ipsec.filtertunnel is set).
* Packets sent from Host to VPS get sent unencrypted over the Internet.
I'm confident that the last point is because the IPSEC processing preceeds
the pfil p
P packets from firewall to VPS aren't going through
the IPSEC transport.
b) Why firewall is ignoring incoming IPSEC esp packets.
Is anyone able to help?
--
Peter Jeremy
signature.asc
Description: PGP signature
oduction
of IPv6. The main benefit is that it made it possible to support
both IPv4 and IPv6 without needing 2 sockets - which means you
can stick to doing an accept() on a blocking socket, rather than
needing to use poll() or select() etc with a pair of non-blocking
sockets.
I'm not sure how to solve your problem, sorry.
--
Peter Jeremy
signature.asc
Description: PGP signature
On 2021-May-11 13:40:44 +0200, "Patrick M. Hausen" wrote:
>> Am 11.05.2021 um 12:38 schrieb Peter Jeremy :
>>
>> On 2021-May-08 19:05:56 +0200, "Patrick M. Hausen" wrote:
>>> I am facing a problem that is perfectly explained by the semantics
>
relevant setsockopt() calls (though I don't think ktrace will report
the actual flag state).
--
Peter Jeremy
signature.asc
Description: PGP signature
0x94/frame 0xfe020aaf0bb0
fork_exit() at fork_exit+0x80/frame 0xfe020aaf0bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe020aaf0bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
--
Peter Jeremy
signature.asc
Description: PGP signature
all 100 cards, yet no
>one (pardon me if I missed those) asks for 10. So how about making this
>proposal cover only 10 cards,
What is the purpose in keeping unused FastEthernet cards in the tree?
>if you can't resist the itch to remove
>something from the tree?
Again, that lang
adapters. They are explicitly
excluded from the proposed deprecation.
>BTW, I also use fxp interfaces a lot, but that's just because I have
Also explicitly excluded because of its popularity.
--
Peter Jeremy
signature.asc
Description: PGP signature
t;libpcap can be used too, as I've shown in previous letter.
>
>Thank you. If zmap ends up not suiting my needs, I will
>definitely look into libpcap.
Since no-one else has mentioned it, another option would be divert(4),
which is part of IPFW.
--
Peter Jeremy
signature.asc
Description: PGP signature
hought I'd ask
>if anyone is doing this type of configuration in their labs?
I used to do something similar on my netbook - see
https://www.bugs.au.freebsd.org/dokuwiki/laggdiskless
I haven't tried it recently but it definitely worked early on in 10.x.
--
Peter Jeremy
signature.asc
Description: PGP signature
would be
square and multiply. What are you trying to do? Maybe we can offer
an alternative to pow(3).
--
Peter Jeremy
pgp6AHdKYOfNS.pgp
Description: PGP signature
set to route through the firewall,
everything works as expected.
What am I doing wrong?
--
Peter Jeremy
pgpHe3KFE2Zph.pgp
Description: PGP signature
but you will need to do some work to get them
to apply to the tcpdump in 9.1.
That will hopefully give you some pointers as to where to investigate.
--
Peter Jeremy
pgpKOuIGsvWtO.pgp
Description: PGP signature
.
--
Peter Jeremy
pgp4c2p5tAMBd.pgp
Description: PGP signature
was entirely dropped, and now the ifconfig
output said no carrier.
What status was reported on the lights at each end?
--
Peter Jeremy
pgpAs2VtFUApg.pgp
Description: PGP signature
?
IMHO, no. zlib wasn't an advertised API so nothing outside the base
OS should be using it. If you've moved all the kernel code to use
the new location, that should be enough.
--
Peter Jeremy
pgpPlJ_hyRXBS.pgp
Description: PGP signature
but always include lock
prefixes (effectively reverting r4). I'm appreciate anyone who
feels like testing the impact of this change.
--
Peter Jeremy
pgpA2uS_hItrK.pgp
Description: PGP signature
Sorry for the delay, Real Lifeā¢ intervened.
On 2012-Aug-27 07:45:41 -0400, Dustin J. Mitchell dus...@v.igoro.us wrote:
On Mon, Aug 27, 2012 at 5:49 AM, Peter Jeremy pe...@rulingia.com wrote:
On 2012-Aug-26 08:12:51 -0400, Dustin J. Mitchell dus...@v.igoro.us
wrote:
On Sat, Aug 25, 2012 at 7:04
for 8 to not work.
Can you please post a pciconf -lv from FreeBSD and the equivalent
lspci from Linux. A FreeBSD verbose boot log might also help.
--
Peter Jeremy
pgpXqtGGMbTJs.pgp
Description: PGP signature
sense in retrospect, but the if_bridge(4)
manpage doesn't mention that gateway_enable is required for bridging
to actually forward packets.
If this is true, it's definitely wrong and a regression.
gateway_enable relates to routing not bridging.
--
Peter Jeremy
pgp0tKR7gtvaX.pgp
Description: PGP
On 2012-Aug-21 23:18:15 +0200, Giulio Ferro au...@zirakzigil.org wrote:
Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 nic (igb)
I have used lagg/lacp on 7.x, 8.x, 9.x and 10.x and haven't seen this
problem.
Can you please provide ifconfig output for all interfaces.
--
Peter
to an ARP request. In the intervening
period, there are no references to remot-nic in vlan 157 or any ARP
requests mentioning remo-mgmt.
--
Peter Jeremy
pgpF24vJB31sZ.pgp
Description: PGP signature
On 2012-Jul-13 11:20:36 -0700, Yuri y...@rawbw.com wrote:
On 07/13/2012 02:48, Peter Jeremy wrote:
This is a bug in dhclient - see PR bin/166656, which includes a fix.
I think this PR addresses part of the problem: dhclient doesn't exit when the
link goes down.
But even if it exits, it leaves
of you have any patches for this,
or Peter, can you extend your patch to do this?
It's not a case that I initially considered and I don't currently have
a patch for this. I'll have a look into it.
--
Peter Jeremy
pgpVPl5hJPMBM.pgp
Description: PGP signature
.
--
Peter Jeremy
pgpo1p1TtzlQz.pgp
Description: PGP signature
if the link doesn't come up within 10s of
dhclient starting) and during DHCP exchanges (if the link goes down
when it's expecting a DHCP response then it exits).
Can anyone explain the rationale behind the current behaviour?
--
Peter Jeremy
pgpBpISxeP8qg.pgp
Description: PGP signature
On 2012-Apr-05 07:17:49 +1000, Peter Jeremy peterjer...@acm.org wrote:
/etc/devd.conf includes a rule to start dhclient when an Ethernet or
802.11 interface reports link up, with a comment: No link down rule
exists because dhclient automatically exits when the link goes down.
IMHO
On 2012-Apr-05 13:22:37 -0700, YongHyeon PYUN pyu...@gmail.com wrote:
On Thu, Apr 05, 2012 at 12:39:46PM +1000, Peter Jeremy wrote:
On 2012-Apr-05 07:17:49 +1000, Peter Jeremy peterjer...@acm.org wrote:
/etc/devd.conf includes a rule to start dhclient when an Ethernet or
802.11 interface
you
installed /etc/rc.d/lagg or an equivalent script?
PS- I mistakenly double-posted:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=39210+0+current/freebsd-net
I replied to this one because it had a meaningful subject.
--
Peter Jeremy
pgpInbilVoAg2.pgp
Description: PGP signature
to diskless node situations?
(Two amusing typos in one sentence).
Based on what you've said so far, no.
carp provides load-balancing or failover between two (or more) hosts.
lagg provides load-balancing or failover between two (or more) NICs
on one host.
--
Peter Jeremy
pgpQkf5nduxKw.pgp
Description
and other mountpoints cannot be relied on.
--
Peter Jeremy
pgprrfdNpGEnW.pgp
Description: PGP signature
to
pings and gives an I'm busy now message.
Yes. Once you create the lagg, the interfaces comprising it will no
longer work standalone and you can't atomically migrate the IP address
from re0 to lagg0 - hence the script linked from the above page.
--
Peter Jeremy
pgpCaYsWbFQTE.pgp
Description: PGP
and a
description of what you are trying to achieve.
--
Peter Jeremy
pgppcO8hHBl6F.pgp
Description: PGP signature
vlandev eth2
ifconfig bridge1 addm vlan5 addm vlan6
ifconfig bridge2 addm vlan7 addm vlan9
ifconfig bridge3 addm vlan8 addm vlan10
--
Peter Jeremy
pgp7griifAX2e.pgp
Description: PGP signature
On 2012-Mar-06 09:15:57 +0330, h bagade baga...@gmail.com wrote:
On 3/6/12, Peter Jeremy peterjer...@acm.org wrote:
The following example diagram shows 3 distinct packet flows:
- packets tagged 5 in trunk1 and 6 in trunk0
- packets tagged 7 in trunk1 and 9 in trunk0
- packets tagged 8
apply to 9.x/10.x.
--
Peter Jeremy
pgp9nu4ltpF4S.pgp
Description: PGP signature
see this mentioned. I have looked
through the source and it does appear that scheduler instances are
marked inactive in serve_sched() once they have no packets queued and
are then garbage-collected via drain_scheduler_cb(). Is this the
intent? If so, how can statistics be collected?
--
Peter
of
useless pipes/queues but i am not sure if there is a sysctl or
timer or other mechanism to control it.
Thanks - that was enough of a pointer to find
net.inet.ip.dummynet.expire
--
Peter Jeremy
pgpyI8uFcdMZc.pgp
Description: PGP signature
I've managed to resolve one of the problems I raised.
On 2011-Apr-11 07:10:12 +1000, Peter Jeremy peterjer...@acm.org wrote:
For various reasons, I occasionally boot my netbook as a diskless
client of my main server (this is a quick/easy way to test upgrades
without needing to install them
to use lagg0 (made up only of re0) as the
boot device but I can't work out how to achieve this (in particular,
how to up re0 when that's not part of the diskless boot sequence).
Does anyone have any suggestions?
--
Peter Jeremy
pgpssVxm4ejLN.pgp
Description: PGP signature
stability issues.
--
Peter Jeremy
pgpPOChNt5SGB.pgp
Description: PGP signature
if the NFS
server is non-responding. Note that by default, sshd will search /lib,
/usr/lib and /usr/local/lib (as well as subordinate compat libraries)
to dlopen() nss modules - which means that a local root and /usr could
still block if you have a NFS mounted /usr/local.
--
Peter Jeremy
).
Finally, are you running i386 or amd64?
--
Peter Jeremy
pgpGJqTOzuPXQ.pgp
Description: PGP signature
packet loss or
out-of-order delivery.
--
Peter Jeremy
pgpnKFDXzBzl1.pgp
Description: PGP signature
. Once the code
exists, it may be a candidate for inclusion in a future 8.x release.
--
Peter Jeremy
pgp97m7g6QHHU.pgp
Description: PGP signature
packet but
tcpdump doesn't show one.
--
Peter Jeremy
pgpMdsvwNwvLk.pgp
Description: PGP signature
in the past (effectively re-numbering devices).
--
Peter Jeremy
pgpmwIOlUjC3E.pgp
Description: PGP signature
(and monitored via TCP-level keepalives).
--
Peter Jeremy
pgpfioORNwsMU.pgp
Description: PGP signature
dummynet or ipdivert functionality?
fastforwarding is on, polling is off:
net.inet.ip.fastforwarding: 1
Have you tried disabling fastforwarding?
What if your hardware configuration and how much traffic are you pushing
through the system?
--
Peter Jeremy
Please excuse any delays as the result
is solely
for backward compatibility. (To make it clear why it's never referenced
in the base system and not needed for new code).
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour
in one style. I suspect that no-one is happy
with everything in style(9) but consistency is seen as more important.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour
on different networks.
OK, that does sound wrong. Can you describe that setup please - what
local addresses/netmasks and routes did you have and what was the
remote IP address.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821
.
This is the correct configuration.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpwps7asJF15.pgp
Description: PGP signature
for.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpqNA5M12V2Y.pgp
Description: PGP signature
http://lists.freebsd.org/pipermail/freebsd-net/2008-March/017103.html
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpZRD0UHjVFm.pgp
Description: PGP signature
, or is it always the same route being lost?
If it's different routes, is there anything in common between the
routes that are lost? Are all your interfaces on disjoint subnets?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant
network connections - localhost is unaffected
- The problem also occurs when pinging FreeBSD 7.x from linux but not
when the same linux system pings a Winbloze box.
- Pinging either linux or winbloze from FreeBSD 7.x fails.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's
net.inet.ip.maxfragsperpacket - which is set to 16 by default.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpEyJ2bKFIKF.pgp
Description: PGP signature
, poll(2) is
limited to checking FD_SETSIZE descriptors, whilst select(2) has
no upper limit.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpeMmtesf5SB.pgp
Description: PGP
in at least amd64
and SPARC. Unfortunately, their optimal use is very implementation-
dependent and the AMD documentation suggests that incorrect use can
degrade performance.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821
requests whenever you assign
an address to an interface. You could confirm that this is happening
by tcpdumping the interface whilst you add aliases.
Rummaging around in ports, you might find net/arping or net/p5-Net-ARP
useful if you want to manually generate gratuitous ARP requests.
--
Peter
On 2008-Jun-27 22:59:56 +0200, Giulio Ferro [EMAIL PROTECTED] wrote:
Peter Jeremy wrote:
The kernel should send out gratuitous ARP requests whenever you assign
an address to an interface. You could confirm that this is happening
by tcpdumping the interface whilst you add aliases.
I have
interface will fail over
independently. If you want them all to fail over together then you
should set net.inet.carp.preempt (see carp(4) and its first example)
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant
.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp5pk6y5YJfo.pgp
Description: PGP signature
. [The
approach would be to checkout a RELENG_6_0_0_RELEASE kernel then
update sys/dev/em to RELENG_6_3 and build a new kernel].
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour
the CISCO
patent on HSRP.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpRTelyUBiIi.pgp
Description: PGP signature
: What version of 6.x? What NIC/MII? How much memory? What
network features (vlan, firewall, dummynet, netgraph, carp, ...) are
you using?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed
to be any provision for providing time delay on
packets.
Has anyone looked into implementing time delays in altq?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour
On 2008-May-26 19:11:16 +, Poul-Henning Kamp [EMAIL PROTECTED] wrote:
We should summarily kill the concept of line disciplines as a
modular component and decide that TTYs can be used with termios(4)
or raw mode and leave it at that.
streams anyone?
--
Peter Jeremy
Please excuse any delays
for a dummynet pipe ?
Not that I can see - you can use the 'mask' parameter to define a
maximum per-connection rate. I don't believe there's any way to
redirect overflow traffic though. You could probably write a
divert(4) application to do the shaping you require.
--
Peter Jeremy
Please excuse any
starvation issue within the kernel.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp497bYIDN9y.pgp
Description: PGP signature
for this sockets sends and arbitary data to A making it
think it came from B)
Have a look at divert(4). I suspect it comes closest to what you want.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed
does 'ipfw pipe list'
or 'ipfw queue list' and use change_in_total_bytes/time to calculate
average throughput per session. Then use a leaky bucket on the
average throughput to trigger pipe/queue re-configurations as desired.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's
resolution.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp1bnwEZSWxc.pgp
Description: PGP signature
On Tue, Dec 11, 2007 at 12:31:00PM +0400, rihad wrote:
Peter Jeremy wrote:
On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote:
And if I _only_ want to shape IP traffic to given speed, without
prioritizing anything, do I still need queues? This was the whole point.
No you don't. I'm using
prioritisation.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpFgenKBbrZf.pgp
Description: PGP signature
On Sat, Nov 03, 2007 at 08:23:20PM +0200, Ivo Vachkov wrote:
I'd like to ask if someone has information how many vlans a freebsd
box can 'run' ?
There is no hard limit, so in theory 4096 VLANs per trunk. If you
are using a very large number, defining VLAN_ARRAY should improve
performance at the
On Wed, Oct 31, 2007 at 01:16:39AM -0700, Jeremy Chadwick wrote:
For what it's worth, I agree with Scott. I'd rather see a new and
separate driver (presumably igb(4)) than a hacked up em(4) driver
trying to handle tons of IC revisions. A good example of the insanity
the latter causes is nve(4)
A recent posting in BUGTRAQ[1] has announced that Itojun has passed
away. Itojun was a past FreeBSD committer and very active in KAME and
the IPv6 world. No details of his passing were in the BUGTRAQ posting
but some information in Japanese is available at
http://www.hoge.org/~koyama/itojun.txt
On Wed, Oct 24, 2007 at 02:17:37PM -0400, Stephen Clark wrote:
I must be doing something wrong. I can't seem to get proxy arp to work. Is
there some magic.
I've been using proxy ARP on FreeBSD between 4.x and 6.2 without problems
(though I think I skipped 6.1).
I have the following setup isp
On Wed, Oct 17, 2007 at 08:51:34PM -0700, Len Gross wrote:
I'm doing some protocol development and it is convenient to start it on
Ethernet. I will need to send a packet to the Ethernet device and only have
it be sent once, even if there is a colision.
I know we've still got some hubs lying
a source address of 0.0.0.0 instead of 127.0.0.1.
Can you capture source port as well (squid.conf says %p will do this)?
Is there any correlation with the source port or package being fetched?
Is it consistent?
--
Peter Jeremy
pgplcBkHQKfdh.pgp
Description: PGP signature
is an IP endpoint: In order
to transmit a packet, it needs to put a source IP address into the
packet - which virtually always comes from the interface.
--
Peter Jeremy
pgpLYCASUZrpl.pgp
Description: PGP signature
larger (an order of magnitude or so) than typical.
TCP is also designed to work on a mostly lossless link. I am not sure
how much a 5% packet loss will affect it but I would expect it to be
significant. I'm not sure how to optimise throughput in this
situation.
--
Peter Jeremy
layer.
--
Peter Jeremy
pgpe0m2vtG3Br.pgp
Description: PGP signature
traffic is invaluable.
I extensively use dummynet at work to simulate WANs (bandwidth limited
and significant delays) between different servers in our models. It
has proved invaluable for relicating field problems.
--
Peter Jeremy
pgpnZc0lqJwO8.pgp
Description: PGP signature
) are in userland.
Userland NAT or proxies incur significantly higher overheads than
in-kernel equivalents (because the packets have to cross the
kernel/userland barrier twice). This may be an issue if you have a
very fast Internet connection and an underpowered firewall.
--
Peter Jeremy
SP.
Your jnet_start() routine fills the tail of the buffer w/zeros
already, doesn't it?
I would also suggest padding to 256 bytes with zeroes.
--
Peter Jeremy
pgp6n8joWvpaP.pgp
Description: PGP signature
firewall software
(ipfw, IPfilter or pf) to redirect packets to the appropriate alias.
If you really need distinct physical interfaces, you could use an
IEEE 802.1Q VLAN trunk into your FreeBSD box and break it out into
as many vlan interfaces as you want.
--
Peter Jeremy
pgpcqV6OwpEXF.pgp
be more than one of these, I'd prefer to leave it as jnet.
There are a limited number of 2-letter combinations and 4 letters
is more descriptive.
(I would far prefer that vlan be truncated to something shorter
so that my daily reports don't have 48 lines stating 'vlan1').
--
Peter Jeremy
it
into the input queue and ate the request packet.
A quick-and-dirty work-around would seem to be
arp -s 169.254.101.2 Fa:ke:ma:cA:dd:re:ss
Otherwise, I think you would need to fiddle with the transmit packet
code in your driver.
--
Peter Jeremy
pgp1DSC38AW7a.pgp
Description: PGP signature
On 2007-Apr-12 11:20:29 +0100, Bruce M. Simpson [EMAIL PROTECTED] wrote:
I can't speak for ALTQ at the moment however I believe dummynet may work
on vlan devices.
dummynet definitely does work on vlan devices. I use it extensively at work.
--
Peter Jeremy
pgph2X65LlVgG.pgp
Description: PGP
of
the MAC table hash so having the same MAC in different VLANs triggered
error messages).
--
Peter Jeremy
pgpWcdI3hf2Av.pgp
Description: PGP signature
192.168.234.64,60014 - 192.168.234.1,22 PR tcp len 20 48 -S IN OOW
--
Peter Jeremy
pgpO5TRjS09J1.pgp
Description: PGP signature
are notorious for this)
- this can mean that two cards with identical part numbers and
otherwise indistinguishable from the outside of the box can require
totally different drivers.
--
Peter Jeremy
pgpS7qoEyRbO3.pgp
Description: PGP signature
? Is there the possibility that a couple (for some reasonably
large value of 'couple') of TCP connections slowly accepting a file
could eat all the mbuf space?
--
Peter Jeremy
pgp46caYEOnB1.pgp
Description: PGP signature
routed data as well as
finding cases where packets were appearing in the wrong VLAN.
With hardware tagging (with or without this patch), bpf doesn't have
access to the tag information. This is a PITA.
--
Peter Jeremy
pgpmFLZHAgwrG.pgp
Description: PGP signature
) or changing retransmit timeout to having a
minimum value (similar but opposite to the tcp_maxpersistidle test in
tcp_timer_persist)?
--
Peter Jeremy
pgpFoi0Za8AvF.pgp
Description: PGP signature
1 - 100 of 104 matches
Mail list logo