Inter-Office IAX trunk fails after upgrade

Hi, I have successfully had two trixbox at two separate offices linked by an IAX trunk working as outlined in this forum for nearly a year. However, I recently upgraded one site (call it site A) to the latest Freepbx (2.4.1) using module admin and also did a yum -y update so that the trixbox version is 2.2.3. Now I can make calls from site A to site B but not the other way. I have not changed any configuration and the log at site B shows the following:

==================

Jun 10 21:10:07 DEBUG[2911] chan_sip.c: Setting NAT on RTP to 524288
Jun 10 21:10:07 DEBUG[2911] chan_sip.c: Checking SIP call limits for device 4001
Jun 10 21:10:07 DEBUG[2911] chan_sip.c: build_route: Contact hop:
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '1’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is 'device’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '4001’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '0’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Not taking any branch
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '0’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Not taking any branch
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '4001’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '4001’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is 'blahblah’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '0’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Not taking any branch
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '4001’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '1’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '“blahblah” <4001>'
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '4001’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is '0’
Jun 10 21:10:07 VERBOSE[15956] logger.c: recordingcheck|20080610-211007|1213128607.27304: Outbound recording not enabled
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is '1’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is ‘1’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Function result is ‘IAX2/InterOffice’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Expression result is ‘0’
Jun 10 21:10:07 DEBUG[15956] pbx.c: Not taking any branch
Jun 10 21:10:07 WARNING[2917] chan_iax2.c: Call rejected by 000.000.000.70: No such context/extension
Jun 10 21:10:07 DEBUG[2917] chan_iax2.c: Immediately destroying 4, having received reject
Jun 10 21:10:07 DEBUG[15956] chan_iax2.c: We’re hanging up IAX2/InterOffice-4 now…
Jun 10 21:10:07 DEBUG[15956] chan_iax2.c: Really destroying IAX2/InterOffice-4 now…
Jun 10 21:10:07 DEBUG[15956] app_dial.c: Exiting with DIALSTATUS=CHANUNAVAIL.
Jun 10 21:10:07 DEBUG[15956] channel.c: Scheduling timer at 160 sample intervals
Jun 10 21:10:09 DEBUG[2911] chan_sip.c: Auto destroying call ‘[email protected]
Jun 10 21:10:09 DEBUG[2911] chan_sip.c: Stopping retransmission on ‘[email protected]’ of Request 102: Match Found
Jun 10 21:10:09 DEBUG[15956] channel.c: Scheduling timer at 0 sample intervals
Jun 10 21:10:09 DEBUG[15956] channel.c: Scheduling timer at 0 sample intervals
Jun 10 21:10:09 DEBUG[15956] channel.c: Scheduling timer at 160 sample intervals
Jun 10 21:10:11 DEBUG[2911] chan_sip.c: Stopping retransmission on ‘[email protected]’ of Request 102: Match Found
Jun 10 21:10:11 DEBUG[15956] channel.c: Scheduling timer at 0 sample intervals
Jun 10 21:10:11 DEBUG[15956] channel.c: Scheduling timer at 0 sample intervals
Jun 10 21:10:11 DEBUG[15956] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
Jun 10 21:10:11 DEBUG[15956] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid) VALUES (‘2008-06-10 21:10:07’,’“blahblah” <4001>’,‘4001’,‘4026’,‘from-internal’, ‘SIP/4001-b7623310’,‘IAX2/InterOffice-4’,‘ResetCDR’,‘w’,4,0,‘FAILED’,3,’’,‘1213128607.27304’)

=======================

It seems to suggest that the context from-internal is no longer valid for incoming calls on the IAX trunk at site A.

Has anyone else seen this problem? Or can anyone suggest a solution?

Any help would be appreciated.

Alisterg

a. It would be helpfully if you posted the output on server b and
b. im guessing that you have verbosity kinda low, try putting it at 5

check the context setting as you noted. And make sure you do not have something like:

allow=some_codec(s)
disallow=all

in that order. If you upgraded in place, your trunk configs should have been left alone. Of you copied what you used to have and put it in 2.4.1, you might end up with a config that no longer works because in the past there was some automatic ordering of the trunk settings that fixed some things but broke others, and now it leaves them in the exact order that you input - allowing such things as the above example.

For your replies,

lazytt, yes the verbosity is kinda low but the boxes are very busy and I would spend hours cropping out the bits I need if I set it much higher.
The extract above is from box B which is the originator of the failed calls.
I have looked through the logs on box A , which is the one with the updates, and have found that although calls originate at box B with the context set to from-internal, they are being received by box A as context from-voiptalk, which is a custom context for my VoIP - PSTN provider. I have made no changes whatsoever to the configuration of box B so this must be happening at box A. However, I have simply copied the conf files that were there originally prior to the upgrade, and again had made no changes.

Phillipe, thanks for that, that could be the reason. Can you tell me in what order I should put the settings for the trunk? It is currently set as follows:

;content of iax_additional.conf

[Inter-Office]
host=000.000.000.43
type=peer
qualify=yes
context=from-internal

[Inter-Office-in]
host=000.000.000.43
type=user
context=from-internal

=================

Is this correct?

Thanks again for your help, this has got me stumped so far.

Alister

Except I used wget to do the base upgrade because I had put one of your Beta copies in and the GUI refused to do the update. Still not sure why iax2 will not connect one way.

any help appreciated –