chrisroos

#!/bin/bash -e

# The following variables are available to you
# (values are examples only)
# 
# TIMEZONE="UTC"                                        # The timezone this server should be given
# CI_USER="ci"                                          # The user to setup and run the tests as 
#                                                       # (although you are free to ignore this)
# 
# GIT_URI="git://github.com/andymccurdy/redis-py.git"   # The Git URL for this project

chrisroos

# Logfile created on 2011-08-05 17:47:23 +0100 by logger.rb/25413
Tropo build: b336
RECEIVED:
<presence from="c36756cc-321f-4074-91a4-e6a4d4940d1f@127.0.0.1" to="usera@127.0.0.1/voxeo">
  <offer xmlns="urn:xmpp:rayo:1" to="sip:usera@127.0.0.1" from="sip:chrisroos@127.0.0.1">
    <header name="Min-SE" value="90"/>
    <header name="Content-Length" value="459"/>
    <header name="Supported" value="replaces"/>
    <header name="To" value="&lt;sip:usera@127.0.0.1&gt;"/>
    <header name="Contact" value="&quot;Local Prism - User B&quot; &lt;sip:chrisroos@10.35.133.29:59699;ob&gt;"/>

chrisroos

Description of logfiles:

xmpp_dial_good.log

1. Tropo client logs in as userb@127.0.0.1
2. Tropo client dials chrisroos@iptel.org
3. I login to Telephone as chrisroos@iptel.org and answer the call
4. The call is hungup from the Tropo client

xmpp_answer_good.log

chrisroos

source :rubygems

gem 'blather'

chrisroos

We're still seeing problems when we have two tropo clients, one of which dials the other. This is recorded in Tropo2 issue 140.

Tropo build #b354

The sequence of events we see:

• The 'answer' client logs in as usera.
• The 'dial' client logs in as userb.
• The 'dial' client makes a call to usera (call id 92ff458c-dfc0-4a9f-8f79-6edaee6ef3f3).
• The offer presence (call id a6b4a978-8ade-4030-84d6-55d65d96d7c7) is sent to both the 'answer' and 'dial' clients.

chrisroos

We're having problems when attempting to join a call using Prism on Ubuntu. We're doing the following:

• Client script logs into Tropo/Prism as usera
• I use telephone.app to call chrisroos@ip-address-of-prism
• The Client script answers the call
• The Client script dials chrisroos@sip2sip.info
• I answer the call to chrisroos@sip2sip.info
• The Client script joins the incoming call with the call to chrisroos@sip2sip.info

On my local instance of Prism (on Mac OS X) the calls are joined correctly. On the remote instance of Prism the calls appear to join but the media isn't established. Both machines are using the same version of Tropo/Prism.

chrisroos

CXV0152137920/li251-49/2011.08.24.13.40.17.234/:00000000000000000000000000000000:-1:1/00000010/SessionManager/=================================================================
CXV0152137920/li251-49/2011.08.24.13.40.17.241/:00000000000000000000000000000000:-1:1/00000010/SessionManager/Starting VCS 32bit Prism: 10.1.1.C201105111159.0, VCS: 10.1.50554.0 on DISTRIB_ID=Ubuntu
CXV0152137920/li251-49/2011.08.24.13.40.17.241/:00000000000000000000000000000000:-1:1/00000010/SessionManager/logging and metering initialized
VCS0152137920/li251-49/2011.08.24.13.40.17.243/0:00000000000000000000000000000000:FFFFFFFF:1/0000001d/SystemInfo/Local IP addresses:\n\t127.0.0.1\n\t173.255.241.49\n\t::1\n\tfe80::fcfd:adff:feff:f131\n
VCS0152137920/li251-49/2011.08.24.13.40.17.243/0:00000000000000000000000000000000:FFFFFFFF:1/00000010/Threading/Growing thread pool by 50 threads
VCS0152396232/li251-49/2011.08.24.13.40.17.243/0:00000000000000000000000000000000:FFFFFFFF:1/00000010/Threading/Pooled thread 152396232 (7338) is starting up.

chrisroos

PACKAGESITE="ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6-stable/Latest/" sudo pkg_add -r mysql51-server

chrisroos

Every so often I have to restore my gpg keys and I'm never sure how best to do it. So, I've spent some time playing around with the various ways to export/import (backup/restore) keys.

Method 1

Backup the public and secret keyrings and trust database

cp ~/.gnupg/pubring.gpg /path/to/backups/
cp ~/.gnupg/secring.gpg /path/to/backups/
cp ~/.gnupg/trustdb.gpg /path/to/backups/

or, instead of backing up trustdb...

chrisroos

Use this to route web traffic via a different server so that I can test local firewall changes from the outside world.

$ ssh -D 8080 -Nf seagul.co.uk

# -D - The port to listen on
# -N - Do not execute a remote command

-f - Put SSH into the background