1. yoursunny

yoursunny

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 56 total)
  • Author
    Posts
  • in reply to: FABRIC is back online with exciting new features! #8041
    yoursunny
    Participant

      I’m trying out the new docker_ubuntu_24 OS image and the updated docker_ubuntu_22 OS image, and noticed three issues:

      • docker build is using the legacy Docker builder that has been deprecated. Package docker-buildx-plugin should be included in the image.
      • The docker compose command is missing. Compose is commonly used in Docker based applications including some fablib examples (they are currently using docker_rocky_8 or manually installing Compose). Package docker-compose-plugin should be included in the image.
      • For docker_ubuntu_22 image, the ubuntu user is not added to the docker group, so that the Docker socket is inaccessible without using sudo. The user should be added to the group, and then fablib examples that contain sudo docker should be revised.
      in reply to: Reaching the Internet from a FabNet node #7605
      yoursunny
      Participant

        it requires my UEs to send certain files to an apache server running on some other node

        Host the Apache server within FABRIC, as part of your slice.

        Or, make reverse port forwarding from your laptop:

        1. In the UPF node, edit /etc/ssh/sshd_config to have GatewayPorts yes.
        2. From the laptop, SSH into the UPF node with -R 8000:apache.example.net:8000 flag.
        3. The UEs can then access http://10.30.6.48:8000 (use the internal IP address of enp3s0 interface) to reach the Apache server.

         

        in reply to: Reaching the Internet from a FabNet node #7603
        yoursunny
        Participant

          I’ve tested 5G software, both on and off FABRIC. I don’t see the necessity to have Internet access for the 5G network. Typically, I run traffic generators (iperf3 etc) between UEs and UPFs, to measure the performance of 5G network.

          in reply to: Reaching the Internet from a FabNet node #7600
          yoursunny
          Participant
            1. Add a Fabnetv4Ext interface and a Fabnetv6Ext interface to the node that runs UPF.
            2. Assign RFC1918 and ULA addresses to UEs.
            3. Setup NAT on the UPF machine, to reach the Internet via Fabnetv4Ext and Fabnetv6Ext interfaces.

            IPv6 NAT sucks, but Fabnetv6Ext doesn’t offer routed subnets, so that it’s either NAT or NDP proxy.

            • This reply was modified 3 months, 3 weeks ago by yoursunny.
            in reply to: Integration of USRPs with FABRIC #7595
            yoursunny
            Participant

              Powder Testbed has USRP devices.

              You can make a facility port on FABRIC and communicate with Powder nodes via Ethernet.

              in reply to: Traffic traces from middle of the network #7453
              yoursunny
              Participant

                Where’s the proxy?

                A switchport mirror is a network instrumentation technique. It doesn’t involve any proxy software.

                in reply to: Traffic traces from middle of the network #7450
                yoursunny
                Participant

                  One possible idea:

                  1. Create a FABNetv4Ext or FABNetv6Ext network.
                  2. Insert IP routes so that the traffic to the Internet goes through FABNetv4Ext/FABNetv6Ext interface, instead of the management interface.
                  3. Setup switchport mirroring.
                  4. Capture the traffic on the mirror port.
                  in reply to: Network interfaces deleted automatically from nodes. #7341
                  yoursunny
                  Participant

                    I wonder how you determined “interfaces for L2 connections on some of my nodes gets deleted”?

                    in reply to: failed lease update – all units failed in priming #6856
                    yoursunny
                    Participant

                      On the IPv4 sites, number of VMs that can be provisioned is limited with the available IPv4 addresses in the subnet.

                      Can “management IP address” show up as a resource on Fabric Portal – Resources page?
                      This would allow the experimenter to avoid this limitation.

                      in reply to: Fabric Testbed is open and ready for use! #6270
                      yoursunny
                      Participant

                        Oversubscription support – EDC and EDUKY sites have been enabled to support CPU over subscription.

                        I remember the CPU core capacity of STAR site was 384.
                        It’s now 768.
                        Did this site receive new hardware or is it oversubscription?

                        in reply to: Not able to create slice #6236
                        yoursunny
                        Participant

                          The entire FABRIC is red this week: https://portal.fabric-testbed.net/resources/all

                          See notice here: https://learn.fabric-testbed.net/forums/topic/multi-day-fabric-maintenance-january-1-5-2024/

                          Look at this part:

                          On other sites, slices will continue running, and slivers will be accessible during the maintenance, however, we will place the testbed in maintenance mode between Jan 1-5, therefore it will not be possible to perform slice operations (create, extend, delete).

                          in reply to: Multi-day FABRIC maintenance (January 1-5, 2024) #6188
                          yoursunny
                          Participant

                            Will the FABNetv4Ext peering point (located in WASH) be affected?

                            yoursunny
                            Participant

                              channel 0: open failed: connect failed: No route to host

                              This error typically means the VM is turned off / deleted, or is otherwise unreachable via management netif.

                              The fastest solution is simply deleting the experiment slice and creating a new one.

                              in reply to: error when attempting to numa_tune #6040
                              yoursunny
                              Participant

                                Upper limit for a VM connected with only one component would map to a single Numa Node.

                                What happens if there are multiple components that are on distinct NUMA sockets?
                                Is it possible to specify how much RAM to pin to each NUMA socket?

                                Max limit on memory for a numa node is 64G so exceeding that limit would not work.

                                If we pin a CPU core or certain amount of RAM onto a NUMA socket, does it prevent other VMs from using the same CPU core or RAM capacity?

                                in reply to: Communication between nodes on same site #5434
                                yoursunny
                                Participant

                                  Is there a way where I can convert my rspec into a FABRIC native object?

                                  This would make a nice hackathon project. It should be feasible to make a converter that covers the topology, links, IP assignments, and startup scripts.

                                  It’s even better if FABRIC platform can directly accept Request RSpec and return Manifest RSpec, so that existing tooling for Emulab can still work.

                                Viewing 15 posts - 1 through 15 (of 56 total)