March 2019 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Please help finding a wiki page on custom event variables in LUA
by mario_fs 19 Mar '19

19 Mar '19

Sounds crazy, I used a wiki page Saturday and spent 5 hours trying to find it again so I can edit and add to it but I cannot. It may be LUA or SOFIA or ESL related. I found a page that had the names of variables I could get into a LUA program triggered by: hook event="custom" subclass="sofia::unregister" script=“….. There was a section for unregistered (and others) that list them like: username: …. from_user: ... I used them here: local username = event:getHeader("username"); local from_user = event:getHeader("from-user"); If anyone knows the page please point me to it. I found an item missing from the page and was going to edit the page and add it (missing user-agent for unregister event). I found this page: https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388 <https://freeswitch.org/confluence/pages/viewpage.action?pageId=15139388> and edited it but that’s not the one I originally saw, the other one had custom and other events for LUA listed. Thanks Mario G

1 0

Option to log registrations/deregistrations?
by mario_fs 19 Mar '19

19 Mar '19

Does anyone know if there is something I can do to log device registrations, and more importantly when devices lose registration, without having a ton of other log data. I know I can turn on a higher level of diagnostics, but it may be several days before I find what I need and don’t want to flood the log. I am working with Counterpath on Bria Push service and need to find when their push server stops registering. Since they don’t send a notification for that and it’s not in the normal FS log, I may not know for days when this happens. It would be nice to be able to scan the log for lost registrations. Thanks! Mario G

5 10

How to Force Invites to be send to IP of Registrar
by bforest 19 Mar '19

19 Mar '19

Hello everybody, how can we force freeswitch to send invites to the ip address of the registrar. We are running freeswitch at a gateway to Deutsche Telekom NGN Sip-Trunk. Deutsche Telekom changes priority of the registration ip address very often. The TTL of the SRV DNS records is 300 seconds only. If we are registered to 217.0.15.67 and DNS priority ip address changes to 217.0.15.69 the invites go to 217.0.15.69 and Telekom answers with SIP-Code 403 forbidden. Is there a way to force freeswitch to ignore the DNS for the invites and send them to the IP of the registrar? At the moment we are running a script wich supervises the DNS and renews regitstaration if ip has changed. This is not really a solution, because there are some dead times. -- Sent from: http://freeswitch-users.2379917.n2.nabble.com/

4 3

chromakey not replacing background properly
by Terry C 19 Mar '19

19 Mar '19

Hi, I'm using Freeswitch 1.8.5 and am trying to get Chromakey to work to replace the background with a png or an mp4 file. I used the syntax: chromakey <uuid> start auto 25 <path to png/mp4 file> If I replaced the png file with a bg color like #00FF00, it works successfully. However, if I use a png, it blends the png with the background rather than replace it. I read in the code that the image file needs to be RGBa, which it is and I've set the background in the png explicitly to a color, but when chromakey is used to replace the background, what was brown in the png shows up as purple. I must be missing something on the properties of the png file to make this work correctly. Furthermore, if I replace it with an mp4, it shows up all black. Can someone tell me the properties of the files that need to be present for both png and mp4 for it to work? I can't seem to find any documentation on this. If you have any samples of png or mp4 files that have worked and and can share with me, that would be great so I can try to model that. Thanks, Terry

2 2

mod_callcenter and abandoned calls
by Marcin Muzylo 18 Mar '19

18 Mar '19

Hi , i am trying to use callcenter on FreeSWITCH Version 1.6.20-37-987c9b9~64bit (-37-987c9b9 64bit) <extension name="my-ext"> <condition field="${destination_number}" expression="^my-ext$"> <action application="set" data="hangup_after_bridge=true"/> <action application="playback" data="welcome_msg.wav"/> <action application="answer"/> <action application="callcenter" data="support(a)my-domain.com"/> /condition> </extension> but when caller hangup after playback and before callcenter app still got agent phone calling ( member abandoned ) and when agent answer it, channel is empty: 2019-03-15 12:35:49.454539 [DEBUG] sofia.c:7084 Channel sofia/external/44111111111(a)11.11.22.22 entering state [early][183] EXECUTE sofia/external/44111111111(a)11.11.22.22 playback(welcome_msg.wav) 2019-03-15 12:35:49.454539 [DEBUG] switch_core_file.c:342 File /usr/share/freeswitch/sounds/en/us/welcome_msg.wav sample rate 44100 doesn't match requested rate 8000 2019-03-15 12:35:49.454539 [DEBUG] switch_ivr_play_say.c:1498 Codec Activated L16@8000hz 1 channels 20ms 2019-03-15 12:35:50.094549 [DEBUG] switch_rtp.c:7308 Correct audio ip/port confirmed. 2019-03-15 12:35:55.914546 [DEBUG] switch_ivr_play_say.c:1942 done playing file /usr/share/freeswitch/sounds/en/us/welcome_msg.wav EXECUTE sofia/external/44111111111(a)11.11.22.22 answer() 2019-03-15 12:35:55.914546 [DEBUG] switch_core_media.c:6861 Audio params are unchanged for sofia/external/44111111111(a)11.11.22.22. 2019-03-15 12:35:55.914546 [DEBUG] mod_sofia.c:850 Local SDP sofia/external/44111111111(a)11.11.22.22: 2019-03-15 12:35:55.914546 [DEBUG] sofia.c:7084 Channel sofia/external/44111111111(a)11.11.22.22 entering state [completed][200] 2019-03-15 12:35:55.914546 [NOTICE] mod_dptools.c:1312 Channel [sofia/external/44111111111(a)11.11.22.22] has been answered 2019-03-15 12:35:55.914546 [DEBUG] switch_channel.c:3773 (sofia/external/44111111111(a)11.11.22.22) Callstate Change EARLY -> ACTIVE EXECUTE sofia/external/44111111111(a)11.11.22.22 set(hangup_after_bridge=true) 2019-03-15 12:35:55.914546 [DEBUG] mod_dptools.c:1548 SET sofia/external/44111111111(a)11.11.22.22 [hangup_after_bridge]=[true] EXECUTE sofia/external/44111111111(a)11.11.22.22 callcenter(support(a)my-domain.com) 2019-03-15 12:35:55.914546 [DEBUG] mod_callcenter.c:2886 Member 44111111111 <44111111111> joining queue support(a)my-domain.com 2019-03-15 12:35:55.914546 [DEBUG] switch_ivr_play_say.c:1498 Codec Activated L16@8000hz 1 channels 20ms 2019-03-15 12:35:55.934531 [DEBUG] mod_callcenter.c:1135 Updated Agent 1000(a)my-domain.com set state = Receiving 2019-03-15 12:35:55.934531 [DEBUG] mod_callcenter.c:1615 Setting outbound caller_id_name to: 44111111111 2019-03-15 12:35:55.934531 [DEBUG] switch_ivr_originate.c:2142 Parsing global variables 2019-03-15 12:35:55.934531 [DEBUG] switch_ivr_originate.c:2669 Parsing session specific variables 2019-03-15 12:35:55.954522 [DEBUG] sofia.c:7084 Channel sofia/external/44111111111(a)11.11.22.22 entering state [ready][200] 2019-03-15 12:35:56.034540 [NOTICE] sofia.c:1012 Hangup sofia/external/44111111111(a)11.11.22.22 [CS_EXECUTE] [NORMAL_CLEARING] 2019-03-15 12:35:56.034540 [DEBUG] mod_callcenter.c:3009 Member 44111111111 <44111111111> abandoned waiting in queue support(a)my-domain.com 2019-03-15 12:35:56.034540 [DEBUG] mod_callcenter.c:3042 Member "44111111111" <44111111111> exit queue support(a)my-domain.com due to BREAK_OUT mod_callcenter config : <queue name="support(a)my-domain.com"> <param name="strategy" value="ring-all"/> <param name="moh-sound" value="tone_stream://${uk-ring};loops=-1"/> <param name="announce-sound" value="announce.wav"/> <param name="announce-frequency" value="25"/> <param name="time-base-score" value="system"/> <param name="max-wait-time" value="0"/> <param name="max-wait-time-with-no-agent" value="0"/> <param name="max-wait-time-with-no-agent-time-reached" value="5"/> <param name="tier-rules-apply" value="false"/> <param name="tier-rule-wait-second" value="300"/> <param name="tier-rule-wait-multiply-level" value="true"/> <param name="tier-rule-no-agent-no-wait" value="false"/> <param name="discard-abandoned-after" value="5"/> <param name="abandoned-resume-allowed" value="false"/> </queue> <agents> <agent name="1000(a)my-domain.com" type="callback" contact="[call_timeout=360]user/1000(a)my-domain.com" status="Available" max-no-answer="0" wrap-up-time="10" reject-delay-time="10" busy-delay-time="0" /> </agents> <tiers> <tier agent="1000(a)my-domain.com" queue="support(a)my-domain.com" level="1" position="1"/> </tiers> is there any way to play welcome message before callcenter app and not get such behaviour ? maybe we can play welcome msg inside callcenter app ? Thanks Marcin

2 1

avmd stop not working on 1.8.5
by Grant Bagdasarian 15 Mar '19

15 Mar '19

Hello, The command 'avmd {uuid} stop' is currently causing some issues on one of our Freeswitch instances running version 1.8.5 -6-31281a0bf1 (Installed using apt-get). When executing the command in Python or simply through the cli, it just hangs and doesn't continue processing the rest of the script (in the case of python). After the call is disconnected physically, the 'show channels' command still shows the channel. 'uuid_kill' ends in 'no such channel'. Also, no new calls can be originated, until Freeswitch is restarted. I can disconnect from the cli, and reconnect again just fine, so Freeswitch doesn't actually crash. We have another instance running an older version of Freeswitch 1.6.13 git d422498 (Compiled from source), which doesn't run into this issue. The python script executed is the same on both instances. When we remove the 'avmd {uuid} stop' command from the script, the script continues normally and the call is disconnected without issue, and removed from the internal db. Any ideas how to debug this properly? I've tried gdb, but since Freeswitch doesn't crash, nothing is generated (unless I used it wrong. I'm not experienced in running gdb). What is the performance impact if we leave out the avmd stop command? Will any resources consumed by the module be cleaned up automatically after the call disconnects? Regards, Grant

4 4

Getting 'too many stacked extensions' error on 50 + CPS in version 1.8.x
by sagar malam 15 Mar '19

15 Mar '19

Hello Everyone, Recently we upgraded to latest FS version and we started getting "too many stacked extensions" error when calls per sec(CPS) is greater than 50. I have gone through this http://lists.freeswitch.org/pipermail/freeswitch-users/2014-October/108628.… My dialplan does not lead to any recursion There is already Jira reported : https://freeswitch.org/jira/browse/FS-11113 But we dont have access to patch. This is very critical issue for us.Any timely help will be appreciated -- Thanks, Sagar

6 7

mod_even_socket incorrectly connecting to 127.0.0.1:8084
by December Drift 14 Mar '19

14 Mar '19

Hi All, On FS 1.8 on docker. Trying to make mod_event_socket work but seeing a wired problem. My /etc/freeswitch/dialplan/default.xml has the following ip:port ( 172.20.0.4:8084). Then why would it be trying to reach 127.0.0.1 ? (see logs below) <extension name="testext"> <condition field="destination_number" expression="^(\d+)$"> <action application="enable_heartbeat" data="60"/> <action application="socket" data="172.20.0.4:8084 async full"/>  </condition> </extension> *Logs / CLI output: * ec1280b7 EXECUTE sofia/external/3246 socket(127.0.0.1:8084 async full) *ec1280b7 2019-03-12 06:20:11.438586 [NOTICE] mod_event_socket.c:447 Trying host: 127.0.0.1:8084 <http://127.0.0.1:8084/>* *ec1280b7 2019-03-12 06:20:11.438586 [ERR] mod_event_socket.c:481 Socket Error: Connection refused* ec1280b7 2019-03-12 06:20:11.438586 [ERR] mod_event_socket.c:485 Socket Error! Spent two days trying everything and looking at the docs and wiki but cant figure it out. Plz plz help. Regards

4 5

too many stacked extensions
by Grant Bagdasarian 14 Mar '19

14 Mar '19

Hello, We've recently upgraded some of our servers to 1.8.5 and are now occasionally experiencing the error "too many stacked extensions" for some calls. According to Jira this has been patched since 1.8.1, but perhaps this is due to some other scenario being triggered. We're using ESL (bgapi command) to spawn a python script which in turn does an originate. See below a snippet of the cli output. As far as I can tell, this doesn't have any real consequences resource consumption wise (CPU and memory), only the disk will get hammered in the case when logging to syslog. Also, I haven't been able to reproduce this myself, but I'm still in the process of doing more testing. It seems to be happening before the call is connected to the destination. Any ideas how to properly debug this and find out what's triggering this? I've tried the following: * Monitoring all ESL events * fsctl debug_level 10 * sofia loglevel all 9 They all output a lot of debugging information, which does get overwhelming. In a nutshell, this is the flow: ESL: bgapi pyrun app originateCommand Python: session = freeswitch.Session(originateCommand) session.execute("wait_for_answer") session.streamFile(file) 2019-03-11 12:58:08.133457 [ALERT] switch_core_session.c:1047 Send signal sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 [BREAK] 2019-03-11 12:58:08.133457 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.133457 [ALERT] switch_core_state_machine.c:705 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread wake state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.133457 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.133457 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.133457 [ALERT] switch_core_state_machine.c:701 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread sleep state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.153454 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.173495 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.193453 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.213458 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.233455 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.253489 [ALERT] switch_core_session.c:1047 Send signal sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 [BREAK] 2019-03-11 12:58:08.253489 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.253489 [ALERT] switch_core_state_machine.c:705 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread wake state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.253489 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.253489 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.253489 [ALERT] switch_core_state_machine.c:701 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread sleep state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.273448 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.293454 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.313459 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.333443 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.353456 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.373450 [ALERT] switch_core_session.c:1047 Send signal sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 [BREAK] 2019-03-11 12:58:08.373450 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.373450 [ALERT] switch_core_state_machine.c:705 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread wake state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.373450 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.373450 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.373450 [ALERT] switch_core_state_machine.c:701 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread sleep state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.393440 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.413450 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.433452 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.453461 [ERR] switch_ivr.c:904 Error sofia/local_eth0/00393421615027@10.14.26.10:5060 too many stacked extensions 2019-03-11 12:58:08.473474 [ALERT] switch_core_session.c:1047 Send signal sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 [BREAK] 2019-03-11 12:58:08.473474 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.473474 [ALERT] switch_core_state_machine.c:705 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread wake state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.473474 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.473474 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.473474 [ALERT] switch_core_state_machine.c:701 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 session thread sleep state: CS_SOFT_EXECUTE! 2019-03-11 12:58:08.493452 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.513447 [ALERT] switch_rtp.c:7695 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio timeout 2019-03-11 12:58:08.513447 [ALERT] switch_rtp.c:1584 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio stat 99.00 301/302 flaws: 1 mos: 4.49 v: 0.11 0.11/1.78 2019-03-11 12:58:08.513447 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.533439 [ALERT] switch_rtp.c:7695 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio timeout 2019-03-11 12:58:08.533439 [ALERT] switch_rtp.c:1565 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio 2 consecutive flaws, adding 2 flaw penalty 2019-03-11 12:58:08.533439 [ALERT] switch_rtp.c:1584 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio stat 98.00 298/302 flaws: 4 mos: 4.48 v: 0.11 0.11/1.78 2019-03-11 12:58:08.533439 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.553450 [ALERT] switch_rtp.c:7695 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio timeout 2019-03-11 12:58:08.553450 [ALERT] switch_rtp.c:1565 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio 3 consecutive flaws, adding 2 flaw penalty 2019-03-11 12:58:08.553450 [ALERT] switch_rtp.c:1584 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio stat 97.00 295/302 flaws: 7 mos: 4.47 v: 0.11 0.11/1.78 2019-03-11 12:58:08.553450 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.573441 [ALERT] switch_rtp.c:7695 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio timeout 2019-03-11 12:58:08.573441 [ALERT] switch_rtp.c:1565 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio 4 consecutive flaws, adding 2 flaw penalty 2019-03-11 12:58:08.573441 [ALERT] switch_rtp.c:1584 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio stat 96.00 292/302 flaws: 10 mos: 4.46 v: 0.11 0.11/1.78 2019-03-11 12:58:08.573441 [ERR] switch_ivr.c:904 Error sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 too many stacked extensions 2019-03-11 12:58:08.593450 [ALERT] switch_rtp.c:7695 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio timeout 2019-03-11 12:58:08.593450 [ALERT] switch_rtp.c:1565 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio 5 consecutive flaws, adding 2 flaw penalty 2019-03-11 12:58:08.593450 [ALERT] switch_rtp.c:1584 sofia/local_eth0/XXXXXXXXXX@X.X.X.X:5060 audio stat 95.00 289/302 flaws: 13 mos: 4.44 v: 0.11 0.11/1.78 Regards, Grant

3 4

canvas size for mobile device
by Sowmya Venkat 14 Mar '19

14 Mar '19

Hi I am using Verto+conference - the video-canvas-size in the conference.conf.xml works well when I have all web clients calling into a conference. But when I have, say web clients and mobile clients in the same conference, the canvas size is too big for mobile screen. If I adjust the canvas size to fit the mobile screen, it looks too small for web clients. 1. Can you please let me know how to dynamically have different canvas sizes for callers with different devices. 2. Can the video layout also be changed for each caller in the conference? thanks in advance Sowmya

1 1