Re: [Ekiga-list] No echo with sip 500 ekiga net



Le mardi 20 novembre 2007, Dave Higton a écrit :
> > -----Original Message-----
> > From: ekiga-list-bounces gnome org
> > [mailto:ekiga-list-bounces 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 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 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         @. .....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         @. .....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         @. .....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         /.   V  #  
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!



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]