RARE user and assistance email list

[mc36 <>]

sorry for the bad (two times the srv6 over ipv4 and 0 times the srv6 over 
ippv6) attachments in the previous email of me,
now lemme resend just the missed srv6 extension over ipv6 frame...
br,
cs

On 8/21/22 15:23, mc36 wrote:
> hi,
> sorry carmen for cc-ing almost the universe but we started a related private 
> conversation and i'm just back after a week
> and the mails i've had to write were so long so i decided to continue here, 
> involving you too to that conversation....
>
> https://github.com/rare-freertr/freeRtr/tree/master/cfg/mpls-sr11.tst is the 
> very basic test suite to check srv6 te functionality...
> what you can see here is the very basic tunnel interface at r1 pointing to r3 
> and back and forth, whereas r2 just transmits the packets
> in between r1 and r3.... you can run it by doing the following to a linux 
> with java installed:
> wget freertr.org/rtr.zip
> unzip rtr.zip
> cd src
> ./c.sh
> ./tw.sh mpls-sr11 capture r2 eth1
>
> please find attached the result pcap and the wireshark dissection... it's 
> yellow at icmpv6 level because the
> wireshark somehow failed to find the response packet... fortunately the 
> freerouters got it properly so the test
> passes according the requirements in the .tst file's ending section...
> i named it exthdr because it's an ip protocol and if you dig deeper into the 
> pcap you'll find the ipv4 version
> also dissected and attached, even better than the ipv6 version.... :)
> i didn't written more tests for it because autotunnel was completely tunnel 
> type and routing protocol egotistically
> implemented, that is, if it can bring up an rsvp or gre for the vpn then it 
> can do all the rest tunneling available
> in freerouter, and if i test all the combinations then it's an n*m where n is 
> huge number of tunneling freerouter
> can do, and m is huge number of protocols that can feed the autotunnel target 
> list in a given vrf...
>
> regarding the vpn services, they decided to allocate a separate protocol id 
> for the layer2 traffic
> and reuse the ipip protocol numbers for the layer3 vpn... we have millions of 
> test cases covering
> the various bgp's l2 and l3 vpns.. these became different test cases because 
> for now, freerouter's
> bgp implementation need to be told that it should originate an srv6 or mpls 
> endpoint to the vpn...
> to have the list, please do curl http://www.freertr.org/tests.html | grep srv6
>
> regarding the maturity, the interops are disabled for a while because they 
> seemingly still changing
> the signaling rapidly... but that's the life of the early adaptors, about 5 
> years ago it was the same
> with sr-mpls and the position of famous node-index bit.... they had a knob to 
> change the behavior and
> we had to script and swap once before the upcoming upgrade if we wanted the 
> continuous operation...
>
> thanks,
> cs
>
>
>
> On 8/19/22 15:01, Carmen Misa Moreira wrote:
> > Hi Csaba,
> >
> > Could you please tell me what are the traffic engineering features that 
> > FreeRtr can do in SRv6?
> >
> > I took a look at the website and there are some examples of VPNs over SRv6.
> >
> > Cheers,
> >
> > Carmen Misa
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Groups.io Links: You receive all messages sent to this group.
> View/Reply Online (#515): https://groups.io/g/freertr/message/515
> Mute This Topic: https://groups.io/mt/93161278/6006518
> Group Owner: 
> Unsubscribe: https://groups.io/g/freertr/unsub []
> -=-=-=-=-=-=-=-=-=-=-=-

Attachment: 2022-08-21-152458_1920x1080_scrot.png
Description: PNG image