ARMS IT e-invoicing Solution- حلول الفوترة الالكترونية من شركة أرمس

2021-12-04 Thread einvoicing
تم البدء باصدار الفواتير - تجنب الغرانمات بالاشتراك اليوم [1] Check Now [2] ARMS For Information Technologies* Unsubscribe [3] | Contact [4] 2021 All Rights Reserved ARMS For information Technologies [1]

Re: parallel ip forwarding

2021-12-04 Thread Hrvoje Popovski
On 3.12.2021. 20:35, Alexander Bluhm wrote: > Hi, > > After implementing MP safe refcounting for IPsec TDB, I wonder how > stable my diff for forwarding on multiple CPU is. > > Note that IPsec still has the workaround to disable multiple queues. > We do not have a mutex that protects the TDB

Re: sppp(4)/pppoe(4) - avoid endless loop in remote ip negotiation

2021-12-04 Thread Krzysztof Kanas
On 2021-12-02 12:57, Stuart Henderson wrote: > On 2021/12/01 20:58, Krzysztof Kanas wrote: > > On 2021-12-01 10:21, Klemens Nanni wrote: > > > On Fri, Nov 26, 2021 at 01:35:14PM +0100, Krzysztof Kanas wrote: > > > > Hi. When remote side in sppp doesn't reply for to PPP IPCP IP-Address > > > >

Re: parallel ip forwarding

2021-12-04 Thread Hrvoje Popovski
On 4.12.2021. 10:41, Hrvoje Popovski wrote: > Hi, > > with only plain forwarding it seems that everything works just fine, but > with ipsec i'm getting this panic. i will leave ddb console active if > something else will be needed regarding performance ... without diff i'm getting 1.1Mpps and

Re: [External] : Re: make 'set skip on ...' dynamic

2021-12-04 Thread Alexandr Nedvedicky
Hello, On Fri, Dec 03, 2021 at 03:42:09PM +0100, Claudio Jeker wrote: > > See comments below. > > > > +void > > +pfi_group_delmember(const char *group, struct ifnet *ifp) > > +{ > > + struct pfi_kif *gkif, *ikif; > > + > > + if ((gkif = pfi_kif_get(group, NULL)) == NULL || > > +

Re: rpki-client: use single function to build basedir

2021-12-04 Thread Sebastian Benoit
Claudio Jeker(cje...@diehard.n-r-g.com) on 2021.12.03 16:45:48 +0100: > Currently ta, rrdp and rsync repositories use different functions to build > their base path. This diff changes this so that all can use the same > function. > > This is a first step to introduce a common validated

Re: Please test: UVM fault unlocking (aka vmobjlock)

2021-12-04 Thread Jan Stary
On Dec 01 09:07:43, h...@stare.cz wrote: > > > > On 24/11/21(Wed) 11:16, Martin Pieuchot wrote: > > > > > Diff below unlock the bottom part of the UVM fault handler. I'm > > > > > interested in squashing the remaining bugs. Please test with your > > > > > usual > > > > > setup & report back. >

Re: Please test: UVM fault unlocking (aka vmobjlock)

2021-12-04 Thread Jan Stary
On Dec 04 12:23:42, h...@stare.cz wrote: > On Dec 01 09:07:43, h...@stare.cz wrote: > > > > > On 24/11/21(Wed) 11:16, Martin Pieuchot wrote: > > > > > > Diff below unlock the bottom part of the UVM fault handler. I'm > > > > > > interested in squashing the remaining bugs. Please test with your

Re: parallel ip forwarding

2021-12-04 Thread Hrvoje Popovski
On 4.12.2021. 10:41, Hrvoje Popovski wrote: > On 3.12.2021. 20:35, Alexander Bluhm wrote: >> Hi, >> >> After implementing MP safe refcounting for IPsec TDB, I wonder how >> stable my diff for forwarding on multiple CPU is. >> >> Note that IPsec still has the workaround to disable multiple queues.

Re: dhcpleased - set ciaddr per RFC

2021-12-04 Thread Joel Knight
We have a winner here. I tested from INIT through to REBINDING and the behavior matches what's in the RFC now. ok joel@ One cosmetic thing I noticed this time around: log_dhcp_hdr() in engine.c should be printing dhcp_hdr->xid in host byte order. .joel On Fri, Dec 3, 2021 at 5:21 AM Florian