1. yoursunny

yoursunny

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 55 total)
  • Author
    Posts
  • 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 2 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.

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

                                  Management IP cannot communicate with each other, to prevent abuse.

                                  You should create FABNetv4 or FABNetv6 network service in each slice. They can all communicate with each other, regardless of whether the slides are on the same or different sites.

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