Yes, not only do they have the same transaction id, they have the same
Client ID. Option: (61): 3d 08 76 70 65 20 31 2e 30
00 =.vpe 1. 0.
Different clients need to have unique Client IDs.
Burt
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/
dhcp tests seem to be failing frequently, but inconsistently, passing on
subsequent retries.
An example can be seen in
https://jenkins.fd.io/job/vpp-beta-verify-master-ubuntu1804/3998/console
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11550
No, they have different MACs.
Here is the JIRA (https://jira.fd.io/browse/VPP-1528) with pcap captured. My
quick glance found the two SUTs sent the same “transaction id” in the DHCP
discover that why they got the same IP address.
1,SUT1_TX:
[cid:image001.jpg@01D4913F.67EE3AA0]
2, SUT2_TX:
[c
Stephen,
Can you make this dependency optional? CMake detect presence of libuuid and then
conditionally compile vmbus code?
In some cases that library might not be present, specially in some embedded
cases...
That will also allow us to merge that code immediately and later we can fix
differen
Just to ask: is there any chance that the 2x UUT’s are using the same MAC
address by mistake?
D.
From: vpp-dev@lists.fd.io On Behalf Of Xuekun
Sent: Monday, December 10, 2018 9:05 AM
To: Dave Barach (dbarach) ; vpp-dev
Subject: Re: [vpp-dev] get the same IP address from DHCP server for two VPP
Dear All,
During the November 27 VPP meeting we discussed the 19.01 release.
The release plan and its agreed schedule are at the following location:
https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_19.01
Please add the features that you are planning to release in 19.01 by
either e
I also think it is a very basic functionality, so I tried with two different
DHCP servers, but … ☹
I will attach the pcap file into the JIRA. Thanks.
From: Dave Barach (dbarach)
Sent: Monday, December 10, 2018 8:47 PM
To: Hu, Xuekun ; vpp-dev
Subject: RE: get the same IP address from DHCP serve
Dear vpp,
I'd just written an api with vpp_api_test in vpp ACL plugin in order to
get max connection table entries. Here it is the link of gerrit:
https://gerrit.fd.io/r/#/c/16411/
I think it can be useful.
I appreciate if somebody reviews it.
Thanks
Regards
-=-=-=-=-=-=-=-=-=-=-=-
Links: Yo
This sounds more like dhcp server misconfiguration than a dhcp client bug in
vpp, but anyway...
You can submit a Jira ticket, but it will end up in "information request" state
immediately if it doesn't include a pcap capture which shows both transactions.
The vpp dhcp client code is not new, an
?Hi Matus,
Yeah, I've seen that. Gotcha, thanks!
I'll spend some time looking at it and see what I can do. Thanks!
Kind regards,
John Biscevic
Systems Architect, Bahnhof AB
Mobile: +46 76 111 01 24
E-mail: john.bisce...@bahnhof.net
From: Matus Fabian -X (ma
Hi,
It is yet-to-be-implemented feature, deterministic mode is PoC code, it has
only some basic functionality
Matus
From: John Biscevic
Sent: Monday, December 10, 2018 12:40 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Packe
Hi Matus,
Is there some functional reasoning behind this, or is it a
yet-to-be-implemented feature?
?Kind regards,
John Biscevic
Systems Architect, Bahnhof AB
Mobile: +46 76 111 01 24
E-mail: john.bisce...@bahnhof.net
From: Matus Fabian -X (matfabia - PANTH
Hi Jerome,
> Regarding multi instance, have you considered running multiple instances of
> VPP
> in different containers?
I did, however this is not an option as I'd like to keep my "entire topology
running on the same machine" philosophy.
Also, I think this could be a plus for the router plug
Hello vpp-dev,
After merge of patch https://gerrit.fd.io/r/#/c/16350/5/src/vnet/ipsec/ we see
all IPv6 IPSec transport mode tests are failing. The reason seem to be the
change in esp_encrypt.c file where only size of ip4 header is taken in the
account.
Following have been testsed with vpp buil
Hi,
Deterministic mode doesn’t support fragments.
Matus
From: John Biscevic
Sent: Monday, December 10, 2018 10:36 AM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Packet error-drop with fragmented packets through NAT
#vpp_stabili
?Hi Matus!
I've picked this up again for testing and verifying. I am running it in
deterministic mode now, and it's still displaying the same issue.
Do you by any chance have the commit at hand? Is the fix only applied to
dynamic NAT and not deterministic?
Kind regards,
John Biscevic
System
Hello Justin,
Regarding multi instance, have you considered running multiple instances of VPP
in different containers?
Jerome
Le 08/12/2018 18:00, « vpp-dev@lists.fd.io au nom de Justin Iurman »
a écrit :
Hi Hongjun,
> There is no plan to use memif at present. Welcome your contri
Hi Rubina,
The pings should work continuously. I’ll need more information to make an
analysis:
https://wiki.fd.io/view/VPP/BugReports
thanks,
neale
De : au nom de Rubina Bianchi
Date : dimanche 9 décembre 2018 à 10:45
À : "vpp-dev@lists.fd.io"
Objet : [vpp-dev] Problem with adding second
18 matches
Mail list logo
