How I can pick the brain of the community; I am pretty stumped
= WebSocket connection from 'xxxxyyy' for protocol 'sip' accepted using version '13'
-- Registered SIP '1080' at xxxxyy:zz
== Using SIP RTP CoS mark 5
[2018-04-05 06:40:35.377] NOTICE[C-00002761]: chan_sip.c:26219 handle_request_invite: Call from '13cb1pmt' (xxxx) to extension '0xxxxxyyy' rejected because extension not found in context 'office-main'.
asterisks> sip show peers
Where should look to find out why “13cb1pmt” is sent instead of “1080” ? Thanks for any possible help
0xxxxxyyy is being sent, not 13cb1pmt. 13cb1pmt is the device that matches from where it is coming.
As to why 0xxxxxyyy is being sent, you will need to look on the device itself. Asterisk simply uses the user part of the request URI.
So @david551, what you are saying is that the reason below happens is due to the user part of the request URI is 13cb1pmt instead of *1080 *; is that a correct assumption? I’ll go read up more on request URI pattern.
Call from ‘13cb1pmt’ (a.b.c.d:1234) to extension ‘0xxxxyyyy’ rejected because extension not found in context ‘office-main’.
Call from ‘1080’ (a.b.c.d:1234) to extension ‘0xxxxyyyy’ rejected because extension not found in context ‘office-main’.
Thanks for helping out!
I didn’t say that. To a first approximation 13cb1pmt is irrelevant. Its only relevance is in determining which context is used.