https://community.splunk.com/t5/Getting-Data-In/Splunk-and-Overlay-Transport-Virtualization-OTV-Network-between/m-p/191872#M38231 <P>If the network is functioning correctly, it should be abstracted from Splunk, and Splunk will use TCP/UDP/HTTP etc to perform network operations as needed. Any merits/flaws would be purely from the design goals of the network. </P> Fri, 01 Apr 2016 18:54:59 GMT muebel 2016-04-01T18:54:59Z https://community.splunk.com/t5/Getting-Data-In/Splunk-and-Overlay-Transport-Virtualization-OTV-Network-between/m-p/191871#M38230 <P>Has anyone implemented Splunk over OTV? Is there any flaws or merits to this approach?</P> <P>The forwarders will be on a mix of OTV and non-OTV networks.</P> Mon, 30 Dec 2013 13:57:59 GMT https://community.splunk.com/t5/Getting-Data-In/Splunk-and-Overlay-Transport-Virtualization-OTV-Network-between/m-p/191871#M38230 muebel 2013-12-30T13:57:59Z https://community.splunk.com/t5/Getting-Data-In/Splunk-and-Overlay-Transport-Virtualization-OTV-Network-between/m-p/191872#M38231 <P>If the network is functioning correctly, it should be abstracted from Splunk, and Splunk will use TCP/UDP/HTTP etc to perform network operations as needed. Any merits/flaws would be purely from the design goals of the network. </P> Fri, 01 Apr 2016 18:54:59 GMT https://community.splunk.com/t5/Getting-Data-In/Splunk-and-Overlay-Transport-Virtualization-OTV-Network-between/m-p/191872#M38231 muebel 2016-04-01T18:54:59Z