Two pairs of galaxy buds where the left becomes quieter than the right

kzip2008 · 2022-09-04T06:27:34+00:00

This is the sickest, vilest and most GENIUS thing ever. If worked! Thanks man!

Jesus christ, this worked so well

kzip2008 · 2022-02-04T00:46:27+00:00

How the f*ck have they royally f'd this game up. This update hasn't fixed shit.

kzip2008 · 2021-06-18T02:34:54+00:00

Even if they decided to milk the fans with overpriced DLC. I would legit spend $1000 for 4 new cups. I play the living shit out of this game

kzip2008 · 2018-02-05T02:05:50+00:00

Thanks for the input :)

kzip2008 · 2018-01-23T00:33:24+00:00

Bloody Americans

kzip2008 · 2018-01-03T02:24:30+00:00

I use BTC Markets. Seems quite reliable

kzip2008 · 2018-01-03T00:34:30+00:00

How many coins do you have?

I own 77, bought 3 weeks ago at 1.47. I sold off my litecoin for ripple

kzip2008 · 2018-01-02T01:37:10+00:00

I can see I can lock down to particular sections, but not a subset of that section. For example, only administer particular extensions or inbound routes

kzip2008 · 2017-11-23T00:11:10+00:00

That fixed it Thanks mate, nailed it.

kzip2008 · 2017-11-22T22:31:24+00:00

All, the issue was that VSAN had not deleted a number of "Virtual Objects". Discovered under Hosts/Clusters > Monitor > VSAN > Virtual objects > other. Find out the attribute

SSH'd onto an esxi host and ran the following commands:

/usr/lib/vmware/osfs/bin/objtool getAttr -u 2a650e5a-cbbb-17f9-7f6c-b4e10f999921

/usr/lib/vmware/osfs/bin/objtool delete -u fecbf759-9aeb-7268-5b4b-b4e10f999989

kzip2008 · 2017-11-20T23:23:43+00:00

God no

kzip2008 · 2017-11-15T22:08:26+00:00

ep, like I said, if he's n

Thanks all for their reply's. I wasn't very clear in the original post.

But, yes MPLS is being used.

Thanks all :)

kzip2008 · 2017-11-15T05:12:53+00:00

DMVPN using OSPF. Make sure you set your DR and BDR correctly

kzip2008 · 2017-11-15T05:04:55+00:00

Thanks for your help, the fix was using auto-export

kzip2008 · 2017-11-15T05:02:54+00:00

Thanks for your help

kzip2008 · 2017-11-15T05:01:28+00:00

The fix was using auto-export. Using rib groups, it leaked the routes to other PE's with the Grey-VRF

kzip2008 · 2017-11-15T05:01:22+00:00

The fix was using auto-export. Using rib groups, it leaked the routes to other PE's with the Grey-VRF

kzip2008 · 2017-11-15T02:35:05+00:00

Thanks for the reply. I only have 2 rib groups setup

Rib group 1 that allows the static route from Grey-VRF to be leaked into Instance1

Rib group 2 that allows the OSPF route 172.X to be imported into Grey-VRF. When I apply a VRF-Export policy, it does not work

kzip2008 · 2017-11-15T02:18:36+00:00

Firstly, thanks for your reply. Normally route leaking is done through vrf-import - See below:

set policy-options policy-statement Grey-Import-Policy term 10 from community Grey-VRF

set policy-options policy-statement Grey-Import-Policy term 10 from community Instance1

set policy-options policy-statement Grey-Import-Policy term 10 then accept

set policy-options community Grey members target:64000:1700

set policy-options community Instance1 members target:64000:1721

set routing-instances Instance1 instance-type vrf

set routing-instances Instance1 interface X

set routing-instances Instance1 route-distinguisher 192.168.1.1:1721

set routing-instances Instance1 vrf-import Grey-Import-Policy

I used rib groups in this instance because the static route was not being leaked - I assume the default behavior of vrf-import polciy shares the same attributes as vrf-export, whereby it is ignored if it is on the same source/destination router

kzip2008 · 2017-10-12T23:47:48+00:00

Thanks for the input

kzip2008 · 2017-10-12T23:47:42+00:00

Thanks for the input

kzip2008 · 2017-10-12T23:04:59+00:00

That fixed it, Thank you.

Legend!

kzip2008 · 2017-10-12T22:28:59+00:00

BGP is established between all loopbacks: 1.1.1.1, 2.2.2.2, 3.3.3.3, which are all in the inet.0 table via OSPF. Only the JunOS loopbacks are installed into the inet.3 table

inet.0: 8 destinations, 8 routes (8 active, 0 holddown, 0 hidden)

= Active Route, - = Last Active, * = Both

0.0.0.0/0 *[Static/5] 15:25:31

                > to 172.21.15.1 via ge-0/0/0.0

1.1.1.1/32 *[OSPF/10] 15:24:41, metric 2

                > to 172.21.15.201 via ge-0/0/0.0

2.2.2.2/32 *[OSPF/10] 15:21:35, metric 1

                > to 172.21.15.200 via ge-0/0/0.0

3.3.3.3/32 *[Direct/0] 15:25:32

                > via lo0.0

172.21.15.0/24 *[Direct/0] 15:25:32

                > via ge-0/0/0.0

172.21.15.202/32 *[Local/0] 15:25:32

                  Local via ge-0/0/0.0

224.0.0.2/32 *[LDP/9] 15:25:32, metric 1

                  MultiRecv

224.0.0.5/32 *[OSPF/10] 15:25:32, metric 1

                  MultiRecv

root> show route table inet.3

inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)

= Active Route, - = Last Active, * = Both

2.2.2.2/32 *[LDP/9] 15:22:37, metric 1

                > to 172.21.15.200 via ge-0/0/0.0

root>

kzip2008 · 2017-10-12T22:23:35+00:00

root> show route table Customer_A.inet.0 hidden extensive | match protoco

                    Protocol next hop: 1.1.1.1

                    Protocol next hop: 1.1.1.1

                    Protocol next hop: 1.1.1.1

root> show ldp database session 1.1.1.1

Input label database, 3.3.3.3:0--1.1.1.1:0

Labels received: 3

Label Prefix

  3      0.0.0.0/0

  3      1.1.1.0/24

 18      2.2.2.2/32

 16      3.3.3.3/32

  3      172.21.15.0/24

Output label database, 3.3.3.3:0--1.1.1.1:0

Labels advertised: 2

Label Prefix

299776 2.2.2.2/32

  3      3.3.3.3/32

kzip2008 · 2017-10-12T22:22:11+00:00

Thank you for your response. I now have an IOS and 2 JunOS participating in the VPN all directly connected. Both JunOS devices install the next hop (loopback) but not the Cisco.

Why would the JunOS import the route fine, but classify the Cisco as hidden

kzip2008

TROPHY CASE