On Mon, Jan 10, 2011 at 1:30 PM, Todd Hodgen <[email protected]> wrote:
> > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *W. E. W. Russell > *Sent:* Monday, January 10, 2011 10:13 AM > *To:* [email protected] > *Subject:* [sipx-dev] Need a second bridge for video? > > > > All, > > > > I tried to get this answer a months ago, but I'll try again. > > I'm trying to make a video call from one sipXecs to another. After months > of work on this, I've narrowed down the issue: > > > > It seems as though the sipXbridge/relay will only process one > media attribute, not two. The comments in the code seem to imply that you > would need a SECOND bridge for the second (video) media. > > > > Again, there is no issues with the calls. I have walked through the call > flows (Wireshark packet captures) and found no issue except one: the RTP > media streams sent from our Polycom VVX1500 phones to the PBX are rejected > on sight. > > This clearly means that the PBX/bridge is not listening on those ports. > Simple issue, or so I thought. I could just open up that range of ports and > the problem would go away - still no dice. > > I looked into the code of how the SDP is parsed (SIPUtilities.java, > RTPSessionUtilities.java, etc) and kept find references to "one media > stream" or "just the first media attribute". > > > > So, I ask a very simple question: can the sipXbridge/relay handle BOTH > audio & video streams? > > > > Just to clarify, the only problem I have with my call is no video - audio > is amazing and call control and signalling are responsive. Just one missing > piece and I need to know how involved it will be to "create a second bridge" > that functions EXACTLY the same way, but handles the video. > > > > Please do not ask for configs and packet captures - not because I don't > have them, but because I'm asking a development question, not a call > troubleshooting question. > > > > Thank you very much for your time and patience. > > -- > > W. E. W. Russell > > Member of Technical Staff (System Integration) at incNETWORKS, Inc. > > Alumni of the University of Florida - Fall 2007 - BS in Computer Science > > Active Alumni member of Sigma Lambda Beta International Fraternity, Inc. > > Cell Phone # 732-744-6483 > > Work Phone # 732-483-1511 > > Blackberry Pin: 30E9FD36 > > > > > > I can’t answer the technical details of your question, but I will add that > I have successfully made video calls from one sipXecs system to another via > two methods – one was with a softclient, and the other was with a Nortel > phone that has video built into it. It’s model escapes me right now. On > these two sipXecs, we had trunking built between them, and were able to > successfully call between them with video and audio. > > > > > I think in his case, the other system is an asterisk system. I think he is also asking if it is correct that: "It seems as though the sipXbridge/relay will only process one media attribute, not two. The comments in the code seem to imply that you would need a SECOND bridge for the second (video) media.". I would add to that that the media relay is no involved in a sip trunk call, so his question is really about sipxbridge. I would also add that this should be a direct sip call if possible. I am not sure any ITSP provider actually supports h.263/h.264 to trunking customers, hence the reason why this would be the case with sipxbridge. If you can clarify your use case, it would probably help to get a more direct answer. I also think I would work around this with a dialplan entry to make a direct sip call, simply using sipxbridge as the SBC to see if there is any difference in your experience. This dialplan entry would have to be duplicated on the other (asterisk) side. HTH. /t
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
