Now that the project has changed to Beta status, this UPnP error
really needs to be fixed.
Can I make an issue on the tracker for this please? How about 'Routers
not responding to Jitsi's UPnP discovery broadcasts'? Then I can
attach all the files to this one location.
I have tried talkr.im but that doesn't work either. (Sorry for not
replying to your question on IRC, things got quite hectic that
morning.) Anyway, XEP-0278 has experimental status and is only version
I'd prefer to make direct P2P connections rather than using relaying,
so I'd appreciate this being fixed.
On 25/02/2011, James Haigh <firstname.lastname@example.org> wrote:
I have attached a dump of successful UPnP. I found a package in the
Ubuntu repos called 'gupnp-tools'. I ran 'gupnp-universal-cp' and it
displayed info about the UPnP enabled router, then I closed it.
On 23/02/2011, James Haigh <email@example.com> wrote:
I have some more data for you. Perhaps an attempt on a new network
will help. I tried to call my girlfriend as described:
UPnP enabled router
- Ubuntu 10.04 i386, SC 3312 with experimental UPnP enabled
BT broadband with BT Home Hub (UPnP probably enabled)
- Mac OS X 10.6.5, SC 3284 with experimental UPnP enabled
At 18:35:10 GMT I called her. (ICE failed.)
At 18:35:43 GMT she called me. (ICE failed.)
Good luck with the fix.
On 15/02/2011, Emil Ivov <firstname.lastname@example.org> wrote:
GoogleTalk use their own relaying mechanism so you may have been using
Is this relaying mechanism accessible from SC?
On 18/02/2011, James Haigh <email@example.com> wrote:
After over 2 hours I finally have the data. I really hope this is what
you need to fix the ICE failures.
All attached files were collected on my parents' laptop by my younger
brother and sent to me so that I could check them and remove passwords
first. Yes, he was bored, I asked him to call it 'dump'!
The relevant calls were between my parents' laptop and my Thinkpad (at
college). I also used the Dell to screen share to begin with to assist
with installation and configuration of Wireshark.
Plusnet broadband with UPnP enabled Belkin router (192.168.0.1)
- Ubuntu 10.04 i386, SC 3285, 3298 with experimental UPnP enabled
Dell laptop connected directly to 3 dongle:
- Ubuntu 10.10 i386, SC 3298
- Connected to an access point and used as a gateway for a small WLAN
- Ubuntu 10.04 i386, SC 3285
* Installed and configured Wireshark on parents' laptop.
* Opened Wireshark, started capture with filter.
* At 22:40:36 I called my brother. (ICE failed.)
* At 22:42:20 my brother called me. (ICE failed.)
* Upgraded from 3285 to 3298 on parents' laptop because I notice that
ice4j is updated in 3296.
* At 22:59:27 I called my brother. (ICE failed.)
* At 22:59:52 my brother called me. (ICE failed.)
* Stopped capture, saved and closed dump.
Good luck with the fix.
On 17/02/2011, Emil Ivov <firstname.lastname@example.org> wrote:
На 17.02.11 00:10, James Haigh написа:
On 16/02/2011, Emil Ivov <email@example.com> wrote:
We don't currently have enough logging running in the upnp code so I
afraid I'd need to bug you for some more debug info. Could you please
send me a wireshark dump containing upnp related exchanges?
Yes I will, although it's now very awkward because I'm back at
college. Due to a holiday and some other arrangements I probably won't
be able to make this call again until March 25th - 27th.
No worries, we can wait.
I can make a similar call tomorrow evening: my Thinkpad (at college)
to my parents' laptop.
It's still very awkward because, in this scenario, it's my parents'
laptop where UPnP should definitely work. I will have to ask my
younger brother whether I can assist him with step-by-step
instructions to collect the data. If I'd known that you would need
this data last weekend, I could have easily collected it within
I will assist him to collect:
* Wireshark dump
Anything else? Place your orders now because tomorrow will be the last
chance for 10 days to collect data on a call where UPnP is definitely
This should be fine for now, but then again, if we need something else,
we can wait for you to get back there.