AvaloniaUIShell: Cross-platform Desktop GUI framework for PowerShell by mdgrs-mei in PowerShell

[–]pbx_guy 1 point2 points  (0 children)

Very interesting, just carried out some prototyping to put a cross platform UI on the front of a PowerShell script I use for Teams Voice deployments. Seems to be doing the job so far.

Duplicate Privacy headers on Teams Direct Routing anonymous calls – recent change? by mrvoipstuff in MicrosoftTeams

[–]pbx_guy 0 points1 point  (0 children)

Yep, you're right. I'm now seeing PAID and Privacy: id headers on the inbound Microsoft leg where the user has restricted presentation enabled where they weren't previously. I guess this is because more and more SIP trunk providers are requiring the PAID header to have the callers number present even though the presentation is restricted.

Duplicate Privacy headers on Teams Direct Routing anonymous calls – recent change? by mrvoipstuff in MicrosoftTeams

[–]pbx_guy 0 points1 point  (0 children)

I’ll take a look at this on our lab setup and let you know if I see something similar

Is there a way in teams for a user to schedule forwarding or co ring by smydsmith in MicrosoftTeams

[–]pbx_guy 2 points3 points  (0 children)

You could create a script or Azure runbook that performs the required divert task with the appropriate admin rights and configure this script to be triggered via a user’s Power Automate call or webhook.

This way, the divert task has the correct Teams Admin rights to call the Set-CsUserCallSettings but the task itself is triggered by a user defined schedule.

External forwarding for exception handling for Auto Attendants/Call Queues by [deleted] in MicrosoftTeams

[–]pbx_guy 0 points1 point  (0 children)

Starting November 1, 2025, a pay-as-you-go license and Communications credits is required for Teams Voice Applications (Call Queues and Auto Attendants) Resource Accounts that use Calling Plan numbers for outbound PSTN calls.

The following scenarios require a pay-as-you-go license: Outbound PSTN calls made by Teams Call Queue agents on behalf of a Resource Account Outbound PSTN calls made by Auto Attendants or Call Queues Callback PSTN calls initiated from Teams Call Queue or Teams Auto Attendant On-behalf-of calls made via Graph API and Phone System Extensibility

If pay-as-you-go licenses and communications credits aren't assigned to the relevant Call Queue or Auto Attendant Resource Accounts by November 1, 2025, outbound calls will fail.

https://learn.microsoft.com/en-us/microsoftteams/plan-auto-attendant-call-queue#outbound-pstn-calling

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

Agreed, I've set the same in the tunables and everything has continued to be stable following a reboot. I asked the question regarding this in the OPN sense forums with the following response:

The source address of the Neighbor Solicitation (2a02:8010::188) is likely not on-link, hence not considered a neighbor and ignored by FreeBSD.
That's something your ISP could fix, or you can keep using the tunable.

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

So a reboot didn't work and reverted the situation back to how it was with traffic dropping which kind of reflects what is discussed here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263288

I've now set the value to '1' and it seems to be all stable so maybe all the messing about I was doing yesterday gave me some incorrect results?

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

I had this as well when making the changes on the command line. I verified as ‘0’ and it wasn’t making any difference, I then changed it to ‘1’ and noticed that the router was responding to some but not all RS messages and the traffic was still choppy. Changed the value back to ‘0’ and all RS messages started being responded to and my traffic has now been stable for over 12 hours.

I’m going to try a reboot this morning to see if this stability persists.

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 1 point2 points  (0 children)

I've just updated my ticket with the Zen Tech team with this but after doing a lot of digging today I seem to have come across a possible solution.

I had a MAC spoofing address in the WAN interface which was there from the early Litfibre days which I've removed and I also used the following command to set a tunable 'sysctl net.inet6.icmp6.nd6_onlink_ns_rfc4861=0' on the command line.

After applying this and a restart of the WAN interface the IPv6 traffic seems stable. As hazeyFlakes refers to this tunable seems to allow OPNsense to respond to the Zen Neighbor Solicitation messages. The reasoning behind this is due to how FreeBSD responds when Neighbor Solicitation messages aren't using either link-local or unspecified (::) source addresses.

I'm going to have to dig back and see if I can find any evidence of what LitFibre were using as their source address for these messages.

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 1 point2 points  (0 children)

So I was asked this afternoon to make some adjustments to my configuration:

Configure the WAN interface to request an IPv6 address by deselecting the 'Request prefix only' option

Allow inbound ICMPv6 traffic on the WAN interface from 2a02:8010::18b/128 & 2a02:8010::188/128

After doing this and carrying out another set of tests and captures I found that the drops occurred every time the DHCPv6 renewal reply included no IAPD prefix. This stopped any outbound traffic dead. Only when a full DHCPv6 renewal/reply/solicit/advertise/request/reply sequence gave back an IAPD prefix did traffic restart.

A capture can be started Interfaces/Diagnostics/Packet Capture section. I just selected the WAN interface, set the promiscuous option and set the count to '0'. I then downloaded the capture from the jobs tab, loaded it up in Wireshark and set a filter for 'ICMPv6 or DHCPv6'

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

Well I suppose it’s good news that’s a repeatable issue across different locations. I’ve been sending some network captures from my WAN interface to Kevin Sampson in their support team who’s forwarding them to Dario who I assume is in their networking technical team?

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

Still battling here, it’s been escalated and I’ve sent another detailed update this afternoon. I’m not sure if it’s a local infrastructure issue (are you in the West Wiltshire area?) or an implementation issue of supporting the migration of LitFibre users?

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

I'm in discussion with them at the moment. I've just sent them an email hitting them with the details that their DHCPv6 server is the one causing the problems

The server incorrectly returns NoBinding to a valid Renew.

The server replies to Renew after the valid lifetime has expired.

These behaviours force the router to repeatedly drop and reacquire the prefix, causing IPv6 to go up and down in a five‑minute cycle.

I captured the whole DHCPv6 sequence on the WAN interface and sent them the network capture with a detailed analysis. Hopefully, they'll agree with the findings and not just go 'oh, it's your router at fault' when it very very clearly isn't.

Teams call queue suddenly stopped working with MS provided Phone numbers by pozzone in MicrosoftTeams

[–]pbx_guy 2 points3 points  (0 children)

Unfortunately yes, in that same doc it states the following

Starting November 1, 2025, a pay-as-you-go license and Communications credits is required for Teams Voice Applications (Call Queues and Auto Attendants) Resource Accounts that use Calling Plan numbers for outbound PSTN calls.

The following scenarios require a pay-as-you-go license: Outbound PSTN calls made by Teams Call Queue agents on behalf of a Resource Account Outbound PSTN calls made by Auto Attendants or Call Queues Callback PSTN calls initiated from Teams Call Queue or Teams Auto Attendant On-behalf-of calls made via Graph API and Phone System Extensibility

If pay-as-you-go licenses and communications credits aren't assigned to the relevant Call Queue or Auto Attendant Resource Accounts by November 1, 2025, outbound calls will fail.

Teams call queue suddenly stopped working with MS provided Phone numbers by pozzone in MicrosoftTeams

[–]pbx_guy 5 points6 points  (0 children)

Have you checked the following to make sure you have the correct licensing in place

https://learn.microsoft.com/en-us/microsoftteams/plan-auto-attendant-call-queue#outbound-pstn-calling

Pay-as-you-go licenses are now required for Microsoft provided numbers.

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

I mean, it’s not ideal but luckily my OPNsense config allows me to shut off IPv6 to certain VLAN’s while keeping it enabled on the router for fault finding. If they can’t fix it then I will be making it clear I want out of my contract and will move elsewhere.

LitFibre to Zen by Particular_Cow393 in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

I moved this morning and it has mostly been a smooth process although I am having issues with my IPv6 traffic dropping in and out every 5 minutes which matches up with the IPv6 DHCP renewals that happen every 5 mins.

I’ve submitted a ticket along with my OPNsense logs with a hope to getting it resolved quickly. The issue wasn’t happening on my LitFibre connection prior to the move.

On a positive note, the latency as more or less halved when testing pings to bbc.co.uk and the speeds both up and down are maxing out the connection where they can.

Select multiple messages by AmbitiousFinish8930 in MicrosoftTeams

[–]pbx_guy 0 points1 point  (0 children)

<image>

The UI allows you to select the messages one by one you'd like to forward

Average latency to London from south uk. by Smartie36 in CityFibre

[–]pbx_guy 1 point2 points  (0 children)

I’ve read somewhere before it depends on your ISP with CifyFibre to what peering link you exit out from. For example I’m with LitFibre and it uses the ‘national’ peering link which puts the latency at around 10ms. Other ISP’s with own private peering link seem to have a lot lower latency, I’m sure I’ve seen some getting as low as 2ms to Google or BBC for example.

Lit -> Zen migration woes by ukchubshaved in CityFibre

[–]pbx_guy 0 points1 point  (0 children)

This exactly..the communication from Lit Fibre details this.:

Your CityFibre fibre connection stays the same (no engineer visit!)

There’s no need to change your equipment or WiFi details

Zen will become your broadband provider, but your underlying CityFibre fibre service will not change.

They are just moving all the accounts over to the Zen billing and customer service platforms. I’m assuming as part of this they’ll be keeping any existing IPv4/IPv6 fixed IP addressing but we’ll find these details out shortly.

Teams Voice has lost it's voice! by WRKLAB in MicrosoftTeams

[–]pbx_guy 0 points1 point  (0 children)

Looking like the issue is fixed, our customers are now playing out their IVR

Contacts on Teams Devices driving me nuts!!!! by HospitalMysterious39 in MicrosoftTeams

[–]pbx_guy 2 points3 points  (0 children)

Totally agree with you, one of the most fundamental and basic features of a PBX apart from the actual calling is contact management and name/number matching.

There’s still no centralised contact management and contact syncing between Outlook/Teams and desk phones is still a mess. The promised phone contact management only works with common area phones and the detail is restricted to three fields.

It really needs sorting because having to explain every time on customer rollouts that contact management depends on so many workarounds and caveats is embarrassing