pysnmp generate Trap to target in non-default vrf












0














I am trying to use pysnmp sendNotification() to generate a trap on Debian 9. It works fine when my trap target is in default VRF but when the target is not in the default VRF it fails silently.



I found that the Perl library for SNMP trap generation works in the same scenario because it depends on a "trap2link" statement in /etc/snmp/snmpd.conf which specifies -n vrf. I thought the pysnmp client might also be able to take advantage of trap2link statements but it does not appear to be the case.



I have searched thoroughly for all references to pysnmp+vrf+trap2link and combinations thereof with no success. Any help would be appreciated.










share|improve this question
























  • I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
    – Ilya Etingof
    Nov 20 at 21:44










  • It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
    – Tom K
    Nov 22 at 22:21












  • Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
    – Tom K
    Nov 22 at 22:24
















0














I am trying to use pysnmp sendNotification() to generate a trap on Debian 9. It works fine when my trap target is in default VRF but when the target is not in the default VRF it fails silently.



I found that the Perl library for SNMP trap generation works in the same scenario because it depends on a "trap2link" statement in /etc/snmp/snmpd.conf which specifies -n vrf. I thought the pysnmp client might also be able to take advantage of trap2link statements but it does not appear to be the case.



I have searched thoroughly for all references to pysnmp+vrf+trap2link and combinations thereof with no success. Any help would be appreciated.










share|improve this question
























  • I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
    – Ilya Etingof
    Nov 20 at 21:44










  • It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
    – Tom K
    Nov 22 at 22:21












  • Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
    – Tom K
    Nov 22 at 22:24














0












0








0







I am trying to use pysnmp sendNotification() to generate a trap on Debian 9. It works fine when my trap target is in default VRF but when the target is not in the default VRF it fails silently.



I found that the Perl library for SNMP trap generation works in the same scenario because it depends on a "trap2link" statement in /etc/snmp/snmpd.conf which specifies -n vrf. I thought the pysnmp client might also be able to take advantage of trap2link statements but it does not appear to be the case.



I have searched thoroughly for all references to pysnmp+vrf+trap2link and combinations thereof with no success. Any help would be appreciated.










share|improve this question















I am trying to use pysnmp sendNotification() to generate a trap on Debian 9. It works fine when my trap target is in default VRF but when the target is not in the default VRF it fails silently.



I found that the Perl library for SNMP trap generation works in the same scenario because it depends on a "trap2link" statement in /etc/snmp/snmpd.conf which specifies -n vrf. I thought the pysnmp client might also be able to take advantage of trap2link statements but it does not appear to be the case.



I have searched thoroughly for all references to pysnmp+vrf+trap2link and combinations thereof with no success. Any help would be appreciated.







net-snmp pysnmp snmp-trap






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 20 at 17:48









CalvT

2,15442639




2,15442639










asked Nov 20 at 16:26









Tom K

1




1












  • I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
    – Ilya Etingof
    Nov 20 at 21:44










  • It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
    – Tom K
    Nov 22 at 22:21












  • Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
    – Tom K
    Nov 22 at 22:24


















  • I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
    – Ilya Etingof
    Nov 20 at 21:44










  • It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
    – Tom K
    Nov 22 at 22:21












  • Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
    – Tom K
    Nov 22 at 22:24
















I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
– Ilya Etingof
Nov 20 at 21:44




I am not sure what VRF is in the context of SNMP... I am guessing that may be -n vrf refers to SNMP ContextName. Could you please publish the code which fails?
– Ilya Etingof
Nov 20 at 21:44












It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
– Tom K
Nov 22 at 22:21






It is the Virtual Routing and Forwarding table in which the IP address of the SNMP target resolves. The code snippet is just a standard sendNotification() errorIndication, errorStatus, errorIndex, varBinds = next( sendNotification( Engine, CommunityData(target['community']), UdpTransportTarget((target['ip'], target['port'])), Context, 'trap',
– Tom K
Nov 22 at 22:21














Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
– Tom K
Nov 22 at 22:24




Further to my previous comment, the SNMP target in the default routing table resolves without problems but for non-default routing tables, I could not find a way to specify this. I will try ContextName. Thanks.
– Tom K
Nov 22 at 22:24

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53397344%2fpysnmp-generate-trap-to-target-in-non-default-vrf%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53397344%2fpysnmp-generate-trap-to-target-in-non-default-vrf%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Create new schema in PostgreSQL using DBeaver

Deepest pit of an array with Javascript: test on Codility

Costa Masnaga