I have a problem with incomming connections. When I call from number 130 on 192.168.2.223 to 200 (my registered trunk) on same IP address, there is busy signal and forbidden information in logs.
In 192.168.2.23 there is: [2013-12-11 13:16:27] WARNING[3379]: chan_sip.c:14558 check_auth: username mismatch, have <130>, digest has
[2013-12-11 13:16:27] NOTICE[3379]: chan_sip.c:22796 handle_request_invite: Failed to authenticate device “130” sip:[email protected];tag=as3477812c
I think 192.168.2.23 tries to authorize incomming call, but caller is registered to 192.168.2.223, so it can’t be found.
I thought insecure=port,invite should fix this but it didn’t.
I’ve checked again with from-internet and dynamic host, still doesn’t work. I think it doesn’t even reach routing contexts, here is how it looks like in logs:
[2013-12-13 11:24:31] WARNING[3317]: chan_sip.c:14558 check_auth: username mismatch, have <130>, digest has
[2013-12-13 11:24:31] NOTICE[3317]: chan_sip.c:22796 handle_request_invite: Failed to authenticate device “130” sip:[email protected];tag=as7e10cef6
On 192.168.2.223 extension 200 is configured as follows:
Display Name: 200
Outbound CID: 200
DTMF Mode: RFC 2833
Can reinvite: yes
Trust rpid: yes
Sendrpid: Send-Remote-Party-ID Header
Type: peer
Nat: yes
Trunk on 192.168.2.23 (which is exactly that 200 number) is configured as follows:
Name: centrala200
Outbound CID: 200
Trunk name: centrala200
Did you get anywhere with this? I am trying to do the same thing and I can’t seem to get it to work on incoming calls. I can make outbound calls but no incoming. More help please.
There are so many mistakes in this both in syntax and in concept. First the context is set to “from-internet” not from internal.
That’s the least of your trouble. You have 7 authentication factors in the peer, that’s absurd. Use the least number necessary to provide an exclusive match.
If you want the other peer to register with you don’t use two peers for the same peer! The fact the trunk page has two sections is if you need a separate inbound peer with different parameters. It is just called inbound as a convenience in the trunk page.
From a SIP perspective there is no difference between and extension and a trunk.
But in my test case I have two freepbx trying to talk to one another. I can call out on the side that has the registered extension from the other switch. Looks as it should calling from X300 (the trunk on far side) but I can’t call X300 just goes busy. I have an inbound route and all, but I don’t even get congestion message or nothing. How can I get inbound?
Thanks for your help!
You don’t need an inbound route if it is in the from-internal context.
Why do you need to register 16 extensions with the toshiba? Why not one and just send the extension you want to call down the trunk. Likewise with the toshiba.
Doesn’t the Toshiba support a trunk?
If not and you want 16 extensions you will need 16 trunks set up, each with the extension user name. When someone dials that extension on the toshiba it will already be registered to FreePBX. The key is the from-internal context. You have from-internet