simonp22

Hi @mc_ Looks like the SIP BYE is being generated in Freeswitch too... hmmm 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_ivr.c:679 sofia/sipinterface_1/441111222333 @carrier.com skip receive message [AUDIO_SYNC] (channel is hungup already) 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_core_state_machine.c:848 (sofia/sipinterface_1/441111222333 @carrier.com) Callstate Change ACTIVE -> HANGUP 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_core_state_machine.c:850 (sofia/sipinterface_1/441111222333 @carrier.com) State HANGUP 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] mod_sofia.c:453 Channel sofia/sipinterface_1/441111222333 @carrier.com hanging up, cause: NORMAL_CLEARING 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] mod_sofia.c:507 Sending BYE to sofia/sipinterface_1/441111222333 @carrier.com 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_core_state_machine.c:60 sofia/sipinterface_1/441111222333 @carrier.com Standard HANGUP, cause: NORMAL_CLEARING 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_core_state_machine.c:850 (sofia/sipinterface_1/441111222333 @carrier.com) State HANGUP going to sleep 262c021a-63ac-1239-9999-0242ac110006 2020-08-28 09:34:39.674564 78.43% [DEBUG] switch_core_state_machine.c:620 (sofia/sipinterface_1/441111222333 @carrier.com) State Change CS_HANGUP -> CS_REPORTING

I have a callflow that simply plays a media and then should hang up the call, however the call is never hanging up. Below are the logs, does anyone have any ideas? Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:632(<0.8280.10>) publishing call event channel_execute_complete 'play(http_cache://http://127.0.0.1:15984/account/93/81/3fae04349906f8341b6331aa295c/c491d65d6968f313e9e479a4f872b295/text_to_speech_63765821791.wav?rev=2-c56b84c29327ea44182935f772745baf)' result: file played Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:579(<0.8282.10>) play finished, checking for group-id/DTMF termination Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:605(<0.8282.10>) media finished playing, advancing control queue Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:1056(<0.8282.10>) executing call command 'noop' f1165a67abe613804204879c0efe6daa Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:252(<0.8280.10>) application ecallmgr checked out worker <0.494.0> from pool kz_amqp_pool Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:245(<0.494.0>) published to callevt(direct 1K) exchange (routing key call.CHANNEL_EXECUTE_COMPLETE.262c021a-63ac-1239-9999-0242ac110006) via <0.713.0> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:737(<0.494.0>) published message 1598603679634566 for <0.8280.10> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_util:180(<0.8282.10>) execute on node freeswitch@kazoo-test.voip.domain.com(262c021a-63ac-1239-9999-0242ac110006) event(Event-Subclass=kazoo::noop,Event-Name=CUSTOM,kazoo_event_name=CHANNEL_EXECUTE_COMPLETE,kazoo_application_name=noop,kazoo_application_response=f1165a67abe613804204879c0efe6daa): ok Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:632(<0.8280.10>) publishing call event channel_execute_complete 'noop()' result: f1165a67abe613804204879c0efe6daa Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:551(<0.8282.10>) noop execution complete for f1165a67abe613804204879c0efe6daa, advancing control queue Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:634(<0.8282.10>) no call commands remain queued, hibernating Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:252(<0.8280.10>) application ecallmgr checked out worker <0.478.0> from pool kz_amqp_pool Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:245(<0.478.0>) published to callevt(direct 1K) exchange (routing key call.CHANNEL_EXECUTE_COMPLETE.262c021a-63ac-1239-9999-0242ac110006) via <0.671.0> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:737(<0.478.0>) published message 1598603679654564 for <0.8280.10> Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_util:669(<0.28168.86>) noop f1165a67abe613804204879c0efe6daa received Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_exe:428(<0.28040.86>) continuing to child '_' Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_exe:764(<0.28040.86>) moving to action 'cf_hangup' Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_exe:599(<0.28040.86>) cf module cf_temporal_route down normally Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:221(<0.28165.86>) published(92a783b720885a321d8eedec0418e7f7 337B) to callctl(amqp://guest:guest@127.0.0.1:5672) exchange (routing key ecallmgr@kazoo-test.voip.domain.com-ecallmgr_call_control-<0.8282.10>-7da520c1) via <0.28592.57> Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_exe:459(<0.28040.86>) instructed to hard_stop Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:252(<0.28040.86>) application callflow checked out worker <0.732.0> from pool kz_amqp_pool Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|gen_listener:1623(<0.8282.10>) new heap size 20688 (delta 121152) Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:245(<0.732.0>) published to callctl(direct 261B) exchange (routing key ecallmgr@kazoo-test.voip.domain.com-ecallmgr_call_control-<0.8282.10>-7da520c1) via <0.1069.0> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:960(<0.8282.10>) inserting at the tail of the control queue call command hangup Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:737(<0.732.0>) published message ea5a03d62af4efb8 for <0.28040.86> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:1056(<0.8282.10>) executing call command 'hangup' 92a783b720885a321d8eedec0418e7f7 Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|cf_exe:691(<0.28040.86>) callflow execution has been stopped: normal Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_util:148(<0.8282.10>) terminate call on node freeswitch@kazoo-test.voip.domain.com Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:960(<0.8282.10>) inserting at the tail of the control queue call command hangup Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_fs_presence:275(<0.8325.10>) sending presence terminated to 447701234567/441111222333 in realm carrier.com Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:196(<0.8280.10>) call event listener on node freeswitch@kazoo-test.voip.domain.com received graceful shutdown request Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_fs_channels:431(<0.1534.0>) removed 1 channel(s) with id 262c021a-63ac-1239-9999-0242ac110006 on freeswitch@kazoo-test.voip.domain.com Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:539(<0.8327.10>) checking interaction cache for 262c021a-63ac-1239-9999-0242ac110006 Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:539(<0.8282.10>) checking interaction cache for 262c021a-63ac-1239-9999-0242ac110006 Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:553(<0.8327.10>) interaction cache for 262c021a-63ac-1239-9999-0242ac110006 not found Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:628(<0.8327.10>) publishing call event channel_destroy Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:553(<0.8282.10>) interaction cache for 262c021a-63ac-1239-9999-0242ac110006 not found Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:477(<0.8282.10>) our channel has been destroyed, executing any post-hangup commands Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:252(<0.8327.10>) application ecallmgr checked out worker <0.477.0> from pool kz_amqp_pool Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:1188(<0.8282.10>) started post hangup keep alive timer for 2000ms Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:245(<0.477.0>) published to callevt(direct 2K) exchange (routing key call.CHANNEL_DESTROY.262c021a-63ac-1239-9999-0242ac110006) via <0.664.0> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:737(<0.477.0>) published message 1598603679674564 for <0.8327.10> Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:539(<0.8282.10>) checking interaction cache for 262c021a-63ac-1239-9999-0242ac110006 Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:553(<0.8282.10>) interaction cache for 262c021a-63ac-1239-9999-0242ac110006 not found Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:477(<0.8282.10>) our channel has been destroyed, executing any post-hangup commands Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:1199(<0.8282.10>) reset post hangup keep alive timer Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:508(<0.8282.10>) received control queue unconditional advance, skipping wait for command completion of 'hangup' Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:529(<0.8282.10>) command 'hangup' is not valid after hangup, skipping Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:1199(<0.8282.10>) reset post hangup keep alive timer Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:508(<0.8282.10>) received control queue unconditional advance, skipping wait for command completion of 'hangup' Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:519(<0.8282.10>) no call commands remain queued, hibernating Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:508(<0.8282.10>) received control queue unconditional advance, skipping wait for command completion of 'undefined' Aug 28 09:34:39 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:519(<0.8282.10>) no call commands remain queued, hibernating Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|webhooks_channel_util:32(<0.28170.86>) evt CHANNEL_DESTROY for 93813fae04349906f8341b6331aa295c Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|webhooks_util:226(<0.28170.86>) sending hook CHANNEL_DESTROY(0f9dcb1f5021989ad8ea59660c079fdf) with interaction id 88c4690c90 via 'post' (retries 3): http://127.0.0.1:8080/ Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kzs_publish:50(<0.28124.86>) maybe publishing db/doc change: false Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kz_http:271(<0.28170.86>) 80.44ms: post http://127.0.0.1:8080/ Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|webhooks_util:262(<0.28170.86>) sent hook call event CHANNEL_DESTROY(0f9dcb1f5021989ad8ea59660c079fdf) with interaction id 88c4690c90 successfully Aug 28 09:34:39 kazoo-test 2600hz[578]: |262c021a-63ac-1239-9999-0242ac110006|kzs_publish:50(<0.28170.86>) maybe publishing db/doc change: false Aug 28 09:34:40 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:252(<0.8325.10>) application ecallmgr checked out worker <0.490.0> from pool kz_amqp_pool Aug 28 09:34:40 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_channel:245(<0.490.0>) published to presence(direct 655B) exchange (routing key dialog.carrier%2Ecom.262c021a-63ac-1239-9999-0242ac110006) via <0.699.0> Aug 28 09:34:40 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|kz_amqp_worker:737(<0.490.0>) published message 39aac05015523331 for <0.8325.10> Aug 28 09:34:41 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:291(<0.8282.10>) no new commands received after channel destruction, our job here is done Aug 28 09:34:41 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_control:376(<0.8282.10>) control queue was up for 4234866 microseconds Aug 28 09:34:44 kazoo-test 2600hz[577]: |262c021a-63ac-1239-9999-0242ac110006|ecallmgr_call_events:452(<0.8280.10>) goodbye and thanks for all the fish: normal

Thanks, I dont see how this would work for only when *67 is dialled though?

Based on that link, it doesn't seem like I could do the following: If the From header matches a regex expression e.g. ^\\*67(\\d{10})$ - Add Privacy: id header - Add P-Asserted-Identity: "{FromCaptureGroup}" <sip:{FromCaptureGroup}@realm> Or am I wrong? and if so, how could you do this?

Still trying to find a solution for this, Even after setting "default_asserted_identity" to true in system_config/callflow.resources kazoo still sends RPID, rather than PAI. Has anyone had this problem before?

Hi, When dialing *67 or setting outbound_privacy to "full" on an endpoint, Kazoo is correctly changing the P-Asserted-Identity and From: headers for offnet calls, however it is not adding the Privacy:id header to the SIP packet. How do I go about configuring this?

Is there somewhere else I should be setting eu-west-2?

Dug further into the logs and found an error being returned from AWS. HTTP 403 "The AWS Access Key Id you provided does not exist in our records." However I knew that it did exist. I created the user and S3 bucket in eu-west-2 so I figured that the user and bucket hadn't propagated yet to whatever AWS region Kazoo was querying. In my PUT storage request I have now added the host field in to the attachment settings and set it to "s3-eu-west-2.amazonaws.com". The request now works.

For Grandstream you need to sign up to GDMS here https://www.gdms.cloud/. It is worth noting that GDMS only supports some of their newer phones though

Hi All, I am trying to set up call recording storage on S3 and have read the docs here https://docs.2600hz.com/dev/doc/blog/storage/ Firstly, when I try a PUT /v2/accounts/077a37665a37dccf3e390fd8e66e463b/storage {"data": {} } I get { "error": "500", "message": "init failed", "status": "error", "timestamp": "2020-02-10T11:56:31Z", "version": "4.3.32", "node": "XQIuNMsKxxqsgjHG17Zezw", "request_id": "f785c4035ef0c13b0019f41a114939dd" } So instead I have tried creating the full document at once but then get a 400 bad request PUT /v2/accounts/077a37665a37dccf3e390fd8e66e463b/storage { "data": { "attachments": { "f081f97e2f0445c58248a703699f80dc": { "handler": "s3", "name": "S3 call recording storage", "settings": { "bucket": "BUCKETNAME", "key": "KEY", "secret": "SECRET" } } }, "plan": { "modb": { "types": { "call_recording": { "attachments": { "handler": "f081f97e2f0445c58248a703699f80dc" } } } } } } } Where am I going wrong? The requests look fine to me, or is the documentation incorrect? This is happening on both a 4,2 cluster and a 4.3 cluster

Hi @mc_ Any news?

For full outbound caller privacy the carrier Im using requires this: From: "Anonymous" <sip:anonymous@anonymous.invalid> P-Asserted-Identity: "447700900123" <sip:447700900123@realm> Privacy: id How do I configure Kazoo to do this when I set an account to: "caller_id_options": { "outbound_privacy": "full" },

Hi @mc_, Happy new year! Did you get a chance to try and reproduce the error?

Turned out we hadn't got konami installed. After that was installed and enabled. The request that worked for us was POST /accounts/{ACCID}/channels/{UUID} { "data": { "action": "hangup" } } However this was only after adding this to the Kazoo account document POST /accounts/{ACCID}/metaflows {"data": { "module":"hangup"}}

Hi @mc_, We set the classifiers using the following: POST /system_configs/number_manager { "data": { "default": { "reconcile_regex": "^(\\\\+?1)?\\\\d{10}$|^\\\\+[2-9]\\\\d{7,}$|^011\\\\d*$|^00\\\\d*$", "unauthorized_numbers_lookup": false, "time_between_numbers_ms": 1000, "time_between_accounts_ms": 1000, "should_permanently_delete": false, "should_age": false, "released_state": "available", "port_in_module_name": "knm_local", "parallel_jobs_count": 1, "number_search_timeout_ms": 5000, "maximum_search_quantity": 500, "local_feature_override": false, "force_port_out_outbound": true, "force_port_in_outbound": true, "force_local_outbound": true, "fetch_account_from_ports": true, "features": { "allow": [ "failover", "force_outbound", "prepend", "ringback", "cnam", "inbound_cnam", "outbound_cnam", "e911", "port", "carrier_name" ] }, "default_force_outbound": false, "converters": [ "regex" ], "converter": "regex", "carrier_modules": [ "knm_local" ], "available_module_name": "knm_local", "allow_port_transition_from_submitted_to_scheduled": false, "e164_converters": { "^[2-9]\\\\d{7,}$": { "prefix": "+" }, "^011(\\\\d{5,})$|^00(\\\\d{5,})$": { "prefix": "+" }, "^(\\\\+?1)?([2-9][0-9]{2}[2-9][0-9]{6})$": { "prefix": "+1" } }, "classifiers": { "premium_uk": { "regex": "^((\\\\+44)|(0))9\\\\d{8,14}$" }, "mobile_uk": { "regex": "^((\\\\+44)|(0))7[1-9]\\\\d{7,13}$" }, "personal_number_uk": { "regex": "^((\\\\+44)|(0))70\\\\d{7,13}$" }, "special_services_084_uk": { "regex": "^((\\\\+44)|(0))84\\\\d{7,13}$" }, "special_services_087_uk": { "regex": "^((\\\\+44)|(0))87\\\\d{7,13}$" }, "international": { "regex": "^\\\\+((?!44)\\\\d{7,})$" }, "emergency": { "regex": "^(101|111|112|999)$" }, "directory_uk": { "regex": "^(0118\\\\d*)$" }, "all_calls": { "regex": "^(.*)$" } } } } } Just to follow up, if I do GET /system_configs/number_manager it looks fine {{ "data": { "default": { "unauthorized_numbers_lookup": false, "time_between_numbers_ms": 1000, "time_between_accounts_ms": 1000, "should_permanently_delete": false, "should_age": false, "released_state": "available", "reconcile_regex": "^(\\+?1)?\\d{10}$|^\\+[2-9]\\d{7,}$|^011\\d*$|^00\\d*$", "port_in_module_name": "knm_local", "parallel_jobs_count": 1, "number_search_timeout_ms": 5000, "maximum_search_quantity": 500, "local_feature_override": false, "force_port_out_outbound": true, "force_port_in_outbound": true, "force_local_outbound": true, "fetch_account_from_ports": true, "features": { "allow": [ "failover", "force_outbound", "prepend", "ringback", "cnam", "inbound_cnam", "outbound_cnam", "e911", "port", "carrier_name" ] }, "e164_converters": { "^[2-9]\\d{7,}$": { "prefix": "+" }, "^011(\\d{5,})$|^00(\\d{5,})$": { "prefix": "+" }, "^(\\+?1)?([2-9][0-9]{2}[2-9][0-9]{6})$": { "prefix": "+1" } }, "default_force_outbound": false, "converters": [ "regex" ], "converter": "regex", "classifiers": { "unknown": { "regex": "^(.*)$", "friendly_name": "Unknown" }, "tollfree_us": { "regex": "^\\+1((?:800|88\\d|877|866|855|844|833|822)\\d{7})$", "pretty_print": "SS(###) ### - ####", "friendly_name": "US TollFree" }, "toll_us": { "regex": "^\\+1(900\\d{7})$", "pretty_print": "SS(###) ### - ####", "friendly_name": "US Toll" }, "special_services_087_uk": { "regex": "^((\\+44)|(0))87\\d{7,13}$" }, "special_services_084_uk": { "regex": "^((\\+44)|(0))84\\d{7,13}$" }, "premium_uk": { "regex": "^((\\+44)|(0))9\\d{8,14}$" }, "personal_number_uk": { "regex": "^((\\+44)|(0))70\\d{7,13}$" }, "mobile_uk": { "regex": "^((\\+44)|(0))7[1-9]\\d{7,13}$" }, "international": { "regex": "^\\+((?!44)\\d{7,})$", "friendly_name": "International" }, "emergency": { "regex": "^(101|111|112|999)$", "friendly_name": "Emergency Dispatcher", "emergency": true }, "directory_uk": { "regex": "^(0118\\d*)$" }, "did_us": { "regex": "^(\\+?1)?([2-9][0-9]{2}[2-9][0-9]{6})$", "pretty_print": "SS(###) ### - ####", "friendly_name": "US DID" }, "caribbean": { "regex": "^\\+?1((?:684|264|268|242|246|441|284|345|767|809|829|849|473|671|876|664|670|787|939|869|758|784|721|868|649|340)\\d{7})$", "pretty_print": "SS(###) ### - ####", "friendly_name": "Caribbean" }, "all_calls": { "regex": "^(.*)$" } }, "carrier_modules": [ "knm_local" ], "available_module_name": "knm_local", "allow_port_transition_from_submitted_to_scheduled": false }, "id": "number_manager" }, "timestamp": "2019-12-06T09:39:25", "version": "4.2.40", "node": "2b7yA1TRvtdhF0hGAuQviQ", "request_id": "XXX", "status": "success", "auth_token": "XXX" }}