[Ekiga-list] No echo with sip 500 at ekiga.net
Emmanuel Favre-Nicolin
manouchk at gmail.com
Tue Nov 20 10:13:00 UTC 2007
Le mardi 20 novembre 2007, Dave Higton a écrit :
> > -----Original Message-----
> > From: ekiga-list-bounces at gnome.org
> > [mailto:ekiga-list-bounces at gnome.org] On Behalf Of Damien Sandras
> > Sent: 2007 November 19 08:53
> > To: Ekiga mailing list
> > Subject: Re: [Ekiga-list] No echo with sip 500 at ekiga.net
> >
> >
> > Le dimanche 18 novembre 2007 à 16:30 -0200, Emmanuel Favre-Nicolin a
> >
> > écrit :
> > > Le dimanche 18 novembre 2007, yannick a écrit :
> > > > Le dimanche 18 novembre 2007 à 11:04 +0100, Damien
> >
> > Sandras a écrit :
> >
> > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071117_eki
> > gaoutput.tx
> >
> > > > >t
> > > > >
> > > > > Unfortunately this is not a valid -d 4 output. It looks
> >
> > like a -d 1
> >
> > > > > output.
> > > >
> > > > Are you using Ubuntu Gutsy or Debian (sid I guess... not
> >
> > sure)? There is
> >
> > > > a bug there which prevent to get a valid -d 4 output.
> >
> > Here is the bug
> >
> > > > report:
> > > > https://bugs.launchpad.net/ubuntu/+source/opal/+bug/155302
> > >
> > > In fact, I'm using gentoo. I didn't found any similar bug
> >
> > in the gentoo bug
> >
> > > system.
> > > I reinstalled ekiga with debug flag, but guess it didn't
> >
> > change too much the
> >
> > > ekiga -d 4 output:
> >
> > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118_eki
> > gaoutput.txt
> >
> > > Oh, better I reinstalled pwlib, opal and ekiga with debug
> >
> > flag and here is the
> >
> > > ekiga -d 4 output for an entire session with one attempte call to
> > > 500 at ekiga.net (I manually stopped the call) :
> >
> > http://emmanuelfavrenicolin.free.fr/Public/Divers/20071118b_ek
> > igaoutput.txt
> >
> >
> > You seem to be sending and receiving audio, so I do not understand why
> > you hear nothing...
> >
> > While being in a call, make sure the mic volume and such are correct.
> > Disable sound events in the preferences.
> >
> > And if you connect to someone else, does he hear you ?
>
> If you're happy using Wireshark, you can catch the entire session and
> see whether you're transmitting audio. Configure Ekiga so that the mu
> law codec is at the top (or the only one ticked). Then you'd normally
> expect all your audio transmissions to have 172 bytes of payload, of
> which the last 160 are the audio; there should be one of these packets
> from you every 20 milliseconds. What you DON'T want to see in the audio
> is 160 identical bytes, as this means silence (usually 7F or FF). A
> random-looking mix of values means you're sending non-silence. You want
> to see a fairly wide range of values. You should see the same sort of
> thing coming back too.
>
> Dave
mulaw is named PCMU in ekiga?
(http://www.freesoft.org/CIE/RFC/1890/20.htm)
Dave, I did that, but
http://emmanuelfavrenicolin.free.fr/Public/Divers/Wireshark/20071120_wireshack.libcap
first transmitted RTP packet
0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E.
0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@
0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 80 59 ec 00 00 .#..3... .D..Y...
0030 00 00 b7 4f 33 c9 ff ff ff ff ff ff ff ff ff ff ...O3... ........
0040 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........
0050 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........
0060 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........
0070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ........ ........
0080 ff ff ff ff 7e ff 7e ff 7e ff 7e ff 7e 7e 7e 7e ....~.~. ~.~.~~~~
0090 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e ~~~~~~~~ ~~~~~~~~
00a0 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7e 7d 7e ~~~~~~~~ ~~~~~~}~
00b0 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e 7d 7e }~}~}~}~ }~}~}~}~
00c0 7d 7e 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d 7d }~}}}}}} }}}}}}}}
00d0 7d 7d 7d 7d 7d 7d }}}}}}
5th
0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E.
0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@
0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 00 59 f1 00 00 .#..3... .D..Y...
0030 03 c0 b7 4f 33 c9 f9 fd 7d ff 7b 7d 78 78 7a 78 ...O3... }.{}xxzx
0040 79 79 7c 7c ff f7 fb f6 fd 7e fe 7c fc f9 f6 f6 yy||.... .~.|....
0050 fb 7e 79 77 79 7a 7c 76 79 78 7c fb f8 f5 f6 f9 .~ywyz|v yx|.....
0060 fd fe fa ff fd fe 7d 7d 7b 7c 79 7b 7d 7c fc fa ......}} {|y{}|..
0070 fd fa ff fc fe fd fd ff fc fc fe 7d 7b 7a 79 7d ........ ...}{zy}
0080 7c 7d 7c 7b 7d fe fb f9 fa f9 fe 7d ff ff fb fd |}|{}... ...}....
0090 7e 7d 7a 7c 7a 7a 7d 7c 7d ff 7e ff ff 7e fe 7e ~}z|zz}| }.~..~.~
00a0 fe ff fe fe fe 7e 7e 7d 7b 7d 7d 7d 7c 7e fe fd .....~~} {}}}|~..
00b0 fc fb fb fb fe 7d fe fd fd fd fe 7c 7a 7b 7c 7e .....}.. ...|z{|~
00c0 7e 7e 7c 7d 7e 7d fe fe ff fd ff fd fd fd fb fc ~~|}~}.. ........
00d0 fc ff 7e 7c 7b 7d ..~|{}
last transmitted
0000 00 03 6c 03 30 54 00 02 3f 08 3c ff 08 00 45 10 ..l.0T.. ?.<...E.
0010 00 c8 00 00 40 00 40 11 9b 96 c8 ca dd 50 56 40 .... at .@. .....PV@
0020 a2 23 13 8c 33 f6 00 b4 9f 44 80 00 5c 18 00 01 .#..3... .D..\...
0030 5c 20 b7 4f 33 c9 d1 78 3a d4 b5 af b2 c0 af a8 \ .O3..x :.......
0040 ac b2 d9 bf ed 4a 3b 38 6f 5d ca dc 6e 34 24 1e .....J;8 o]..n4$.
0050 22 23 33 3a dd cd 45 47 2a 40 38 52 66 5d c0 ed "#3:..EG *@8Rf]..
0060 5b 45 5f c0 bf 71 cc c9 ad aa a9 a1 a1 a0 ae 64 [E_..q.. .......d
0070 5c 39 43 ff d2 a4 b9 ae 4d 38 38 2a 3d 34 4d 4f \9C..... M88*=4MO
0080 4c 47 52 48 de 3f 39 32 25 2b 24 3b e6 d4 ba 71 LGRH.?92 %+$;...q
0090 ca 74 3b 49 3d bf b7 b1 a9 b3 b3 d0 72 e8 da d3 .t;I=... ....r...
00a0 bf d0 ba ca ec c2 51 b2 46 56 35 36 c6 6a ae bb ......Q. FV56.j..
00b0 ab bb 4e 31 2f 34 3f 3e 68 b4 ba b3 4c 57 46 3a ..N1/4?> h...LWF:
00c0 3a 2d 3d 4a 46 76 45 f7 59 3f 49 33 3a 31 38 5e :-=JFvE. Y?I3:18^
00d0 bc ae b1 c9 d0 cf ......
last received
0000 00 02 3f 08 3c ff 00 03 6c 03 30 70 08 00 45 00 ..?.<... l.0p..E.
0010 00 c8 00 00 40 00 2f 11 ac a6 56 40 a2 23 c8 ca .... at ./. ..V at .#..
0020 dd 50 33 f6 13 8c 00 b4 8b d8 80 00 33 26 00 02 .P3..... ....3&..
0030 59 e0 0d 7f 73 a0 fd fd fd fc fd fd fe fe fd ff Y...s... ........
0040 fe fe 7e ff 7e 7d 7e 7d 7d 7d 7d 7c 7d 7c 7c 7c ..~.~}~} }}}|}|||
0050 7c 7b 7c 7c 7d 7d 7d 7e 7e 7e 7d 7e 7e 7e 7e ff |{||}}}~ ~~}~~~~.
0060 7e ff fe ff ff 7e ff ff fe ff ff fe fe fe ff ff ~....~.. ........
0070 fe 7e ff ff ff ff ff 7e 7e 7e 7d 7e 7e 7c 7d 7d .~.....~ ~~}~~|}}
0080 7c 7d 7c 7d 7d 7c 7c 7c 7c 7d 7d 7d 7e 7e 7e ff |}|}}||| |}}}~~~.
0090 7e ff fe ff fe fe fe fe ff ff ff fe fe fe fe fe ~....... ........
00a0 fe ff ff fe 7e ff ff 7d 7e 7e 7d 7d 7d 7d 7d 7d ....~..} ~~}}}}}}
00b0 7c 7d 7d 7e 7d 7d 7e 7e 7e ff 7e ff fe ff fe fe |}}~}}~~ ~.~.....
00c0 fe fe fd fe fe fd fd fd fc fd fd fc fd fc fe fd ........ ........
00d0 fd fe fe ff 7e ff ....~.
Is that make sense
There is another problem. The flux (payload) on eth0 is at the beginning not
zero, but then it rapidly becomes zero byte/second so that I expect that
absolutly nothing else is transmitted.
I observed 2 cases.
1) the transmitted bytes (me>ekiga.net) becomes zero before the end of the
woman blablabla and then the received bytes/ (ekiga>me) becomes zero too
2) Both transmitted and received bytes fluxes becomes zero when the woman
ends up her blablabla
Here is a snapshot with gkrellm2 showing case 1 :
http://emmanuelfavrenicolin.free.fr/Public/Divers/Snapshots1/20071120_pb_ekiga.jpg
In grkellm2 window, you can see eth0 received bytes (top and invertted) and
transmitted bytes (bottom). Received bytes stops when the woman stops
speaking and transmittes bytes stops earlier but the levelmeter of the mic
continues ocsillating (I connect the radio with a jack connector)
When in preference>audio devices, when I click on "Detect devices", it does
return this kind of things :
Block 0x858df28 not in heap!
Block 0x84ceb00 not in heap!
Block 0x84ceb00 not in heap!
Block 0x84ceb00 not in heap!
Block 0x84ceb00 not in heap!
Block 0x841d358 not in heap!
Block 0x84ceb00 not in heap!
Block 0x84ceb00 not in heap!
Block 0x841d358 not in heap!
More information about the ekiga-list
mailing list