Thanks a bunch!
Cheers, Khairul From: Dylan Clear [mailto:[email protected]] Sent: 14 November 2016 03:57 PM To: Khairul Alam Anando <[email protected]> Cc: [email protected]; Dylan Clear <[email protected]> Subject: Re: [j-nsp] Laser shutdown feature with vpn circuits This is probably the best place to start: http://www.juniper.net/us/en/training/jnbooks/day-one/automation-series/applying-junos-automation/ I wish I still had the script, but it was a four years and two employers ago :-) From memory you can make almost any syslog message trigger the script, then it should apply some config. SLAX isn't too tricky if you have some programming background. There are some example scripts here: https://github.com/Juniper/junoscriptorium/ Good luck! Dylan Clear Network Architect RISE On Mon, Nov 14, 2016 at 5:07 PM, Khairul Alam Anando <[email protected] <mailto:[email protected]> > wrote: Thanks for the suggestion Dylan. Can you refer me to a scripting guideline or a document I can use as reference for the configurations? Would be really helpful. Khairul Network planner From: Dylan Clear [mailto:[email protected] <mailto:[email protected]> ] Sent: 14 November 2016 02:17 PM To: Khairul Alam <[email protected] <mailto:[email protected]> > Subject: Re: [j-nsp] Laser shutdown feature with vpn circuits Use an event script to disable to port when your VPN goes down... We did a similar thing to make 1+1 LAG interoperate properly with some ALU gear. Dylan Clear Network Architect RISE On Sun, Nov 13, 2016 at 3:51 AM, Khairul Alam <[email protected] <mailto:[email protected]> > wrote: Hello all, Is there any feature on juniper devices in which I can bind a client facing port's (UNI) laser to shut off when the vpn goes down? If it could be done over cc circuit that would be the best but bgp based L3 vpn would do the trick as well. One of my client's (a telco) requires that his port must go down along with the circuit as he would be integrating the link over his IGP network and the switching on his end needs to be hitless. Couldn't find a probable solution to this over Ethernet; SDH solutions are proving to be expensive considering current situation. Any sort of suggestions or help is welcome. Cheers, Khairul _______________________________________________ juniper-nsp mailing list [email protected] <mailto:[email protected]> https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/juniper-nsp
