CID with follow me

Hello,
I want to use followme for my users because it is very flexible.
Usually I’d want to setup external phone numbers so that people can work from home and just let their mobile phone ring and that works fine.

The one problem that i have is that if the call originates from outside, I don’t see the number that is calling on the mobile phone, but the trunks phone number.

I am not quite sure why that is, my outbound route and the trunk don’t overwrite the CID, and I have tried it with a custom dial plan that uses

same => n,Transfer(PJSIP/sip:${FORWARD}@Trunk)

to transfer the call and when doing it this way the correct number is displayed on the mobile phone.

I have set “Change External CID Configuration” for the extensions followme to default, my understanding is that the number of the external caller should be passed and then displayed on the mobile phone of the user.

Does CLIP actually matter when using Transfer()? My provider says that CLIP no screen is active, and since the correct number is displayed using Transfer() I’m thinking that is true, but if Transfer() somehow get’s around CLIP screening I may have to give them a Call again.

If you need any configurations I am happy to give them to you, but if you tell me that CLIP might be the problem I think that it might make sense to check that first.

Invoking Transfer() tells whatever is on the other side of the channel it is invoked on to essentially blind transfer the call. It’s up to the other side what that means - including whether they accept the request, what they do with callerid, all of that.

It is entirely possible that their policy is outgoing calls have to be done with a CID that you are permitted to use, thus not allowing others. By using Transfer() the call remains in their platform and the transfer happens within it, so their policy may allow the CID to be preserved.

So if I understand you correctly that means that using transfer() could pass the CLIP screening, because the call doesn’t really come from my server, but rather stays with or is given back to my provider?

I probably should talk to my provider again and ask them to make sure CLIP screening is really disabled. The last time they said that the contract states that it is disabled, but I had no one actually check if it is.

Thank you very much for the quick answer, I will do this tomorrow as their hotline is no longer active today and report back.

It could. The call stays with the provider.

After calling the provider again and making shure that a technician actually looks if CLIP no screening is enabled it turned out to be disabled.

They enabled it and it works like a charm.

Thank you for your help :slight_smile:

There isn’t a new caller ID to screen. The caller ID was screened before the call ever reached you, and it is still the same incoming call to the provider. When you relay, it is a completely new call. (Note, although it is the same call most providers will bill it as though you had made your own call for the outbound leg.) The provider only needs to screen calls which appear as new to them. You can’t change the caller ID when doing a transfer.

I would assume that, in the USA, if the incoming call had an A attestation, that would be preserved in the forwarded leg, but I would hope that if you relayed the call, and they accepted your caller ID, it would be given a B attestation, which might raise red flags for the final recipient.

At least in principle the provider could pass the redirect request upstream, although they probably wouldn’t so so, as they wouldn’t be able to charge for the redirected leg.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.