Posted: Tue Jun 06, 2006 6:25 am Post subject: [Asterisk-video] Counterpath
Has anyone got the Counterpath eyebeam PC client working with video on
Asterisk?
The problem I'm seeing seems to be with fast-update-requests, if the
eyebeam is sent a SIP info fast-update-request it'll send a 488 back.
Now, if the eyebeam was the receiver of the call then Asterisk will drop
the call to the calling party once it sees the 488. If the eyebeam makes
the call then it just sits there sending 488's every time it sees a SIP
INFO FUR.
I can get video working if I use fast update requests via H.261 RTCP,
but this isn't in a mainline version of asterisk at the moment.
Has anyone got the Counterpath eyebeam PC client working with video on Asterisk?
The problem I'm seeing seems to be with fast-update-requests, if the eyebeam is sent a SIP info fast-update-request it'll send a 488 back.
Now, if the eyebeam was the receiver of the call then Asterisk will drop the call to the calling party once it sees the 488. If the eyebeam makes the call then it just sits there sending 488's every time it sees a SIP INFO FUR.
I can get video working if I use fast update requests via H.261 RTCP, but this isn't in a mainline version of asterisk at the moment.
This behaviour happens in sdpcleanup and 1.2.
John Martin
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Tue Jun 06, 2006 7:01 am Post subject: [Asterisk-video] Counterpath
Hmmm... thanks Christian. The messages about the unknown RTP codec are because the eyebeam generates 3 RTP packets at the start of a call with a payload type of 126. I have the same version of eyebeam too.
When you say "all you get is..." does that mean you get video ok in both directions?
-----Original Message-----
From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] On Behalf Of Christian Kr?tzfeldt
Sent: 06 June 2006 16:57
To: Discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Counterpath
Hi,
Yes, I have eyebeam working with Asterisk 1.2.7.1 (yes, I know, I should update it)
My eyeBeam version is 1.5.5 build 29115
It works fine, as far as I can tell.
I just tried calling a video-voicemail box and all I get are a couple of:
Jun 6 15:55:21 NOTICE[5309]: rtp.c:815 ast_rtp_read: Unknown RTP codec 126 received
Has anyone got the Counterpath eyebeam PC client working with video on Asterisk?
The problem I'm seeing seems to be with fast-update-requests, if the eyebeam is sent a SIP info fast-update-request it'll send a 488 back.
Now, if the eyebeam was the receiver of the call then Asterisk will drop the call to the calling party once it sees the 488. If the eyebeam makes the call then it just sits there sending 488's every time it sees a SIP INFO FUR.
I can get video working if I use fast update requests via H.261 RTCP, but this isn't in a mainline version of asterisk at the moment.
This behaviour happens in sdpcleanup and 1.2.
John Martin
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
-----Original Message-----
From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] On Behalf Of Christian Kr?tzfeldt
Sent: 06 June 2006 16:57
To: Discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Counterpath
Hi,
Yes, I have eyebeam working with Asterisk 1.2.7.1 (yes, I know, I should update it)
My eyeBeam version is 1.5.5 build 29115
It works fine, as far as I can tell.
I just tried calling a video-voicemail box and all I get are a couple of:
Jun 6 15:55:21 NOTICE[5309]: rtp.c:815 ast_rtp_read: Unknown RTP codec 126 received
Has anyone got the Counterpath eyebeam PC client working with video on Asterisk?
The problem I'm seeing seems to be with fast-update-requests, if the eyebeam is sent a SIP info fast-update-request it'll send a 488 back.
Now, if the eyebeam was the receiver of the call then Asterisk will drop the call to the calling party once it sees the 488. If the eyebeam makes the call then it just sits there sending 488's every time it sees a SIP INFO FUR.
I can get video working if I use fast update requests via H.261 RTCP, but this isn't in a mainline version of asterisk at the moment.
This behaviour happens in sdpcleanup and 1.2.
John Martin
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
If you want to test call, or something like that, we can do that, but not today, I am in Germany (GMT+1)
Christian
-----Original Message-----
From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] On Behalf Of John Martin
Sent: Dienstag, 6. Juni 2006 18:03
To: Discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Counterpath
Christian, can you tell me which video codecs you have enabled on Asterisk? My problems seem to relate to h263 and h264 at the same time.
-----Original Message-----
From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] On Behalf Of Christian Kr?tzfeldt
Sent: 06 June 2006 16:57
To: Discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Counterpath
Hi,
Yes, I have eyebeam working with Asterisk 1.2.7.1 (yes, I know, I should update it) My eyeBeam version is 1.5.5 build 29115
It works fine, as far as I can tell.
I just tried calling a video-voicemail box and all I get are a couple of:
Jun 6 15:55:21 NOTICE[5309]: rtp.c:815 ast_rtp_read: Unknown RTP codec 126 received
Has anyone got the Counterpath eyebeam PC client working with video on Asterisk?
The problem I'm seeing seems to be with fast-update-requests, if the eyebeam is sent a SIP info fast-update-request it'll send a 488 back.
Now, if the eyebeam was the receiver of the call then Asterisk will drop the call to the calling party once it sees the 488. If the eyebeam makes the call then it just sits there sending 488's every time it sees a SIP INFO FUR.
I can get video working if I use fast update requests via H.261 RTCP, but this isn't in a mainline version of asterisk at the moment.
This behaviour happens in sdpcleanup and 1.2.
John Martin
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum