Rare project developers

[mc36 <>]

and one more reason: internally i store the rib in ordered list, and sending 
one prefix per update in order seems good idea here....
( for example i'm pretty sure that the default route was sent first regardless the 
rest... my nren "used" that once already... :)

so i also implemented the 2 level table as generic on the below link: 
(synchronized means proper locking)
https://github.com/rare-freertr/freeRtr/blob/master/src/net/freertr/tab/tabGenV2.java
inserting to the middle sometimes takes a bit more then average, but 
appending is _mostly_ constant time....
and the "mostly" could easily be removed by sacrificing a small bit of extra 
memory...
thanks,
cs


On 8/29/22 09:23, mc36 wrote:
> and i well know that implementing a proper packing is much more elegant but 
> for now,
> i bmp and mrt both compressed and uncompressed so here i scarified some kiss 
> but i hope i gained some more kiss...
> thanks,
> cs
>
>
> On 8/29/22 09:19, mc36 wrote:
> > btw the compress stuff is still in active use here on my homenet... i 
> > participate in dn42 but there are only tier NaN-s
> > well and these days the almost enforce wireguard, except a very old gre and a 
> > very new gre...
> > and they mostly run bird, and that's why i'm here!!!!
> > a withdrawal usually takes 30 minus but sometimes hours and a guy once 
> > spotted a reproducible ghost route...
> >
> > but back to the compress and why i love it: i marked 2 with "++" at the very 
> > bottom of the shows below:
> >
> >
> > mc36@noti:~$ telnet sandbox.freertr.org
> > Trying 2001:738:0:520:f816:3eff:fe26:8e42...
> > Connected to sandbox.freertr.org.
> > Escape character is '^]'.
> > hi there!
> > [..]
> > welcome
> > line ready
> > p4deb-dn42>show ipv4 bgp 65535 compression
> > 2022-08-29 09:12:19
> >                                        | operate         | ratio
> > neighbor     | as       | rx     | tx     | rx       | tx
> > 10.5.1.10   | 65535 | true | true | 17.4% | 49.0%
> > 10.26.26.2 | 65535 | true | true | 17.4% | 49.0%
> >
> > 4deb-dn42>show ipv4 bgp 65535 connection
> > 2022-08-29 09:13:19
> >                                        | update             | byte            
> >        | refresh
> > neighbor     | as       | rx       | tx     | rx         | tx     | rx | tx
> > 10.5.1.10   | 65535 | 24475 | 1547 | 290301 | 1189 | 0   | 0
> > 10.26.26.2 | 65535 | 24487 | 1546 | 290517 | 1189 | 0   | 0
> >
> > p4deb-dn42>show ipv4 bgp 65535 neighbor 10.5.1.10 status
> > 2022-08-29 09:14:04
> > category                           | value
> > peer                                   | 10.5.1.10
> > shutdown                           | false
> > reachable state             | true
> > reachable changed         | 1d17h ago, at 2022-08-27 15:21:05
> > reachable changes         | 1
> > fallover                           | null
> > update group                   | 0
> > type                                   | internal
> > leak role                         | rx=disabled, tx=attrib
> > safi open                         | unicast multicast ouni omlt flowspec oflw 
> > vpnuni vpnmlt vpnflw ovpnuni ovpnmlt ovpnflw vpls mspw evpn mdt nsh rtfilter 
> > srte osrt linkstate mvpn omvpn
> > safi got                           | unicast multicast ouni omlt flowspec 
> > oflw vpnuni vpnmlt vpnflw ovpnuni ovpnmlt ovpnflw vpls mspw evpn mdt nsh 
> > rtfilter srte osrt linkstate mvpn omvpn
> > safi not remote             |
> > safi not local               |
> > local address                 | 10.1.11.198
> > other address                 | 2001:db8:1101::252:198
> > router id                         | 10.5.1.10
> > uptime                               | 1d0h ago, at 2022-08-28 08:29:13
> > hold time                         | 00:03:00
> > keepalive time               | 00:01:00
> > 32bit as                           | true
> > refresh                             | true, rx=0, tx=0
> > extended open                 | rx=true, tx=true
> > extended message           | rx=true, tx=true
> > description                     | null
> > hostname                           | rr
> > domainname                       | mchome.nop.hu
> > compression                     | rx=true, tx=true
> > graceful got                   |
> > graceful sent                 |
> > multilabel got               |
> > multilabel sent             |
> > extnexthop cur               |
> > extnexthop otr               |
> > addpath rx open             | unicast multicast vpnuni vpnmlt
> > addpath tx open             | unicast multicast vpnuni vpnmlt
> > addpath rx got               | unicast multicast vpnuni vpnmlt
> > addpath tx got               | unicast multicast vpnuni vpnmlt
> > addpath rx not remote |
> > addpath tx not remote |
> > addpath rx not local   |
> > addpath tx not local   |
> > unicast advertised       | 4 of 4, list = 0, accepted = 200 of 200
> > multicast advertised   | 3 of 3, list = 0, accepted = 194 of 194
> > ouni advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > omlt advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > oflw advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > osrt advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > flowspec advertised     | 0 of 0, list = 0, accepted = 1 of 1
> > vpnuni advertised         | 3 of 3, list = 0, accepted = 901 of 901
> > vpnmlt advertised         | 3 of 3, list = 0, accepted = 156 of 156
> > vpnflw advertised         | 0 of 0, list = 0, accepted = 0 of 0
> > ovpnuni advertised       | 0 of 0, list = 0, accepted = 0 of 0
> > ovpnmlt advertised       | 0 of 0, list = 0, accepted = 0 of 0
> > ovpnflw advertised       | 0 of 0, list = 0, accepted = 0 of 0
> > vpls advertised             | 0 of 0, list = 0, accepted = 4 of 4
> > mspw advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > evpn advertised             | 0 of 0, list = 0, accepted = 8 of 8
> > mdt advertised               | 0 of 0, list = 0, accepted = 0 of 0
> > nsh advertised               | 0 of 0, list = 0, accepted = 0 of 0
> > rtfilter advertised     | 4 of 4, list = 0, accepted = 23 of 23
> > srte advertised             | 0 of 0, list = 0, accepted = 0 of 0
> > linkstate advertised   | 0 of 0, list = 0, accepted = 183 of 183
> > mvpn advertised             | 2 of 2, list = 0, accepted = 14 of 14
> > omvpn advertised           | 0 of 0, list = 0, accepted = 1 of 1
> > version                             | 65673 of 65673, needfull=0, buffull=1
> > full                                   | 94, 2022-08-29 08:11:00, 01:03:03 
> > ago, 0 ms
> > incr                                   | 65445, 2022-08-29 09:14:04, 00:00:00 
> > ago, 0 ms
> > sent                                   | 60, 2022-08-29 08:11:00, 01:03:03 ago
> > connection             +++   | tx=1189(1548) rx=290654(24494) drp=0(0)
> > lastio                               | input 00:00:00 ago, output 00:00:14 
> > ago, drop never ago
> > uncompressed         +++   | tx=2422(66) rx=1665063(23011) drp=0(0)
> > uncomplastio                   | input 00:00:00 ago, output 01:03:03 ago, 
> > drop never ago
> > buffer                               | max=65536 rx=0 tx=65536
> > policy reject                 | 0
> > aspath loop                     | 0
> > confed loop                     | 0
> > originator id                 | 26
> > cluster list                   | 0
> >
> > p4deb-dn42>
> >
> >
> > On 8/29/22 09:00, mc36 wrote:
> > > lemme explain a bit... so i fallen in love with the compress because my bgp 
> > > is quite chatty, as tony saw that clearly...
> > > after i introduced some prefix packing, but these were designed for the next 
> > > and next and so on prefix until the attribs match...
> > > but after introducing addpath, i reverted to per prefix update as it was 
> > > before... you know, kiss principle...
> > > and we're really a small team and hard to find a ccie sp/rs who writes c code 
> > > in java
> > > i well know that this code smells but have you tried grepping for "_and_" in 
> > > the linux kernel?
> > > thanks,
> > > cs
> > >
> > >
> > > On 8/29/22 08:53, mc36 wrote:
> > > > thanks no... they're still finding the funds...
> > > > and the time differences and finally i unsubbed from the idr list after some 
> > > > days... i got too many digests...
> > > > i mostly follow rfcs or some select draft that i see useful for me like the 
> > > > bgp-compress or the -ct...
> > > > thanks,
> > > > cs
> > > > ps: cc-ed the list...
> > > >
> > > >
> > > > On 8/29/22 06:02, Kaliraj Vairavakkalai wrote:
> > > > > Ok, I will use  then.
> > > > >
> > > > > Btw, Jeff Haas just reminded us that there is an IDR interim meeting 
> > > > > tomorrow. Jeff is presenting his proposal on how to make CT and CAR interop. 
> > > > > :(
> > > > >
> > > > > Just Fyi, in case you would like to attend, as silent observer.
> > > > >
> > > > > https://datatracker.ietf.org/doc/agenda-interim-2022-idr-03-idr-01/ 
> > > > > <https://datatracker.ietf.org/doc/agenda-interim-2022-idr-03-idr-01/>
> > > > >
> > > > > You can try creating the datatracker-account, and join the Meetecho 
> > > > > meetinglink.
> > > > >
> > > > > Also, IF they ask about status on second CT implementation, I will just 
> > > > > mention that we are working on it.
> > > > >
> > > > > And details will come out shortly.
> > > > >
> > > > > Is that OK?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Kaliraj
> > > > >
> > > > > *From: *mc36 <>
> > > > > *Date: *Saturday, August 27, 2022 at 12:56 PM
> > > > > *To: *Kaliraj Vairavakkalai <>
> > > > > *Cc: *Natrajan Venkataraman <>
> > > > > *Subject: *Re: Address details for bgp-ct draft update
> > > > >
> > > > > [External Email. Be cautious of content]
> > > > >
> > > > >
> > > > > yess, that's my other personal domain so i have per role usernames under the @
> > > > >
> > > > >
> > > > > On 8/27/22 21:02, Kaliraj Vairavakkalai wrote:
> > > > > > I think it should be your individual personal/office email address.  
> > > > > > < <>> does not have your name in it. Is 
> > > > > > it your individual
> > > > > > email?
> > > > > >
> > > > > > OK, with nren address as ur office address, it will then be:
> > > > > >
> > > > > > Csaba Mates
> > > > > > Hungarian NREN
> > > > > >
> > > > > > 35 V     ci street, Budapest, 1134
> > > > > >
> > > > > > Hungary
> > > > > > Email:  < < <>>>
> > > > > >
> > > > > > *<**author**fullname*=*"Csaba Mates"**initials*=*"CS"**surname*=*"Mates"**>*
> > > > > > *<**organization**abbrev*=*""**>*HungarianNREN*</**organization**>*
> > > > > >
> > > > > > *<**address**>*
> > > > > > *<**postal**>*
> > > > > > *<**street**>*35 V     ci street,*</**street**>*
> > > > > >
> > > > > > *<**city**>*Budapest*</**city**>*
> > > > > >
> > > > > > *<**region**></**region**>*
> > > > > >
> > > > > > *<**code**>*1134*</**code**>*
> > > > > >
> > > > > > *<**country**>*Hungary*</**country**>*
> > > > > > *</**postal**>*
> > > > > >
> > > > > > *<**email**>* <>*</**email** 
> > > > > > <>>*
> > > > > > *</**address**>*
> > > > > > *</**author**>*
> > > > > >
> > > > > > Pls confirm.
> > > > > >
> > > > > > Btw, I came across your presentation on bier implementation/interop report:
> > > > > > https://urldefense.com/v3/__https://datatracker.ietf.org/meeting/110/materials/slides-110-bier-01-bier-implementation-01__;!!NEt6yMaO-gk!FBGMKF1E1kYEkV1XqR1TruH6XzMb1D3cUBIMDv2QbkY-Rza_c7LVDgHAlZ_aaYfitNIVT2Vi$
> > > > > >  
> > > > > > <https://urldefense.com/v3/__https:/datatracker.ietf.org/meeting/110/materials/slides-110-bier-01-bier-implementation-01__;!!NEt6yMaO-gk!FBGMKF1E1kYEkV1XqR1TruH6XzMb1D3cUBIMDv2QbkY-Rza_c7LVDgHAlZ_aaYfitNIVT2Vi$>
> > > > > > <https://urldefense.com/v3/__https://datatracker.ietf.org/meeting/110/materials/slides-110-bier-01-bier-implementation-01__;!!NEt6yMaO-gk!FBGMKF1E1kYEkV1XqR1TruH6XzMb1D3cUBIMDv2QbkY-Rza_c7LVDgHAlZ_aaYfitNIVT2Vi$
> > > > > >      > . This is good.
> > > > > >
> > > > > > Perhaps your bgp-ct interop status-report presentation can use similar format 
> > > > > > to this? It can be presented at both nanog and ietf. Remote/in-room 
> > > > > > participation, both work. Just
> > > > > > thinking aloud.
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Kaliraj
> > > > > >
> > > > > > *From: *mc36 <>
> > > > > > *Date: *Saturday, August 27, 2022 at 12:10 AM
> > > > > > *To: *Kaliraj Vairavakkalai <>
> > > > > > *Cc: *Natrajan Venkataraman <>
> > > > > > *Subject: *Re: Address details for bgp-ct draft update
> > > > > >
> > > > > > [External Email. Be cautious of content]
> > > > > >
> > > > > >
> > > > > > ohhh, maybe the nren address would be better than my real home address:
> > > > > > https://urldefense.com/v3/__https://kifu.gov.hu/en/contact-2/__;!!NEt6yMaO-gk!C0zYcUNKQv6TWq4JC_WrrXHYxl9dmiQeQM5JACBCvaPAVwJ6aoYn0Cdew-OsWUvGYmZ0VgWo$
> > > > > <https://urldefense.com/v3/__https:/kifu.gov.hu/en/contact-2/__;!!NEt6yMaO-gk!C0zYcUNKQv6TWq4JC_WrrXHYxl9dmiQeQM5JACBCvaPAVwJ6aoYn0Cdew-OsWUvGYmZ0VgWo$>
> > > > > > <https://urldefense.com/v3/__https:/kifu.gov.hu/en/contact-2/__;!!NEt6yMaO-gk!C0zYcUNKQv6TWq4JC_WrrXHYxl9dmiQeQM5JACBCvaPAVwJ6aoYn0Cdew-OsWUvGYmZ0VgWo$
> > > > > <https://urldefense.com/v3/__https:/kifu.gov.hu/en/contact-2/__;!!NEt6yMaO-gk!C0zYcUNKQv6TWq4JC_WrrXHYxl9dmiQeQM5JACBCvaPAVwJ6aoYn0Cdew-OsWUvGYmZ0VgWo$>>
> > > > > > On 8/27/22 09:08, mc36 wrote:
> > > > > >        > please use  otherwise excellent and thank you so much!
> > > > > >        >
> > > > > >        > On 8/27/22 09:06, Kaliraj Vairavakkalai wrote:
> > > > > >        >> Hi Csaba,
> > > > > >        >>
> > > > > >        >> Can you help filling up the below xml tags with appropriate 
> > > > > > details, for updating in the ietf draft, in the Contributors section?
> > > > > >        >>
> > > > > >        >> Fyi: the IDR chairs have requested us to change the draft-name to 
> > > > > > draft-ietf-idr-bgp-ct.txt, and reorganize the author list such that only two 
> > > > > > editors are on the front
> > > > > > page, and
> > > > > >        >> remaining authors are in the back of rfc, in Contributors section.
> > > > > >        >>
> > > > > >        >> We will be adding you in the draft                 s Contributor 
> > > > > > section, when we make the above change.
> > > > > >        >>
> > > > > >        >> *<**author**fullname*=*"Csaba 
> > > > > > Mates"**initials*=*"CS"**surname*=*"Mates"**>*
> > > > > >        >> *<**organization**abbrev*=*""**>*HungarianNREN*</**organization**>*
> > > > > >        >>
> > > > > >        >> *<**address**>*
> > > > > >        >> *<**postal**>*
> > > > > >        >> *<**street**>*4OrmayUdvar,*</**street**>*
> > > > > >        >>
> > > > > >        >> *<**city**>*Budapest*</**city**>*
> > > > > >        >>
> > > > > >        >> *<**region**></**region**>*
> > > > > >        >>
> > > > > >        >> *<**code**>*h-1119*</**code**>*
> > > > > >        >>
> > > > > >        >> *<**country**>*Hungary*</**country**>*
> > > > > >        >> *</**postal**>*
> > > > > >        >>
> > > > > >        >> *<**email**>**</**email**>*
> > > > > >        >> *</**address**>*
> > > > > >        >> *</**author**>*
> > > > > >        >>
> > > > > >        >> I tried filling in some details in the above xml tags from the info 
> > > > > > I got from Tony.
> > > > > >        >>
> > > > > >        >> Please cross check, and correct as required. Especially the <code> and 
> > > > > > <region>
> > > > > >        >>
> > > > > >        >> The above appears in the post-processed txt/html output as:
> > > > > >        >>
> > > > > >        >> Csaba Mates
> > > > > >        >>
> > > > > >        >> Hungarian NREN
> > > > > >        >>
> > > > > >        >> Budapest
> > > > > >        >>
> > > > > >        >> 4 Ormay Udvar,
> > > > > >        >>
> > > > > >        >> h-1119
> > > > > >        >>
> > > > > >        >> Hungary
> > > > > >        >>
> > > > > >        >> Email:  < < 
> > > > > > <>>>
> > > > > >        >>
> > > > > >        >> Thanks
> > > > > >        >>
> > > > > >        >> Kaliraj
> > > > > >        >>
> > > > > >        >>
> > > > > >        >> Juniper Business Use Only
> > > > > >        >>
> > > > > >
> > > > > >
> > > > > > Juniper Business Use Only
> > > > >
> > > > >
> > > > > Juniper Business Use Only