I know about the usual 00000 number showing up, but today I got a call from 1234567890 on my VFX line.
Any idea?
Referral links: Quic Broadband (free setup code: R587125ERQ6VE) | Samsung | AliExpress | Wise | Sharesies
Support Geekzone by subscribing (browse ads-free), or making a one-off or recurring donation through PressPatron.
|
|
Sales Engineer
Snowflake
www.snowflake.com
about.me/nzregs
Twitter: @nzregs


Referral links: Quic Broadband (free setup code: R587125ERQ6VE) | Samsung | AliExpress | Wise | Sharesies
Support Geekzone by subscribing (browse ads-free), or making a one-off or recurring donation through PressPatron.
Regs: i get all sorts of strange CLI's coming through but not, as far as i know, DIDs. when i get SIP trunk to SIP trunk calls (e.g. orcon to callplus, callplus to callplus, where both ends on sip trunks) i seem to get whatever the remote party sets on their system for CLIs


maverick:Regs: i get all sorts of strange CLI's coming through but not, as far as i know, DIDs. when i get SIP trunk to SIP trunk calls (e.g. orcon to callplus, callplus to callplus, where both ends on sip trunks) i seem to get whatever the remote party sets on their system for CLIs
Not good really, as an industry we should be trying to maintain CLI credability especailly around SIP, emergency services rely on this, but I'm afraid number of SIP providers do not and so we see more and more of this as it pretty esay it seems to offer VOIP calls but getting the finer points correct ...not so easy ...... pretty disappointing from a professional standpoint
Sales Engineer
Snowflake
www.snowflake.com
about.me/nzregs
Twitter: @nzregs
Regs:maverick:Regs: i get all sorts of strange CLI's coming through but not, as far as i know, DIDs. when i get SIP trunk to SIP trunk calls (e.g. orcon to callplus, callplus to callplus, where both ends on sip trunks) i seem to get whatever the remote party sets on their system for CLIs
Not good really, as an industry we should be trying to maintain CLI credability especailly around SIP, emergency services rely on this, but I'm afraid number of SIP providers do not and so we see more and more of this as it pretty esay it seems to offer VOIP calls but getting the finer points correct ...not so easy ...... pretty disappointing from a professional standpoint
first of all there is a difference between DID and CLI. The DID is something that is controlled by your own telco - it is the direct inward dialled number. This should only ever be presenting a number that terminates on your endpoint. if this is coming through with strange numbers then something is wrong at your telco.
secondly the CLI - with the CLI there can be two components: display name and sip number. if both are passed then most sip software will choose to show the display name instead of the sip address. I don't see any problem in passing on the display name portion as has been presented to the telco, but the sip address portion should only ever pass valid addresses.
with respect to the sip addresses, how do you 'validate' them? given that SIP can extend to the internet and a sip party could be reached by email rather than number, do you allow only valid PSTN number plus anything with an @ and a valid TLD?
as for emergency servcies, the SIP number alone is of limited use as it is not necessarily physically tied to a physical location - especially in interconnected office situations where calls are tunked from head office. The US has its E911 for providing location servcies and re-rerouting emergency calls and some VoIP systems are built to work with these. Without regulation requiring sip trunks to be configured this way, i don't see this as a solution, more an option that many people probbably won't implement for lack of knowledge or lack of compatibility.
, Safe to say though the number registered with VFX is what is passed to the PSTN, IE you can not pass 12345678 out via a VFX registered device to the PSTN, on a SIP to SIP call you may pass a name portion if you configure a device your self but the user part can only be a valid phone number with a valid ANI. IP to IP (ENUM) is not supported and our devices are configured to not allow IP to IP dialing, this opens up a whole new world of security issues and customer exposure problems which hopefully you are aware off.

Regs: i get all sorts of strange CLI's coming through but not, as far as i know, DIDs. when i get SIP trunk to SIP trunk calls (e.g. orcon to callplus, callplus to callplus, where both ends on sip trunks) i seem to get whatever the remote party sets on their system for CLIs
Maverick:
Yep pretty sure I am up to play with DID and CLI differencesbut you see I was referring to CLI or ANI not DNIS or DID,
Sales Engineer
Snowflake
www.snowflake.com
about.me/nzregs
Twitter: @nzregs
Referral links: Quic Broadband (free setup code: R587125ERQ6VE) | Samsung | AliExpress | Wise | Sharesies
Support Geekzone by subscribing (browse ads-free), or making a one-off or recurring donation through PressPatron.
Kraven: I have call notification emails turned on for my VFX line at home and received 'Call Notify 107' earlier.
I'm guessing this is another case of another irresponisble operator passing bogus information across to WxC? Unless 107 is a valid CID?
Phil you're welcome to PM me if you want further information.


freitasm: On this note, Phil I have been receiving some email notifications and the strange thing is the email lists my own landline number as the calling party?


freitasm: On this note, Phil I have been receiving some email notifications and the strange thing is the email lists my own landline number as the calling party?
Referral links: Quic Broadband (free setup code: R587125ERQ6VE) | Samsung | AliExpress | Wise | Sharesies
Support Geekzone by subscribing (browse ads-free), or making a one-off or recurring donation through PressPatron.
|
|