Project/Tool to deploy and maintain Edge Servers (VMs) remotely

2020-09-04 Thread Douglas Fischer
I'm looking for some tool to work as a Comand and Control of several remote nodes. The idea is to have many-many nodes of Virtual Machines running on every ASN voluntarily to deploy some services spread everywhere we can. Something like a Call-Home, that allows the headquarter to track operation

Re: Project/Tool to deploy and maintain Edge Servers (VMs) remotely

2020-09-04 Thread Jared Mauch
> On Sep 4, 2020, at 6:52 AM, Douglas Fischer wrote: > > I'm looking for some tool to work as a Comand and Control of several remote > nodes. > > The idea is to have many-many nodes of Virtual Machines running on every ASN > voluntarily to deploy some services spread everywhere we can. > >

Re: Project/Tool to deploy and maintain Edge Servers (VMs) remotely

2020-09-04 Thread Jens Link
Douglas Fischer writes: > I was thinking in use something like reverse ssh and ansible. But I > thought that I'm probably reinventing part of the wheel. If your familiar with ansible: ansible-pull? "pulls playbooks from a VCS repo and executes them for the local host" https://docs.ansible.c

Re: Project/Tool to deploy and maintain Edge Servers (VMs) remotely

2020-09-04 Thread Siyuan Miao
Saltstack / Chef may be the solution you need. If you're already using ansible, how about ansible-pull? On Fri, Sep 4, 2020 at 7:03 PM Jared Mauch wrote: > > > > On Sep 4, 2020, at 6:52 AM, Douglas Fischer > wrote: > > > > I'm looking for some tool to work as a Comand and Control of several >

RE: rsvp-te admission control - i don't see it

2020-09-04 Thread aaron1
Thanks Mark, I have a tunnel traversing those interfaces. Customer routers (r10, r30) can ping end to end via tunnel. Not sure if I’m missing something here. I wonder if I’m not signaling for the rsvp bandwidth correctly. I just don’t see any allocated bandwidth in the rsvp interfaces any

Re: rsvp-te admission control - i don't see it

2020-09-04 Thread dip
What's the signalled bandwidth being reserved by the headend "R20" in your example? it's a hunch that you may not have that defined and it becomes Zero bandwidth LSPs. On Fri, Sep 4, 2020 at 9:09 AM wrote: > Thanks Mark, I have a tunnel traversing those interfaces. Customer > routers (r10, r30)

RE: rsvp-te admission control - i don't see it

2020-09-04 Thread aaron1
Thanks dip, let me know what you think. r20 is headend and r22 is tailend r20>r22 r22 is headed and r20 is tailend r22>r20 RP/0/0/CPU0:r20#sh run int tt1 Fri Sep 4 12:25:09.198 CST interface tunnel-te1 bandwidth 20 ipv4 unnumbered Loopback0 signalled-name r20--->r22 aut

Re: rsvp-te admission control - i don't see it

2020-09-04 Thread dip
can you try this https://www.cisco.com/c/en/us/td/docs/ios_xr_sw/iosxr_r3-7/mpls/command/reference/gr37mpte.html#wp2134470 On Fri, Sep 4, 2020 at 10:26 AM wrote: > Thanks dip, let me know what you think. > > r20 is headend and r22 is tailend r20>r22 > > r22 is headed and r20 is tailend

Weekly Routing Table Report

2020-09-04 Thread Routing Analysis Role Account
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG. Daily listings are sent to bgp-st...@li

Re: Project/Tool to deploy and maintain Edge Servers (VMs) remotely

2020-09-04 Thread JP
On Fri, Sep 04, 2020 at 07:52:07AM -0300, Douglas Fischer wrote: > I'm looking for some tool to work as a Comand and Control of several remote > nodes. > > The idea is to have many-many nodes of Virtual Machines running on every > ASN voluntarily to deploy some services spread everywhere we can. >

RE: rsvp-te admission control - i don't see it

2020-09-04 Thread Aaron Gould via NANOG
That’s it! Thanks dip Using “signalled-bandwidth 5000” on headend te-tunnel int RP/0/0/CPU0:r20#sh run int tt1 Fri Sep 4 13:27:14.833 CST interface tunnel-te1 bandwidth 20 ipv4 unnumbered Loopback0 signalled-name r20--->r22 signalled-bandwidth 5000 autoroute announce ! de

Re: Centurylink having a bad morning?

2020-09-04 Thread Tomas Lynch via NANOG
On Thu, Sep 3, 2020 at 2:37 PM Mark Tinka wrote: > > > On 31/Aug/20 17:57, Bryan Holloway wrote: > > > Not everyone will peer with you, notably, AS3356 (unless you're big > > enough, which few can say.) > > I think Tomas meant more diverse peering, not peering with CL. > Oh, yes! Let's not start