I want to give it a try therefore I have upgraded my lab Expressway C to the latest version 8.8. First of all there is a getting started wizard, and it will let you decide what role the Expressway will play and it will customize the UI accordingly and hide those that are not needed.
New license types are introduced (Room systems, Desktop systems), and it aligns with the UCM licensing model. You will need UCL Enhanced / CUWL for desktop systems, and Telepresence room system license for Room systems.
I've some difficulties in using the endpoint activation wizard to register it to Expressway. However it works well when I manually do it on the codec web admin page. Under SIP configuration:
It is now registered, it can be seen from the codec admin page:
From the Expressway admin page:
This is how it looks on the DX70 itself:
I have bought the Lego Mindstorms EV3 robot for more than 2 years, however I didn't spend any time on it until recently. My daughter was sick and she has to stay at home, to keep her busy I built the EV3 together with her and we had run some pre-set missions to make the robot move and did some simple tasks. It works great, except that I have to use the Mindstorm software to program it.
There is also another iPhone app to give you basic control of your robot, however it only accepts bluetooth connection, which makes me a lot less flexible compare with Wifi.
It looks interesting to me and I would want to make it my first EV3 project. This is what I've done:
1. Get an microSD card. So happen I've found one old 2GB card at home and I've used that for this project. Flash it with the ev3dev OS following the instruction in this page, it is based on Debian Linux: http://www.ev3dev.org/docs/getting-started/
2. Putting the microSD card into my EV3 and power it on. It will not affect your original firmware in EV3, it is just like dual booting another OS.
3. Setting up the wireless network. I've bought a wireless USB dongle from a local computer store, and it is less than US$9. It works like a charm. I did purposely pick one without 802.11ac, older model, claim to have Linux support. Just bet on it, provided that it is so cheap.
4. Plug that into the USB port of EV3. Use the screen on EV3 to choose my home wifi network, and entered the WPA PSK. It is now connected, and able to access the Internet.
5. SSH to the box. Use apt-get to get the packages, make sure you did a apt-get upgrade and update before you download the other packages.
6. Download the files in zip in this github project - https://github.com/dwalton76/LegoEV3D4. Unzip and copy these contents into your apache document root, in my case it is /var/www/html. I download it to my Mac and then scp to the EV3, unzip it then copy it to the document root.
7. Install the python-ev3 on EV3 - https://github.com/topikachu/python-ev3. My version of python is 2.7, therefore these are the commands that I've issued to my EV3.
8. Download the python-ev3 project in zip file - https://github.com/topikachu/python-ev3. Similar to step 6, copy the content to the EV3. In python-ev3, there is a ev3 folder. Make sure this folder is copied to /var/www/html. You will need to make sure you do this otherwise your LegoR2D2.py will not work.
9. Some python libraries dependencies need to be resolved, and this is what I've done: easy_install web.py
10. Start your apache using the command /etc/init.d/apache2 start. Run the LegoR2D2 python scripts with sudo. tcp/8080 will be listened after you run the script.
11. Launch your web browser. I have tried Chrome and Firefox, for some reasons it only works on my Firefox, probably it is something specific to my laptop. By the way this is what you will see:
12. Click on the arrows to move your robot! Is that it? No! How about we using a Cisco Spark Chatbot to control the EV3?
Just got my Raspberry Pi 3 a few days ago. I know there are loads of projects that I can do with that, before knowing what I actually want to do, I want to try something quick and simple to keep the box warm. I've an python scripts based on the post here:
I modified it slightly to send a message to a Spark room when the Raspberry Pi detects my iPhone bluetooth mac address:
#!/usr/bin/python import bluetooth import time import pyCiscoSpark print "Home Attendance" accesstoken="Bearer " roomid="" while True: currenttime=time.strftime("%a, %d %b %Y %H:%M:%S", time.localtime()) print "Checking " + currenttime result = bluetooth.lookup_name('ff:ff:ff:ff:ff:ff', timeout=5) if (result != None): print "Danny: in" resp_dict = pyCiscoSpark.post_message(accesstoken,roomid,"BT: Danny is at home now - " + currenttime) #print (resp_dict) else: print "Danny: out" resp_dict = pyCiscoSpark.post_message(accesstoken,roomid,"BT: Danny is NOT at home now - " + currenttime) time.sleep(60)
Replace ff:ff:ff:ff:ff:ff with your phone Bluetooth mac address. I've also used the pyCiscoSpark.py in Github for posting a message to the Spark room:
It is the widest FoV (80 degree) after the x2.5 camera has announced end of sales. However it only support SX80, but NOT mid-range SX20. So if you want to have a good horizontal FoV in a small room, you can either choose SX80 + P60, or MX200G2, because MX200G2 is using the 2.5x camera with 83 degree horizontal PoV.
Got multiple disks failure in my lab yesterday and fortunately not a lot of crucial VMs are affected. One of those is the vWLC that I've used for my home AP. As I've configured FlexConnect, the AP still works fine without the presence of the controller, however I still want to fix it otherwise I can't make changes in the future.
After rebuilding the vWLC with the same IP address, the AP failed to register to the new vWLC.
*Jul 5 10:56:02.000: %CAPWAP-5-DTLSREQSEND: DTLS connection request sent peer_ip: 192.168.24.70 peer_port: 5246 *Jul 5 10:56:02.015: %CAPWAP-1-SSC_CERT_AUTH_FAILED: Failed to authorize controller, SSC certificate validation failed.Peer certificate verification failed FFFFFFFF *Jul 5 10:56:02.015: DTLS_CLIENT_ERROR: ../capwap/base_capwap/capwap/base_capwap_wtp_dtls.c:509 Certificate verified failed! *Jul 5 10:56:02.015: %DTLS-5-SEND_ALERT: Send FATAL : Bad certificate Alert to 192.168.24.70:5246 *Jul 5 10:56:02.015: %DTLS-5-SEND_ALERT: Send FATAL : Close notify Alert to 192.168.24.70:5246
It didn't look right to me, and after trying a few things, this error didn't go away. So what I have to do is to remove write erase the AP. You can do it from console or telnet, if telnet is enabled. I have got telnet enabled so I telnet to my AP, and use the following commands:
! This command is the most important, without this you can't use the clear capwap commands debug capwap console cli
then
clear capwap private-config
Or you can also simply write erase the AP. After that, configure option 43 hex in the dhcp pool. I've only one controller so the prefix to add is f104, follows by the hex of my controller IP address 192.168.24.70.
option 43 hex f104.c0a8.1846
Too lazy to convert it manually, I just used the calculator here:
Besides expanding portfolio supports in Cisco Spark room services (check here), another added feature in CE8.2 is the SX10 H.323 support. Previously SX10 only supports SIP for registration, in CE8.2 it supports H.323 as well so now in line with the rest of the video endpoints.
SX10N is the first endpoint that is supported to register to Cisco Spark cloud service. Starting from CE8.2, all the remaining SX, MX and DX endpoints are supported to register to Cisco Spark cloud. There are some considerations that you need to take if you want to register the endpoints to the Spark cloud. According to the release notes: http://www.cisco.com/c/dam/en/us/td/docs/telepresence/endpoint/software/ce8/release-notes/ce-software-release-notes-ce8.pdf
So it means that SX10 and SX20 are supported only when using TRC6 remote, but not Touch 10. On SX80 only directing pairing of Touch 10 is supported, but not network pairing. This is something that people will possibly miss out if not reading the release notes carefully.
In my test, this new features only work for those video endpoints such as DX, but not IP phones such as 8861, 7975 and 9971 that were hooked up to my lab UCM. It was confirmed that the devices that support the UDS API search will support this feature, in the case of IP phones such as 8861, it is using CCMCIP and not UDS and that's why it doesn't work. So to summarize:
Devices that support the UDS API such as DX:
- when I do an user search, it will use the UCM as an UDS proxy to query the LDAP servers, and will return the results from the LDAP servers. No UCM local users will be searched.
Devices that do not support the UDS API, and using CCMCIP, such as 8861 IP phones
- when I do a corporate directory search, it will return the UCM local database, it could be a mix of LDAP synchronized users and UCM local users depends on the actual environment. UCM will return the result instead of proxy the requests to the LDAP server at the backend.
Starting from UCM 6.0, the User facing features (such as CFA, hunt login / logout, extension mobility, DND, etc) can be changed while the publisher is down. However you can only make the changes from the phone, but NOT the UCM admin page or UCM user page.
Take CFA as an example. When the publisher is down, users can update CFA on their phones, but not from the CCM user portal. Admin can't change it from the CCMAdmin page too. All web based UCM admin and user updates must be done on the publisher.
Although the above is the expected behaviour, in my lab I can configure CFA for my phone on the self-service portal (CCMUser page) when the publisher is down. However I can't cancel the CFA from the web self-service portal. Hope this is only an issue specific to my lab as it doesn't make any sense to me. The CFA activate and cancel works perfectly on the phone though, while the pub is down.
This is something that catches my attention in the release notes. In the previous release, one of the major difference between VCS and Expressway is the ability to register video endpoints. While VCS allows endpoint registrations, Expressway works together with UCM and all the endpoints are registered to UCM as single call control. For UCM centric customers with 3rd party video endpoints, they will need to deploy a pair of VCS just for 3rd party video endpoints registration.
Now with Expressway 8.8, it allows endpoint registrations, which means you can have your DX, SX and MX endpoints register directly to Expressway. It also allows 3rd party endpoint registration, however for this release, only SIP endpoints are supported. H323 will be supported in future releases.
The licensing model for Expressway registrations will follow the UCM UCL / CUWL / Telepresence room systems licensing, instead of the VCS way. It allows you to starts small with relatively less investment. It also makes it easier for existing UCM customers to understand this new licensing model on Expressway.
Can you run Expressway alone without UCM for video centric deployment? Technically you can, however you will lose advance UCM capability such as Jabber, Extension Mobility, SNR, Shared Line, Multiline, VM/UM, etc. If you want to have these capabilities in your environment, registering these endpoints to the UCM is suggested, with Expressway as your collaboration edge for B2B, MRA, CMR Cloud, etc.
