Receive Fax Fails

[Jawaid Bazyar]

Hi,

I have installed kazoo-R15B-3.09-10.el6.x86_64 and am encountering the following (erlang?) error.

I don't know anything about Erlang yet so I'm not sure what all this means.

Though I wonder about the "no settings for local fax" line.

P.P.P.P is the Kamailio server

C.C.C.C is the "carrier" 

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|fax_request:179 (<0.32356.28>) worker discovered queue name whistl...@kz1.kc1.forethought.net-<0.32356.28>-f2e233e1

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|fax_request:299 (<0.32356.28>) no settings for local fax

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_amqp_channel:143 (<0.32356.28>) published to callctl(amqp://guest:gu...@P.P.P.P:5672) exchange (routing key ecal...@kz1.kc1.forethought.net-<0.15553.24>-4d669a7b) via <0.5868.28>

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|gen_listener:535 (<0.32356.28>) exception: function_clause: [{whapps_call_command,get_inbound_t38_settings,[undefined,false],[{file,"src/whapps_call_command.erl"},{line,2176}]},{whapps_call_command,receive_fax,3,[{file,"src/whapps_call_command.erl"},{line,550}]},{fax_request,start_receive_fax,1,[{file,"src/fax_request.erl"},{line,252}]},{gen_listener,handle_cast,2,[{file,"src/gen_listener.erl"},{line,522}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,607}]},{proc_lib,wake_up,3,[{file,"proc_lib.erl"},{line,237}]}]

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:104 (<0.32356.28>) stacktrace:

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {whapps_call_command,get_inbound_t38_settings,[undefined,false],[{file,"src/whapps_call_command.erl"},{line,2176}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {whapps_call_command,receive_fax,3,[{file,"src/whapps_call_command.erl"},{line,550}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {fax_request,start_receive_fax,1,[{file,"src/fax_request.erl"},{line,252}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {gen_listener,handle_cast,2,[{file,"src/gen_listener.erl"},{line,522}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,607}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_util:105 (<0.32356.28>) st: {proc_lib,wake_up,3,[{file,"proc_lib.erl"},{line,237}]}

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_amqp_channel:143 (<0.32356.28>) published to callctl(amqp://guest:gu...@P.P.P.P:5672) exchange (routing key ecal...@kz1.kc1.forethought.net-<0.15553.24>-4d669a7b) via <0.5868.28>

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|fax_request:221 (<0.32356.28>) fax request terminating: function_clause

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|wh_amqp_channel:89 (<0.32356.28>) release consumer <0.32356.28> channel assignment

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|gen_listener:609 (<0.32356.28>) fax_request terminated cleanly, going down

Jun 13 00:07:58 kz1 2600hz[1808]: |54f5b405057b6818...@C.C.C.C|omnip_subscriptions:144 (<0.32369.28>) received channel destroy, checking for subscribers

[Jawaid Bazyar]

Looking at this function in the code:

-spec maybe_update_fax_settings_from_account(state()) -> any().

maybe_update_fax_settings_from_account(#state{call=Call}=State) ->

    AccountId = whapps_call:account_id(Call),

    AccountDb = whapps_call:account_db(Call),

    case couch_mgr:open_cache_doc(AccountDb, AccountId) of

        {'ok', JObj} ->

            case wh_json:is_json_object(<<"fax_settings">>, JObj) of

                'true' ->

                    FaxSettings = wh_json:get_value(<<"fax_settings">>, JObj),

                    update_fax_settings(Call, FaxSettings);

                'false' ->

                    lager:debug("no settings for local fax")

            end;

        {'error', _} ->

            lager:debug("no settings for local fax - missing account")

    end.

Is this trying to load a document "fax_settings" from the account? I couldn't find any such document in the database. 

[Jawaid Bazyar]

For kicks I tried to upgrade to 3.11. Faxing now gets a totally different but still terminal error:

Jun 13 23:47:09 kz1 2600hz[3692]: |21f4c06077f356d2...@68.64.X.Y|cf_exe:521 (<0.3256.0>) the call has been usurped by an external process

Jun 13 23:47:09 kz1 2600hz[3692]: |0000000000|Undefined:Undefined (<0.3268.0>) gen_server <0.3268.0> terminated with reason: function_clause

Jun 13 23:47:09 kz1 2600hz[3692]: |0000000000|Undefined:Undefined (<0.3268.0>) CRASH REPORT Process <0.3268.0> with 0 neighbours exited with reason: no function clause matching gen_server:terminate/6 line 747

Jun 13 23:47:09 kz1 2600hz[3692]: |0000000000|Undefined:Undefined (<0.1553.0>) Supervisor fax_requests_sup had child fax_request started with {fax_request,start_link,undefined} at <0.3268.0> exit with reason function_clause in context child_terminated

I had a single server that was 3.02 in which faxing was working - it would help a lot if someone could tell me when it was broken so I can upgrade up to just before that point.

[James Aimonetti]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Can you talk more about how the fax is coming in (via carrier, or from
a device configured via kazoo)? We're able to receive faxes, but if
you can share more details about what your setup is, it may help spot
a corner case Kazoo isn't handling, or perhaps a misconfiguration on
your side, or something else entirely!

James

>> -> * case wh_json:is_json_object(<<"fax_settings">>,
>> JObj) of* 'true' -> FaxSettings =

>> wh_json:get_value(<<"fax_settings">>, JObj),
>> update_fax_settings(Call, FaxSettings); 'false' ->
>> lager:debug("no settings for local fax") end; {'error', _} ->
>> lager:debug("no settings for local fax - missing account") end.
>>
>> Is this trying to load a document "fax_settings" from the
>> account? I couldn't find any such document in the database.
>>
>

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"I thought I fixed that"

2600Hz | http://2600hz.com
sip:ja...@2600hz.com
tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlOb8FsACgkQ54NxaUq7OmA+ewD8Dz+XyV4nlcb6KrZGGp07Uw8w
sgGvE3iscZaDYNGXiXQBAMmTW1EzC8M6pmErqqudiOWvSxJ8vhLVkKD7z5hdV23S
=ujIW
-----END PGP SIGNATURE-----

[Jawaid Bazyar]

Hi James,

We are the carrier - we have a MetaSwitch to handle our class 5 / Tandem functions. It's talking to Kazoo through a poor-man's SBC which is an Asterisk instance. (We have a "real" SBC coming).

I have a DID 3038151114 assigned to the trunk. An inbound call on that number will hit the MetaSwitch (which is on all private IPs), B2BUA through the Asterisk vm (which bridges the private and public) and then to Kazoo.

The media is setup for G.711 only currently (T.38 is not enabled in the path from MetaSwitch to Kazoo).

Kazoo in this case is a 7-server setup (3 BigCouch, 2 Freeswitch, 2 Kazoo, and a partridge in a pear tree).

I had fax working on this same type of setup on a 3.02 all-in-one instance.

What else can I tell you?

[Luis Azedo]

Hi,

the callflow doc that receives the fax will help validate your settings.

does the asterisk have a offnet document in kazoo? that would help too.

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Luis Azedo

[Jawaid Bazyar]

Hi Luis,

Just for reference, voice calls inbound and outbound are find through this trunk/asterisk.

here is the call flow:

{
   "_id": "810baec51f16981f49b27c9ac723ed51",
   "_rev": "14-063b55f6d2af4930aec1b547f4680250",
   "numbers": [
       "+13038151114"
   ],
   "flow": {
       "data": {
           "owner_id": "9a419d02befd44a42e99849b56596b35",
           "media": {
               "fax_option": false
           }
       },
       "module": "receive_fax",
       "children": {
       }
   },
   "contact_list": {
       "exclude": false
   },
   "ui_metadata": {
       "ui": "kazoo-ui",
       "version": "v3.12-5"
   },
   "pvt_modified": 63569858496,
   "pvt_created": 63569747219,
   "pvt_account_db": "account%2F42%2F0c%2F8c26c1fb76438f44ff27f8dfb925",
   "pvt_account_id": "420c8c26c1fb76438f44ff27f8dfb925",
   "pvt_vsn": "1",
   "pvt_type": "callflow"
}

I do not have any global offnet docs. I do have a Local carrier/resource in this account:

{
   "_id": "05a7757ba6a0231f2ed919940a21c28a",
   "_rev": "4-59751be374ea2c1c3eaace9229abd8f9",
   "weight_cost": "50",
   "enabled": true,
   "gateways": [
       {
           "prefix": "",
           "codecs": [
               "PCMU",
               "PCMA"
           ],
           "progress_timeout": "6",
           "server": "68.64.X.Y",
           "username": "",
           "password": "",
           "realm": "68.64.X.Y",
           "format_from_uri": false,
           "suffix": ""
       }
   ],
   "rules": [
       "^\\+{0,1}1{0,1}(\\d{10})$"
   ],
   "caller_id_options": {
       "type": "external"
   },
   "type": "local",
   "name": "FTN",
   "peer": false,
   "ui_metadata": {
       "ui": "kazoo-ui",
       "version": "v3.12-5"
   },
   "emergency": false,
   "grace_period": 5,
   "flags": [
   ],
   "id": "05a7757ba6a0231f2ed919940a21c28a",
   "pvt_modified": 63569819564,
   "pvt_created": 63569747274,
   "pvt_account_db": "account%2F42%2F0c%2F8c26c1fb76438f44ff27f8dfb925",
   "pvt_account_id": "420c8c26c1fb76438f44ff27f8dfb925",
   "pvt_vsn": "1",
   "pvt_type": "resource"
}

[Luis Azedo]

HI,

delete this object in the callflow and restart everything (easier because of caches). it seems there is a condition not handled when fax_option : false. let me know if this solves your problem.

 "media": {
               "fax_option": false
           }

[Jawaid Bazyar]

I edited the document and restarted kz-whistle-apps and kz-ecallmgr on both of my Kazoo servers.

No dice - still getting this with 3.11. (See log below from kazoo 2600hz-log)

Also, the "RECEIVE FAX" box no longer shows in the callflow in the GUI.

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:658 (<0.1991.0>) executing callflow 810baec51f16981f49b27c9ac723ed51

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y]cf_exe:659 (<0.1991.0>) account id 420c8c26c1fb76438f44ff27f8dfb925

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:660 (<0.1991.0>) request 3038151114@68.64.P.P

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:661 (<0.1991.0>) to 3038151114@68.64.P.P

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:662 (<0.1991.0>) from 3038151000@68.64.X.Y

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:663 (<0.1991.0>) CID FORETHOUGHT.NET 3038151000

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:666 (<0.1991.0>) inception 3038151114@68.64.P.P: using attributes for an external call

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:668 (<0.1991.0>) authorizing id undefined

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f2...@68.64.X.Y|cf_exe:526 (<0.1991.0>) callflow execution has been stopped: badarg

Jun 14 14:20:46 kz1 2600hz[16813]: |0000000000|Undefined:Undefined (<0.1991.0>) gen_server <0.1991.0> terminated with reason: badarg

Jun 14 14:20:46 kz1 2600hz[16813]: |0000000000|Undefined:Undefined (<0.1991.0>) CRASH REPORT Process <0.1991.0> with 0 neighbours exited with reason: bad argument in gen_server:terminate/6 line 747

Jun 14 14:20:46 kz1 2600hz[16813]: |0000000000|Undefined:Undefined (<0.996.0>) Supervisor cf_exe_sup had child cf_exe started with {cf_exe,start_link,undefined} at <0.1991.0> exit with reason badarg in context child_terminated

[Luis Azedo]

it seems you deleted more then expected.

also is IP 68.64.P.P in your acl ?

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Luis Azedo

[Jawaid Bazyar]

Yes, 68.64.p.p is in my acl (it's one of the Kamailio servers). Again, voice calls work fine (if I change this callflow to ring a phone all is well).

I only removed "media" and below. I compared to a new callflow I made from scratch and they were identical except for this object.

 "media": {
               "fax_option": false
           }

Or did you want me to remove only the "fax_option"?

On Saturday, June 14, 2014 3:10:12 PM UTC-6, Luis Azedo wrote:

it seems you deleted more then expected.

also is IP 68.64.P.P in your acl ?

On Sat, Jun 14, 2014 at 9:28 PM, Jawaid Bazyar <baz...@gmail.com> wrote:

I edited the document and restarted kz-whistle-apps and kz-ecallmgr on both of my Kazoo servers.

No dice - still getting this with 3.11. (See log below from kazoo 2600hz-log)

Also, the "RECEIVE FAX" box no longer shows in the callflow in the GUI.

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:658 (<0.1991.0>) executing callflow 810baec51f16981f49b27c9ac723ed51

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y]cf_exe:659 (<0.1991.0>) account id 420c8c26c1fb76438f44ff27f8dfb925

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:660 (<0.1991.0>) request 3038151114@68.64.P.P

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:661 (<0.1991.0>) to 3038151114@68.64.P.P

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:662 (<0.1991.0>) from 3038151000@68.64.X.Y

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:663 (<0.1991.0>) CID FORETHOUGHT.NET 3038151000

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:666 (<0.1991.0>) inception 3038151114@68.64.P.P: using attributes for an external call

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:668 (<0.1991.0>) authorizing id undefined

Jun 14 14:20:46 kz1 2600hz[16813]: |616c50035a2355f228aa1ef1770fcdb...@68.64.X.Y|cf_exe:526 (<0.1991.0>) callflow execution has been stopped: badarg

[Luis Azedo]

only media object, not below.

so, your 68.64.P:P is in your acl as authoritative and 68.64.X.Y as trusted right ?

{
   "_id": "810baec51f16981f49b27c9ac723ed51",
   "_rev": "14-063b55f6d2af4930aec1b547f4680250",
   "numbers": [
       "+13038151114"
   ],
   "flow": 

{
       "data": {
           "owner_id": "9a419d02befd44a42e99849b56596b35"
        },
       "module": "receive_fax",
       "children": {
       }
   },
   "contact_list": {
       "exclude": false
   },
   "ui_metadata": {
       "ui": "kazoo-ui",
       "version": "v3.12-5"
   },
   "pvt_modified": 63569858496,
   "pvt_created": 63569747219,
   "pvt_account_db": "account%2F42%2F0c%2F8c26c1fb76438f44ff27f8dfb925",
   "pvt_account_id": "420c8c26c1fb76438f44ff27f8dfb925",
   "pvt_vsn": "1",
   "pvt_type": "callflow"
}

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Luis Azedo

[Jawaid Bazyar]

Yes, the ACLs are correct, and the entire object looks exactly as you have it. 

[Luis Azedo]

doesn't make sense that it doesn't show up as receive fax and the cf.exe errors also indicate that there is something missing in callflow which would not be caused by the absent media object.

make sure you edited correctly and started everything.

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Luis Azedo

[Jawaid Bazyar]

Is this trying to do some kind of fax tone detect?

[Jawaid Bazyar]

OK I just figured something out.

In the GUI I did NOT have "Enable T.38" checked.

I checked it, and now I get a fax tone when I hit that callflow.

I had not checked it before because I do not have T.38 available on this SIP trunk.

[Jawaid Bazyar]

The only difference in the documents is that the media object now is as below. Apparently the code requires fax_option to be true or it blows up.

           "media": {
               "fax_option": true
           }

Notably even though the call path can not support T.38 I get a fax tone when I call in to that callflow, so Freeswitch is correctly falling back to G.711.

[Jawaid Bazyar]

Is there a specific rationale for having the T.38 option on the callflow?

It would seem to be a lower-level setting more appropriate to the Carrier configuration.

[Александр Мустафин]

Hi!

I've the same problems with fax now in kazoo-R15B-3.12-23.el6.x86_64 version.

If "Enable T.38" not checked

"media": {
           "fax_option": false
       }

The call immidiately hangup without tones.

|974e173d740defe820e85eb89b3e8e4dfe33c4|gen_listener:633 (<0.2883.0>) cf_exe terminated cleanly, going down
974e173d740defe820e85eb89b3e8e4dfe33c4|fax_request:305 (<0.2893.0>) no settings for local fax

[Jawaid Bazyar]

I'm thinking the option is better labeled in the GUI "Fax Enable" and not "Enable T.38". 

[Александр Мустафин]

When this option enabled - faxes still failed, because carrier doesn't accept T.38 re-Invite. What is a "local fax settings"?

--
You received this message because you are subscribed to a topic in the Google Groups "2600hz-dev" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/2600hz-dev/bByr9-NEFnM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 2600hz-dev+...@googlegroups.com.

[Alexander Mustafin]

Hi, Jawaid. Do you have any news about faxes. I've tried many times, but without success. It still works if T.38 enabled, but I need a faxes without it.

четверг, 14 августа 2014 г., 21:06:01 UTC+6 пользователь Александр Мустафин написал:

[Luis Azedo]

Hi Alexander,

what version of kazoo are you running ?

--

You received this message because you are subscribed to the Google Groups "2600hz-dev" group.

To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.

[Alexander Mustafin]

Hi, Luis

kazoo-json-c-master-0.el6.x86_64

kazoo-librabbitmq-master-0.el6.x86_64

kazoo-configs-3.0-70.el6.noarch

kazoo-bigcouch-R15B-0.4.x-1.el6.x86_64

kazoo-kamailio-4.0-46.el6.x86_64

kazoo-ui-v3.14-3.el6.noarch

kazoo-R15B-3.12-23.el6.x86_64

понедельник, 18 августа 2014 г., 18:05:56 UTC+6 пользователь Luis Azedo написал:

[Luis Azedo]

Hi,

the flag is not properly handled in kazoo-R15B-3.12 . can you upgrade to a later version  ?

[Alexander Mustafin]

I have upgraded to:

kazoo-R15B-3.16-0.el6.x86_64

kazoo-json-c-master-0.el6.x86_64

kazoo-librabbitmq-master-0.el6.x86_64

kazoo-configs-3.16-1.el6.noarch

kazoo-kamailio-4.0-49.el6.x86_64

kazoo-bigcouch-R15B-0.4.x-1.el6.x86_64

kazoo-ui-v3.16-0.el6.noarch

But I've problem with upgrading schema:

refreshing database (1/7) 'account%2Fd6%2F5b%2Fbdbb427ec7f0b430f44a76678f79'

    updating views in mod account%2Fd6%2F5b%2Fbdbb427ec7f0b430f44a76678f79-201407

    updating views in mod account%2Fd6%2F5b%2Fbdbb427ec7f0b430f44a76678f79-201408

    updating views in account%2Fd6%2F5b%2Fbdbb427ec7f0b430f44a76678f79

Command failed: {'EXIT',{function_clause,[{wh_json,set_value1,[[<<"_id">>],<<"fee07cd58f117574784447ba5d9b1e0b">>,112],[{file,"src/wh_json.erl"},{line,566}]},{couch_util,'-do_save_docs/4-lc$^0/1-1-',1,[{file,"src/couch_util.erl"},{line,513}]},{couch_util,do_save_docs,4,[{file,"src/couch_util.erl"},{line,513}]},{couch_util,do_ensure_saved,3,[{file,"src/couch_util.erl"},{line,455}]},{whapps_util,update_views,4,[{file,"src/whapps_util.erl"},{line,447}]},{whapps_maintenance,'-do_refresh/0-fun-0-',4,[{file,"src/whapps_maintenance.erl"},{line,216}]},{lists,foldr,3,[{file,"lists.erl"},{line,1210}]},{whapps_maintenance,migrate,0,[{file,"src/whapps_maintenance.erl"},{line,126}]}]}}

понедельник, 18 августа 2014 г., 18:56:49 UTC+6 пользователь Luis Azedo написал:

[James Aimonetti]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

We just patched this. A new RPM should be built in the next couple of
hours.

Thanks for the report though!

>>> 2600hz-dev+...@googlegroups.com <javascript:>. For more
>>> options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

- --
James Aimonetti
Lead Systems Architect / Impressionable Scallywag
"I thought I fixed that"

2600Hz | http://2600hz.com
sip:ja...@2600hz.com
tel:415.886.7905
irc:mc_ @ freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJT8k6fAAoJENTKa+JPXCVgR/0H/At5HNDlU+5P2t5/Z4ogBNOJ
6d5XmE+gk/952Ww4Lb1L6kJA1svFyR/mDEZoxn6CHYQBA3SmF/V2H5EFlXHs1UCi
0ykIJRVKS0Z7fanVVRO3k5Spd7fAUcY2mV0XwHCemf8qHm0j2Gxbk56FJ5tBrHi5
wh0H4I48vs6UM6zVKoqUBCnJnVfkiZtdQ9Glj8tgK3H7Cc4rX9th5pv+jpf63DIZ
tXObiQVEjYPQgsT4ayv/kt52YjMYZ3/yi0AY/uAE7xXZzgfbyxamMdXcppQ7Hlb7
elbzuBXCM/Fba6osK3XvhKjUW9L48cwcFwnaaa8uI9N5QUzbwoRk9jkptbnaJxg=
=5mNU
-----END PGP SIGNATURE-----

[Alexander Mustafin]

Hello, James.

I've reinstall kazoo-R15B package and upgrade schema succesfully. Thanks.

But I still have a problem with faxes: I can't to disable T.38. I've recreated the callflow, I've tried to delete "fax_option": false and set it to "true" - T.38 always presents. And when I call to fax number - I have one short signal and then silence (after T.38 re-Invite).

[Luis Azedo]

Hi,

can you check the value in system_config/fax/ inbound_t38_default ?

--

[Alexander Mustafin]

Hi, Luis.

I've tested with both options.

Test1 - inbound_t38_default=true, Enable T.38=true:

|d463ba6f74c7063b120...@72.142.237.237|ecallmgr_call_control:1028 (<0.7941.5>) executing call command 'receive_fax' 1e043a0f37a54fd359af12af162bc49e

Aug 21 03:45:22 db1 2600hz[1417]: |d463ba6f74c7063b120...@72.142.237.237|ecallmgr_fs_command:31 (<0.7941.5>) frees...@sip.example.com api uuid_setvar_mulit d463ba6f74c7063b120...@72.142.237.237 fax_enable_t38=true;fax_enable_t38_request=true;execute_on_answer=t38_gateway self

Test2 -  inbound_t38_default=true, Enable T.38=false:

|fd5eda6f74980bac120...@72.142.237.237|ecallmgr_call_control:1028 (<0.8285.5>) executing call command 'receive_fax' 65db50756cc868c2c20db764b8f8d993

Aug 21 03:48:18 db1 2600hz[13708]: |fd5eda6f74980bac120...@72.142.237.237|fax_request:177 (<0.2084.0>) Fax exec not handled - answer / _none_

In fact, we have the same behaviour on the SIP-level - FreeSWITCH sends T.38 re-Invite.

Test3 - inbound_t38_default=false, Enable T.38=false:

|7decfb6f744f126920e...@72.142.237.237|ecallmgr_call_control:1028 (<0.10167.5>) executing call command 'receive_fax' b174ab8c5aeab696ded8d442b71f7437

Aug 21 04:07:52 db1 2600hz[23595]: |7decfb6f744f126920e...@72.142.237.237|fax_request:177 (<0.2119.0>) Fax exec not handled - answer / _none_

The result of thes test the same as Test2.

Test4 - inbound_t38_default=false, Enable T.38=true:

|d69a4c6f74d33ff520e...@72.142.237.237|ecallmgr_call_control:1028 (<0.10697.5>) executing call command 'receive_fax' 247b1034890bf3e28c043f4c803355d1

Aug 21 04:13:10 db1 2600hz[1417]: |d69a4c6f74d33ff520e...@72.142.237.237|ecallmgr_fs_command:31 (<0.10697.5>) frees...@sip.example.com api uuid_setvar_mulit d69a4c6f74d33ff520e...@72.142.237.237 fax_enable_t38=true;fax_enable_t38_request=true;execute_on_answer=t38_gateway self

Aug 21 04:13:10 db1 2600hz[23595]: |d69a4c6f74d33ff520e...@72.142.237.237|fax_request:177 (<0.3288.0>) Fax exec not handled - answer / _none_

Conclusion: flags are proccessed, but on the signaling level it isn't works.

среда, 20 августа 2014 г., 20:05:57 UTC+6 пользователь Luis Azedo написал:

[Alexander Mustafin]

Hello!

Is there any news about faxing without T.38? Maybe, it problem related with my cluster, but I want to understand it and solve.

Best regards,

Alexander Mustarfin