Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Florin Coras
Perfect! Thanks for checking! Florin > On Aug 23, 2018, at 7:35 PM, Yu, Ping wrote: > > Thanks Florin, and this fix works pretty well. > Before the fix, it has problem to handle >500 sessions, and in this patch, it > works fine even >1 sessions. J > >   <> > <>From:

Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Yu, Ping
Thanks Florin, and this fix works pretty well. Before the fix, it has problem to handle >500 sessions, and in this patch, it works fine even >1 sessions. ☺ From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras Sent: Friday, August 24, 2018 9:37 AM To: Yu, Ping

Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Florin Coras
Ping, Does this [1] fix the issues you’ve encountered? Thanks, Florin [1] https://gerrit.fd.io/r/#/c/14453/ > On Aug 23, 2018, at 6:54 AM, Yu, Ping wrote: > > By checking these active session, we can see that in client side, these > sessions has sent

Re: [vpp-dev] Crash when using the debug vpp image

2018-08-23 Thread Sirshak Das
Thanks Florin that worked. From: Florin Coras Sent: Thursday, August 23, 2018 11:13 AM To: Sirshak Das Cc: vpp-dev@lists.fd.io; nd ; Honnappa Nagarahalli ; Yi He ; nitin.sax...@cavium.com; Lijian Zhang ; Brian Brooks Subject: Re: [vpp-dev] Crash when using the debug vpp image Hi Sirshak,

Re: [vpp-dev] Crash when using the debug vpp image

2018-08-23 Thread Florin Coras
Hi Sirshak, Try: sudo rm -rf /dev/shm/* Florin > On Aug 23, 2018, at 9:09 AM, Sirshak Das wrote: > > Hi all, > > I am trying to debug a segfault due to of my commits. I usually use the > release image by building make build-release, but as I am trying to debug, so > I decided to just do

[vpp-dev] Crash when using the debug vpp image

2018-08-23 Thread Sirshak Das
Hi all, I am trying to debug a segfault due to of my commits. I usually use the release image by building make build-release, but as I am trying to debug, so I decided to just do make build As ironic as it can be this one does not start up and ends with abort long before I start my tests, is

Re: [vpp-dev] IRC SPAM

2018-08-23 Thread Thomas F Herbert
More on using IRC... One of our colleagues had some trouble connecting today. I think we figured out that since freenode IRC now requires everyone to authenticate and you are logging in with passwd authentication, you have to connect through SSL but not all of the old ports will work with

Re: [vpp-dev] IRC SPAM

2018-08-23 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
Following up on discussion from TCS meeting. It seems the registration part works, assuming you follow the e-mail instruction by issuing /msg NickServ VERIFY REGISTER But the actual login instructions are not helpful, especially the /connect command is not the way for the web client. > on

Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Yu, Ping
By checking these active session, we can see that in client side, these sessions has sent out 8192 bytes, and the received < 8192 bytes, so echo client is still waiting for packets. Rx fifo: cursize 0 nitems 65536 has_event 0 head 4284 tail 4284 segment manager 4 vpp session 62 thread 0 app

Re: [vpp-dev] IRC SPAM

2018-08-23 Thread Burt Silverman
Once I registered like mentioned in Vanessa's email, then on the web interface if I click "Auth to Services" then it opens up the place where I need to enter my Username and Password. Earlier in the menu, I can specify the channel like #fdio-vpp. I found that some of the other clients that are

Re: [vpp-dev] IRC SPAM

2018-08-23 Thread Joel Halpern
I am using the web interface to freenode IRC. The instructions say I should enter a suitable /connect command. I am guessing I am not doing it in the right place, as it consistently claims that I need to be an admin to issue the command. Yours, Joel From: vpp-dev@lists.fd.io On Behalf Of

Re: [vpp-dev] received signal SIGSEGV and vpp restarts continuously

2018-08-23 Thread Dave Barach via Lists.Fd.Io
Looks like a NULL pointer - please decode the pc. It would help if you could repro the problem with a debug image and send a full backtrace. vnet[10192]: received signal SIGSEGV, PC 0x7fa62aecade3, faulting address 0x0 D. -Original Message- From: vpp-dev@lists.fd.io On Behalf Of

Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Yu, Ping
Verbose 1 also shows some info below. Interesting to see the session index are continuous. [#0][T] 10.10.1.1:->10.10.1.2:23630 ESTABLISHED0 63056 71 [#0][T] 10.10.1.1:->10.10.1.2:59371 ESTABLISHED0 63056 72 [#0][T]

Re: [vpp-dev] TCP retransmission

2018-08-23 Thread Yu, Ping
Hi, Florin, Attached is the some active session live after echo client timeout. [#0][T] 10.10.1.1:->10.10.1.2:61337 ESTABLISHED flags: Recovery timers: [] snd_una 4285 snd_nxt 4285 snd_una_max 4285 rcv_nxt 8193 rcv_las 8193 snd_wnd 65536 rcv_wnd 65536 snd_wl1 8193 snd_wl2 4285