RARE user and assistance email list

["mc36" <>]

hi,
thanks for all the outputs, now i see what went wrong here...
so in your original -hw.txt i just noticed the 'stat' knob
to instruct the inband link state signalling, whereas the
hwext does not handle that properly - a bug i must fix asap...

until that, to quickly recover your vm, please do the following:

conf
int sdn1
 macaddr 42:01:0a:8a:00:08
end
write
reload warm

basically the sdn1 got a random mac shown in your last outputs,
so you're hitting a basic port-security rule imho...

thanks,
cs


On 8/14/22 03:15, Edgard wrote:
> Hi,
>
> Sorry for the delay. These are the outputs.
>
> freertr#show process external
> name       rerun   pid   chld   cpu                ago          last
> cpuport   1         870   0       2.850000000    07:19:39   2022-08-13 
> 19:46:15
> p4emu      1         865   0       16.260000000   07:19:39   2022-08-13 
> 19:46:15
>
> freertr#show interfaces sdn1
> sdn1 is up
>    description: uplink
>    state changed 3 times, last at 2022-08-13 19:46:16, 07:21:28 ago
>    last packet input 00:00:09 ago, output 00:00:02 ago, drop 07:21:30 ago
>    type is sdn, hwaddr=0026.1a4b.575a, mtu=1500, bw=8000kbps, vrf=inet
>    ipv4 address=0.0.0.0/32 <http://0.0.0.0/32>, mask=255.255.255.255, 
> ifcid=866152114
>    ipv6 address=fe80::226:1aff:fe4b:575a/64, mask=ffff:ffff:ffff:ffff::, 
> ifcid=982446560
>    received 2594 packets (130502 bytes) dropped 3 packets (174 bytes)
>    transmitted 9940 packets (1932920 bytes) macsec=false sgt=false
>
> freertr#flash type hwdet.mac
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode 
> DEFAULT group default qlen 1000
>        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> 2: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1460 qdisc mq state UP mode 
> DEFAULT group default qlen 1000
>        link/ether 42:01:0a:8a:00:08 brd ff:ff:ff:ff:ff:ff
>        altname enp0s4
>
> freertr#test bash
> root@debian:/rtr# ip a
> 2: ens4: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq state UP 
> group default qlen 1000
>        link/ether 42:01:0a:8a:00:08 brd ff:ff:ff:ff:ff:ff
>        altname enp0s4
>
> Veths:  veth1b@veth1a /  veth1a@veth1b /  veth0b@veth0a /  veth0a@veth0b
>
> root@debian:/rtr# ping 10.255.255.1 -c 4
> PING 10.255.255.1 (10.255.255.1) 56(84) bytes of data.
> 64 bytes from 10.255.255.1 <http://10.255.255.1>: icmp_seq=1 ttl=64 
> time=0.049 ms
> 64 bytes from 10.255.255.1 <http://10.255.255.1>: icmp_seq=2 ttl=64 
> time=0.048 ms
> 64 bytes from 10.255.255.1 <http://10.255.255.1>: icmp_seq=3 ttl=64 
> time=0.053 ms
> 64 bytes from 10.255.255.1 <http://10.255.255.1>: icmp_seq=4 ttl=64 
> time=0.044 ms
>
> root@debian:/rtr# ping 10.255.255.254 -c 4
> PING 10.255.255.254 (10.255.255.254) 56(84) bytes of data.
> 64 bytes from 10.255.255.254 <http://10.255.255.254>: icmp_seq=1 ttl=255 
> time=0.352 ms
> 64 bytes from 10.255.255.254 <http://10.255.255.254>: icmp_seq=2 ttl=255 
> time=0.482 ms
> 64 bytes from 10.255.255.254 <http://10.255.255.254>: icmp_seq=3 ttl=255 
> time=0.402 ms
> 64 bytes from 10.255.255.254 <http://10.255.255.254>: icmp_seq=4 ttl=255 
> time=0.313 ms
>
>
> Em s  b., 13 de ago. de 2022   s 15:11, mc36 < <>> 
> escreveu:
>
>     hi,
>     things are not as bad as it seems... :)
>     the rtr-hw you sent before seems good, and should do the trick...
>     what the routing below tells me that it failed to get the ip via dhcp...
>     i assume the dhcp worked before the hwext command so here are my idea for 
> the current state:
>
>     sho proc ext      ! just to see if the processes stay awake
>     sho int sdn1      ! to see the packet counters
>     flash type hwdet.mac     ! im corious because the sdn1 got a mac starting 
> with 42, which is a multicast mac somehow...
>     attach shell2 /sbin/ifconfig ens4 ! just to see the same
>
>     thanks,
>     cs
>
>     On 8/13/22 19:57, Edgard wrote:
>      > Hi,
>      >
>      > I just discovered another difference between GCloud and Virtualbox VMs.
>      >
>      > Virtualbox:
>      >
>      > freertr#ping 8.8.8.8
>      > pinging 8.8.8.8, src=null, vrf=inet, cnt=5, len=64, df=false, 
> tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, alrt=-1, sweep=false, 
> multi=false
>      > !!!!!
>      > result=100.0%, recv/sent/lost/err=5/5/0/0, took 140, min/avg/max/dev 
> rtt=27/27.8/28/0.1, ttl 253/253/253/0.0, tos 0/0.0/0/0.0
>      > freertr#show ipv4 route inet
>      > typ     prefix                              metric     iface     hop   
>               time
>      > DEF 0.0.0.0/0 <http://0.0.0.0/0>                       0/2            
> sdn1        10.0.2.2     00:00:44
>      > C 10.0.2.0/24 <http://10.0.2.0/24>                  0/0            
> sdn1        null              00:00:44
>      > REM 10.0.2.2/32 <http://10.0.2.2/32>                  0/0            
> sdn1        10.0.2.2     00:00:44
>      > LOC 10.0.2.16/32 <http://10.0.2.16/32>                 0/1            
> sdn1        null              00:00:44
>      > C 10.255.255.0/24 <http://10.255.255.0/24>         0/0            sdn2 
>        null              03:46:09
>      > LOC 10.255.255.254/32 <http://10.255.255.254/32>     0/1            
> sdn2        null              03:46:09
>      >
>      > GCloud:
>      >
>      > freertr#ping 8.8.8.8
>      > pinging 8.8.8.8, src=null, vrf=inet, cnt=5, len=64, df=false, 
> tim=1000, gap=0, ttl=255, tos=0, sgt=0, flow=0, fill=0, sweep=false, multi=false
>      > NNNNN
>      > result=0%, recv/sent/lost/err=0/5/5/0, rtt 
> min/avg/max/sum=10000/0/0/0, ttl min/avg/max=256/0/0, tos min/avg/max=256/0/0
>      > freertr#show ipv4 route inet
>      > typ     prefix                              metric     iface     hop   
>      time
>      > C 0.0.0.0/32 <http://0.0.0.0/32>                     0/0            
> sdn1        null     00:05:21
>      > C 10.255.255.0/24 <http://10.255.255.0/24>         0/0            sdn2 
>        null     00:05:21
>      > LOC 10.255.255.254/32 <http://10.255.255.254/32>     0/1            
> sdn2        null     00:05:21
>      >
>      >
>      >
>
>
>
>
>
>
>
> --
> Atenciosamente.
> Edgard da Cunha Pontes


-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#503): https://groups.io/g/freertr/message/503
Mute This Topic: https://groups.io/mt/92961677/6413194
Group Owner: 
Unsubscribe: https://groups.io/g/freertr/unsub []
-=-=-=-=-=-=-=-=-=-=-=-