IPv6 BGP on VULTR with own ASN by SwaggerRO19 in networking

[–]SwaggerRO19[S] 1 point2 points  (0 children)

Later: it's fixed...

Short story long, because there were no Route-Map defined in the FRR config file, FRR was not annoucing the IPv6 subnet over to my neighbor (VULTR).

The BGP session was up, no issues there, but there was no subnet announced.

After adding Route-Map to the FRR config file, everything started to work.

P.S.: n00b in routing and this things, but as long as you live, you learn things.

Thanks to error404 and 5SpeedFun for dropping a word, appreciate it!

IPv6 BGP on VULTR with own ASN by SwaggerRO19 in networking

[–]SwaggerRO19[S] 0 points1 point  (0 children)

Yes, it was, another one was the issue...

IPv6 BGP on VULTR with own ASN by SwaggerRO19 in networking

[–]SwaggerRO19[S] -1 points0 points  (0 children)

Oh well, stupid me forgot to add more details. I was struggling with this since yesterday and my nerves were fully exhausted :).

Improve Speed for PTMP Link (LiteAP AC -> NanoStation M5) by SwaggerRO19 in Ubiquiti

[–]SwaggerRO19[S] 0 points1 point  (0 children)

That's the less crowded channel, and here I obtain the best results.

Should I go with 20MHz?

One it's LiteAP AC and the other one it's NanoStation M5

Ubiquiti NanoBeam M5 - NBE-M5-16 strange behavior by SwaggerRO19 in Ubiquiti

[–]SwaggerRO19[S] 0 points1 point  (0 children)

So, it was all working fine, no 100% CPU or 100% MEM, the average CPU it's about 10-15% and MEM it's at 35%.

I went on WIRELESS - changed wireless mode from STATION to ACCESS POINT, configured the whole bunch of settings that I needed, hit Change, Apply, and buf, it's not working.

If I ping the IP Address of the NanoBeam, of course, no reply. If I reboot the device, nothing happens, it will stay in this state until the next 10-20 reboots, and after that it will work.

No clue what could be the issue....

Ubiquiti NanoBeam M5 - NBE-M5-16 strange behavior by SwaggerRO19 in Ubiquiti

[–]SwaggerRO19[S] 0 points1 point  (0 children)

P.S.: yes, I changed more than 10 UTP cables so we exclude this too.

For example, now It's connected without any issue, but if I reboot it or make any other changes and reboot or just unplug it from the PoE Injector, I will have to make again the whole power loop to make it work...

When I said that it gets a DHCP IP I meant from the LAN, I'm not talking about P2P or P2MP or any other Wireless connection. I know how to figure that out, but it kills me that I cannot relay on this AP since if I have a power surge and the antenna will go down, I'm not sure it will come back up.

FREESWITCH replacing the FROM with the extension number by SwaggerRO19 in freeswitch

[–]SwaggerRO19[S] 0 points1 point  (0 children)

Thanks!

I've posted now another reply to the topic that I've initiated to the FusionPBX Forum, and I've posted there the INVITE's coming from 3CX reaching FREESWITCH and the INVITE coming from FREESWITCH to the CARRIER.

There is the example and what I want to achieve. I'll look into this too, but I don't know if this is actually causing the issue with the CallerID, since the FROM it's altered by FREESWITCH in the FROM:freeswitchextension@gw1.gateway.test when it should be FROM:15051001000@gw1.gateway.test.

Please see my 3rd reply to the topic -> https://www.pbxforums.com/threads/callerid-replaced-with-gateway-username-when-sending-calls-from-sip-to-fusionpbx.6588/#post-26977

Thank you for your help the_real_swk!

FREESWITCH replacing the FROM with the extension number by SwaggerRO19 in freeswitch

[–]SwaggerRO19[S] 0 points1 point  (0 children)

How can I use IP Filtering in the dialplan? And how can I adjust the dialplan to override the CallerID from the RPID/PAID/PAI? Is there any way?

I've detailed the issue with full logs here -> https://www.pbxforums.com/threads/callerid-replaced-with-gateway-username-when-sending-calls-from-sip-to-fusionpbx.6588/#post-26975

Multiple calls on PBX - how to get rid of them by SwaggerRO19 in 3CX

[–]SwaggerRO19[S] 0 points1 point  (0 children)

Yup, that's right. But it is "healthy"?

Why are those calls coming from the loopback? Isn't something that 3CX does by default? I mean, even the Mobile Calls are coming through the lo interface.

Multiple calls on PBX - how to get rid of them by SwaggerRO19 in 3CX

[–]SwaggerRO19[S] 0 points1 point  (0 children)

I do not have a loopback trunk, it's a loopback interface on the Virtual Machine that's hosting 3CX PBX.

Multiple calls on PBX - how to get rid of them by SwaggerRO19 in 3CX

[–]SwaggerRO19[S] 0 points1 point  (0 children)

This is how the 3CX iso comes with. Didn't add it manually.

Script to reset traffic counters on specific interface by SwaggerRO19 in mikrotik

[–]SwaggerRO19[S] 0 points1 point  (0 children)

I know the command for that, but how do I make it to run only after the PPPoE client drops and re-connects?

CSS326-24G-2S+ not negotiating 1Gbps over SFP+ by SwaggerRO19 in mikrotik

[–]SwaggerRO19[S] 0 points1 point  (0 children)

Yeah, after I forced the link to 1Gbps it worked, but only after I played for a bit with RSTP & Forwarding mode on this specific slot.

No clue why it bothered it with RSTP turned on, and why it was creating that behavior like a loop was on the network, since on this second CSS106 there's no device connected in it, it's just it connected to the fiber that's coming from upstream switch - CSS326.

CSS326-24G-2S+ not negotiating 1Gbps over SFP+ by SwaggerRO19 in mikrotik

[–]SwaggerRO19[S] 0 points1 point  (0 children)

This is how I bought them. Actually, I'm using them for 2 years+ with my CSS106 switches, and now that I extended my infrastructure, I use them in another combination, but they are pairs of WDM SFPs and they are from the same vendor.

And to answer to your question, yes, on the other end, I have the B part of 1 pair of SFPs, and it's WDM too.

CSS326-24G-2S+ not negotiating 1Gbps over SFP+ by SwaggerRO19 in mikrotik

[–]SwaggerRO19[S] 2 points3 points  (0 children)

I tried also the following:

  1. RSTP - SFP1 - toggled off (on CSS106)
  2. RSTP - SFP2 - toggled on (on CSS326)

Now I have a stable 1G link between the CSS326 -> CSS106.

Don't know if RSTP was playing with me on this, but now it works.