From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-23.smtp.github.com (out-23.smtp.github.com [192.30.252.206]) by mail.toke.dk (Postfix) with ESMTPS id 0163B7B2FE7 for ; Sun, 6 Dec 2020 16:43:50 +0100 (CET) Authentication-Results: mail.toke.dk; dkim=pass (1024-bit key) header.d=github.com header.i=@github.com header.b=Tvqb3Lf7 Received: from github.com (hubbernetes-node-4ee90c9.ac4-iad.github.net [10.52.112.15]) by smtp.github.com (Postfix) with ESMTPA id A21176006C8 for ; Sun, 6 Dec 2020 07:43:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1607269429; bh=xHd3SlMz0/QgRcPBzH3gzxSRcobGonneTEjZQaFOtlM=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=Tvqb3Lf7J8dXZkJHQ5q7PDqc6z3pxlGYmX66dWhR+MOob1IgB1gmBUQJX+1Jk06om 6SqyD9vVGkk3b9xxk+lTGQMeG/RqeulKUhSI3Nb7iCWxrC1+Q0BAOoEKb9VdEuGDYa NG4Cah3baD9V2MssdE7jJvb3LPWE/2CsGr7OHjGg= Date: Sun, 06 Dec 2020 07:43:49 -0800 From: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= To: tohojo/flent Message-ID: In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="--==_mimepart_5fccfc359e250_4f3019b41753bc"; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: list X-GitHub-Sender: tohojo X-GitHub-Recipient: flent-users X-GitHub-Reason: subscribed X-Auto-Response-Suppress: All X-GitHub-Recipient-Address: flent-users@flent.org Message-ID-Hash: 4MHRGXIVMNJX5LA3NJWOSXU2WIR4CVVP X-Message-ID-Hash: 4MHRGXIVMNJX5LA3NJWOSXU2WIR4CVVP X-MailFrom: noreply@github.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header CC: Subscribed X-Mailman-Version: 3.3.2 Reply-To: tohojo/flent Subject: [Flent-users] Re: [tohojo/flent] Question about custom symbolic diffserv marking names feature (#215) List-Id: Flent discussion list Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: ----==_mimepart_5fccfc359e250_4f3019b41753bc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit olg33 writes: > Hello, > > I have a system using the feature that implements custom symbolic diffserv marking names, In the past, I got it working with your help (Issue #203). > > Now, I had to replicate settings in another server. First I cloned the VM of the first deployment and reviewed the flentrc file, which has the following lines: > > `[global] > marking_names=10=0x28;12=0x30;14=0x38;16=0x40;18=0x48;20=0x50;26=0x68;34=0x88` > > Once everything was in place I ran the following test: > > `flent rrul_var -H 10.111.38.60 --test-parameter bidir_streams=5 --test-parameter markings=10,12,14,16,20` > > In principle all went fine: > > > ![Capture](https://user-images.githubusercontent.com/61751672/101208375-1ac72e00-3640-11eb-935d-8f88eb9f14b1.JPG) > > Simultaneously, I performed a packet capture to see the marks in the traffic generated in the upload traffic as the download one doesn't seem to be marked maybe due to a router blocking, but that is not an issue right now. > > Looking at the upload captures I'm not seeing the outcome expected. I should see values of 0x28, 0x30, 0x38, 0x40 and 0x50 in those packets. Instead, I see values like 0x10, 0x0a, ox0e, etc. > > ![Capture](https://user-images.githubusercontent.com/61751672/101209320-8a89e880-3641-11eb-873e-ec7e87534ad5.JPG) > > After banging my head for a wile, I would like to ask if you see anything that I may be missing in steps described above? > > Any clue would be appreciated. Hmm, seems like the configuration is correct on the Flent side. However, note that the values you specify are the values of the entire TOS byte, whereas what wireshark displays is only the DSCP field. So you need to left-shift your values by two bits. I.e., if you want the DSCP field to be 0x28, you need to set the marking to (0x28 << 2) == 0xa0... 0x28 >> 2 is 0x0a, so this seems to be consistent with what you're seeing :) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/215#issuecomment-739520901 ----==_mimepart_5fccfc359e250_4f3019b41753bc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

olg33 <notifications@github.com> writes:

> Hello,
>
> I have a system using the feature that implements custom symbolic diffserv marking names, In the past, I got it working with your help (Issue #203).
>
> Now, I had to replicate settings in another server. First I cloned the VM of the first deployment and reviewed the flentrc file, which has the following lines:
>
> `[global]
> marking_names=10=0x28;12=0x30;14=0x38;16=0x40;18=0x48;20=0x50;26=0x68;34=0x88`
>
> Once everything was in place I ran the following test:
>
> `flent rrul_var -H 10.111.38.60 --test-parameter bidir_streams=5 --test-parameter markings=10,12,14,16,20`
>
> In principle all went fine:
>
>
> ![Capture](https://user-images.githubusercontent.com/61751672/101208375-1ac72e00-3640-11eb-935d-8f88eb9f14b1.JPG)
>
> Simultaneously, I performed a packet capture to see the marks in the traffic generated in the upload traffic as the download one doesn't seem to be marked maybe due to a router blocking, but that is not an issue right now.
>
> Looking at the upload captures I'm not seeing the outcome expected. I should see values of 0x28, 0x30, 0x38, 0x40 and 0x50 in those packets. Instead, I see values like 0x10, 0x0a, ox0e, etc.
>
> ![Capture](https://user-images.githubusercontent.com/61751672/101209320-8a89e880-3641-11eb-873e-ec7e87534ad5.JPG)
>
> After banging my head for a wile, I would like to ask if you see anything that I may be missing in steps described above?
>
> Any clue would be appreciated.

Hmm, seems like the configuration is correct on the Flent side. However,
note that the values you specify are the values of the entire TOS byte,
whereas what wireshark displays is only the DSCP field. So you need to
left-shift your values by two bits. I.e., if you want the DSCP field to
be 0x28, you need to set the marking to (0x28 << 2) == 0xa0...

0x28 >> 2 is 0x0a, so this seems to be consistent with what you're
seeing :)

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

----==_mimepart_5fccfc359e250_4f3019b41753bc--