Re: [j-nsp] Juniper support offline?

Looks like a Maintenance Window - a bit early here but this was planned. Best Regards Christian Scholz -Ursprüngliche Nachricht- Von: juniper-nsp Im Auftrag von Nathan Ward Gesendet: Donnerstag, 13. Februar 2020 22:42 An: Juniper NSP Betreff: Re: [j-nsp] Juniper support

Re: [j-nsp] static arp with unnumbered-address

Hello, The static arp assignments are possible by borrowing the idea from subscriber management access or access-internal routes (subs management will do that automatically upon subscriber dhcp binding): krasi@test# show interfaces ge-0/0/0 flexible-vlan-tagging; encapsulation

Re: [j-nsp] Juniper support offline?

And again.. this time the whole my.juniper.net is down, not just the login system. Downloads are also not working, and www.juniper.net is really slow to load.. Weirdly, support.juniper.net seems to work. This is

Re: [j-nsp] static arp with unnumbered-address

Den tor. 13. feb. 2020 kl. 13.12 skrev Alexander Arseniev < arsen...@btinternet.com>: > Hello, > So. this whole setup is built for saving 2 IP from each /26, correct? > No the purpose is to avoid needing to use a /30 minimum per customer. Lets say we have subnet 192.0.2.0/26: 192.0.2.0 network

Re: [j-nsp] static arp with unnumbered-address

--- Begin Message --- Hello, So. this whole setup is built for saving 2 IP from each /26, correct? If You reconsider and decide You can afford to waste 2/64 = 3% of Your IPv4 address estate, then on the face of it, looks like perfect use case for EVPN with its /32 routes auto-created from ARP.

Re: [j-nsp] static arp with unnumbered-address

Hi Alex Thanks for the reply. Ok I managed to make a bad example. This is actually from our running configuration and all the routes are /32 routes. The issue is that the customers have all been assigned IPv4 addresses from random subnets. The subnets are usually sized /26 and the first address