VoIP Mailing List Archives

[rdmitry0911 at yandex.ru]

Hi,

I found one more interesting thing related to this problem. It seems, that
skype protocol signaling depends on skype name used in skypiax. I was able
to find couple of names, which work fine. However if I copy all settings
from these lucky skype profiles to other profiles, which don't work, they do
not become working anyway. In any event, I think "TRANSFERRED" and
"TRANSFERRING" are valid keywords in skype signaling protocol and need to be
included in skypiax_signaling_read() function

Best Regards, Dmitry


--
View this message in context: http://www.nabble.com/Problem-with-a-second-incoming-call-to-the-same-skype-user-name-tp22339162p22391395.html
Sent from the Freeswitch-users mailing list archive at Nabble.com.


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[rdmitry0911 at yandex.ru]

Hi all,

I've got a strange problem with skypiax. I successfully installed freeswitch
revision 12408 with skypiax and configured 2 skype channels with different
names. When I try to call both names one by one or simultaneously,
everything goes fine. But when I try to place a second call to the same
skype name which is busy with the first call, I get the following message:

2009-03-04 23:00:56 [WARNING] skypiax_protocol.c:372
skypiax_signaling_read() rev 12409[(nil)|37 ][WARNINGA 372 ][skypiax1
][-1, 1, 5] skype_call: 108, STATUS: TRANSFERRING is not recognized

and second call can't get thru. I can hear call progress tones only. After
about 5 seconds the message

ED2009-03-04 23:01:02 [WARNING] skypiax_protocol.c:372
skypiax_signaling_read() rev 12409[(nil)|37 ][WARNINGA 372 ][skypiax1
][-1, 1, 5] skype_call: 108, STATUS: TRANSFERRED is not recognized

occurs and I can hear only silence after that.

Does anybody know what might cause such a problem?

I'm using skype client v. 2.0.0.72-1 on ubuntu 8.04 (2.6.24-23-server)

Any help would be very much appreciated.

Best regards, Dmitry





--
View this message in context: http://www.nabble.com/Problem-with-a-second-incoming-call-to-the-same-skype-user-name-tp22339162p22339162.html
Sent from the Freeswitch-users mailing list archive at Nabble.com.


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[dujinfang at gmail.com]

I only use skypiax do outbound calls by using the ANY interface, and
it works pretty well. It will be really cool if multi channels can
call in to a single account. However, AFAIK, the skype client on my
computer, if the second call come in the first channel will change to
"hold". It does can accept other incoming calls, but only one channel
can be active. I haven't play it into deep and not sure if one skype
instance can transfer to another account or another instance on busy.

On Mar 8, 2009, at 6:17 PM, rdmitry wrote:

[rdmitry0911 at yandex.ru]

Yes, it can. And as I can see it, freeswitch always gets control over second
call, if it finds a free skypiax channel. The problem is that for some skype
names it happens as skypiax expects it shoud happen, and for other names it
happens the way skypiax doesn't expect and considers it as an exeption. For
example, skype names like test-lineX, where X is a digit, work the way
skypiax expects, while names like skyland-lineX don't work that way. I have
no idea why. Nevertheless, even in this case, skypiax gets control over this
call and can possibly manage it the way you would like. It just doesn't know
what to do with this kind of skype protocol signaling.


seven-7 wrote:

[gmaruzz at celliax.org]

Ciao Dmitry,

The warnings are unharmful, I've just fixed them as per svn 12524, so
you will not see them anymore. But it will change nothing if there is
a problem (I mean, the warnings are not the problem and are not
indicating a problem).

I cannot reproduce the problem, but maybe is because of the "strange
name problem".

It would be of great help if you do, from the FS CLI:

console loglevel 9

then reproduce the problem, and then attach (attach, not copy) *all*
the debug output (since beginning) to the Jira issue:
http://jira.freeswitch.org/browse/MODSKYPIAX-28

Ciao for now,
gm



Sincerely,

Giovanni Maruzzelli
=========================================
www.celliax.org
via Pierlombardo 9, 20135 Milano
Italy
gmaruzz at celliax dot org
Cell : +39-347-2665618
Fax : +39-02-87390039




On Sun, Mar 8, 2009 at 11:17 AM, rdmitry <rdmitry0911@yandex.ru> wrote:

[rdmitry0911 at yandex.ru]

Hi Giovanni,

I put everything you aked for in archive and attached it to the bug report
at http://jira.freeswitch.org/browse/MODSKYPIAX-28

Hope it'll help to resolve this issue.

Best Regards, Dmitry


Giovanni Maruzzelli-3 wrote:

[gmaruzz at celliax.org]

Thank you Dmitry,

I'll have a look into it this evening (6 hours from now )


Sincerely,

Giovanni Maruzzelli
=========================================
www.celliax.org
via Pierlombardo 9, 20135 Milano
Italy
gmaruzz at celliax dot org
Cell : +39-347-2665618
Fax : +39-02-87390039




On Mon, Mar 9, 2009 at 9:32 AM, rdmitry <rdmitry0911@yandex.ru> wrote:

[rdmitry0911 at yandex.ru]

Hi Giovanni,

Finally I was able to manage the problem. It was my fault. I didn't
realized, that the value of the "name" parameter in this line: <interface
id="X" name="skypiaxX"> should strictly correspond to skype name you
regester in startskype.sh script. It can not be arbitrary chosen, as I
thought before. After I fixed that, everything works fine.
I think you can put this point into skypiax page of freeswitch wiki.

Best Regards, Dmitry

Giovanni Maruzzelli-3 wrote: