| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This patch massively reformats the whole codebase mainly wrapping
long lines and eliminating dundered private attributes.
|
|
|
|
|
|
| |
Also, consistency ensuring code unified with v3arch piece what
has the side effect of *requiring* snmpTrapOID to be always
present anywhere among user-supplied variable-bindings.
|
| |
|
|
|
|
|
| |
The hlapi.v1arch asyncio API is intended to be very similar to
hlapi.v3arch.asyncio from its signature viewpoint, however it
should be faster at the expense of no SNMPv3 support.
|
| |
|
| |
|
|
|
|
| |
To make them PEP8-compliant
|
|
|
|
| |
Perhaps previous commits have already broken older Python
support. This commit mostly declares Python 2.6+ support.
|
|
|
|
|
| |
This is a follow up to 588b9b902d191d8010cb6b247fcb07887d59542c
fixing a couple of improperly named constants.
|
|
|
|
|
|
|
|
|
| |
This is a massive patch essentially upper-casing global/class attributes
that mean to be constants.
Some previously exposed constants have been preserved for compatibility
reasons (notably, in `hlapi`), though the rest might break user code relying
on pysnmp 4.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Fixed hlapi LCD configurator to include `contextName`.
Prior to this fix sending SNMPv3 TRAP with non-default
`contextName` would fail.
This change modifies the signature of the internal
LCD methods.
|
| |
|
|
|
|
|
| |
Fix hlapi/v3arch transport target caching to ensure transport targets
are different even if just timeout/retries options differ.
|
|
|
|
| |
target being re-configured (#194)
|
|
* Add `hlapi.v1arch` API
Introduce new sub-package `pysnmp.hlapi.v1arch` which
wraps otherwise very detailed packet-level SNMP
messaging into a handful of convenience functions.
As a side effect, the `pysnmp.hlapi.*` sub-packages
moved under `pysnmp.hlapi.v3arch` though `pysnmp.hlapi`
still exposes `pysnmp.hlappi.v3arch.*` symbols to
retain some degree of backward compatibility.
The signature of the hlapi `.sendNotification()` call
has changed to accept `*varBinds` instead of a sequence
of `varBinds`. The rationale is to unify this method
call with similar methods of CommandGenerator.
* Add v1arch docs and reshuffle hlapi docs
|