1. 09 Dec, 2005 1 commit
  2. 19 Nov, 2005 1 commit
  3. 18 Nov, 2005 2 commits
    • Robert Ricci's avatar
      Make snmpit_cisco much, much more robust to failures. · 1236b544
      Robert Ricci authored
      Convert most SNMP interaction to use the snmpit*() library, so that
      they get support for retrying failures, etc.
      Add new library calls for wrapping bulkwalk() - so now, we will
      retry those on error as well. Before, we had the bad behavior than
      many functions, like listVlans() would just see empty lists instead
      of errors.
      When making a new Cisco object, we now test network connectivity right
      away, by fetching an OID that should exist on all SNMP devices. Before,
      we wouldn't find out we couldn't contact the switch until we actually
      did something on it.
      Also, make VLAN number choosing go a bit faster by converting it to
      bulkwalk() (using the new library function) so we can grab all VLAN
      numbers at once.
    • Robert Ricci's avatar
      When removing VLANs, get a new lock on the edit buffer for each VLAN · e5986abc
      Robert Ricci authored
      we're going to remove. We used to do all VLANs in one lock for
      performace reasons - however, I'm discovering that the lock can get
      held for such a long time when many VLANs are being deleted that other
      VLAN operations, such as listing VLANs, can fail. And, it's not
      actually that much slower to grab a new lock each time.
  4. 13 Oct, 2005 1 commit
  5. 16 Aug, 2005 2 commits
  6. 28 Jul, 2005 1 commit
  7. 22 Jul, 2005 1 commit
    • Robert Ricci's avatar
      Finally convert listPorts to bulkwalk - this makes performing this · b823150b
      Robert Ricci authored
      operation on our existing stack 3x faster.
      The real reason for doing this, though, is robustness - the old
      code was terribly fragile, depending on several tables being in order,
      etc. This was breaking on some of our new switches.
      Also fix a few typos in debugging messages.
  8. 21 Jun, 2005 1 commit
    • Mike Hibler's avatar
      snmpit: snmpit_cisco returns " ", not null, when it cannot get speed/duplex · 2907d2c0
      Mike Hibler authored
      so -B now ignores that rather than warning.
      snmpit_cisco: hack to get around 2950 switch returning just <port>
      rather than <module>.<port> in interface info tables.
      Note: snmpit_cisco does not successfully return speed/duplex info for -b,
      this may cause problems with whack-on-lan and needs to be fixed!
  9. 08 Jun, 2005 1 commit
    • Robert Ricci's avatar
      Terrible hack. · 5cf8cbc1
      Robert Ricci authored
      Non-modular switches with two different types of interfaces give us
      trouble under IOS because they appear to be on the same module, but
      the duplicate card numbers. ie. Fastethernet0/1 and Gigabitethernet0/1
      Hack around this by pretending the gigabit ports on such a switch are
      on module 1, not module 0.
      This works fine on the 29xx series, but probably won't work well for
      anything else. The real solution is to move to iface instead of
      card.port, or use a type.card.port triple.
      In order to invoke this hack, you must put '-modhack' in the type for
      the switch in the nodes table.
  10. 03 Dec, 2004 1 commit
  11. 01 Dec, 2004 1 commit
    • Robert Ricci's avatar
      Add user-visible support for trunking. · cfdf5c00
      Robert Ricci authored
      Added support for Cisco switches to enable and disable trunking for a
      Added two new command-line options:
      -N <port> <vlans>
      	Enable trunking on a port, allowing the given list of VLANs to
      	cross the trunk
      -U <port>:
      	Disable trunking for the port
      This functionality is needed for Mike's firewall support.
  12. 10 Nov, 2004 2 commits
  13. 08 Oct, 2004 1 commit
  14. 01 Oct, 2004 1 commit
  15. 13 Aug, 2004 1 commit
  16. 22 Oct, 2003 1 commit
    • Robert Ricci's avatar
      Change the way the switch modules for snmpit get their configuration · c069a419
      Robert Ricci authored
      information. Rather than pass it all in, which was getting very
      cumbersome, and inconsistent between Cisco and Intel switches, the
      modules query the database themselves (via a new function in
      Also in this commit are two new options for switch stacks - the
      ability to specify minimum and maximum VLAN number to use.
  17. 11 Aug, 2003 1 commit
  18. 28 Apr, 2003 1 commit
  19. 26 Mar, 2003 1 commit
  20. 17 Mar, 2003 2 commits
  21. 18 Feb, 2003 1 commit
  22. 14 Feb, 2003 1 commit
  23. 10 Feb, 2003 1 commit
  24. 07 Feb, 2003 2 commits
  25. 06 Feb, 2003 1 commit
  26. 21 Jan, 2003 1 commit
  27. 17 Jan, 2003 1 commit
    • Robert Ricci's avatar
      New features: · 2d7b6b82
      Robert Ricci authored
          Accept [switch.]<module>/<port> format for ports, so that we can
      	deal with ports not in the database (mostly for my own
      	debugging sanity.)
          A -n option that prevents assign from changing hardware settings
          	(though, unlike TESTMODE, does read some information from
      	the switches)
          Private VLAN support, through the -x,-y, and -z switches. There
      	are only 5 letters of the alphabet left, so I've given up on
      	memnonic switches.
          Worked a bit on making VLAN deletion more efficient, but with
          	little sucess
      Private VLANs work like so:
      Make a primary private VLAN with:
      snmpit -m myvlan-primary -y primary
      Attach a community VLAN to it like so:
      snmpit -m myvlan-community -y community -x myvlan-primary -z cisco2.1/15
      Put some ports into the community VLAN:
      snmpit -m myvlan-community pc1:0 pc2:0
  28. 10 Jan, 2003 1 commit
  29. 11 Jul, 2002 1 commit
  30. 07 Jul, 2002 1 commit
  31. 20 Jun, 2002 1 commit
  32. 19 Jun, 2002 1 commit
  33. 17 Jun, 2002 1 commit
    • Robert Ricci's avatar
      Made some functions that previously took only a single port or VLAN · 13381879
      Robert Ricci authored
      take more than one. This can increase efficiency, since, for example,
      we now only have to lock the VLAN edit buffer once when tearing down
      an experiment, instead of once per VLAN. There are still other
      functions (setVlanOnTrunks comes to mind) that could benefit from this
      These optimization have been made only for Ciscos - minimal changes
      necessary to keep Intel support working were made, but they will still
      have the same old slow behavior.
  34. 22 May, 2002 1 commit
    • Robert Ricci's avatar
      Add some robustness: Be more paranoid about trusing the switch's · ef75095f
      Robert Ricci authored
      return value on VLAN creation. If it reports success, we look for the
      VLAN with findVlan(), to make sure it's really there. We retry a
      couple times if it didn't work. This will add a small (sub-second)
      time penalty per VLAN created.
      We ran into one instance, that we've noticed, where the switch
      reported that VLAN creation succeeded, but the VLAN did not actually
      get created on the switch.
  35. 12 Mar, 2002 1 commit
    • Robert Ricci's avatar
      Change the way we set VLANs very slightly. We used to use the vmVlan · a5e752fb
      Robert Ricci authored
      OID from the CISCO-VLAN-MEMBERSHIP MIB. But, this MIB does not seem
      to be supported by all Cisco switches. So, we now use vlanPortVlan
      from the CISCO-STACK MIB.
      So, we no longer need CISCO-VLAN-MEMBERSHIP-MIB at all, which should make
      snmpit usable on a wider variety of Ciscos.