Thank you for your responses! The Asterisk box is being used only as a gateway to call through. It does nothing but redirect calls to the other sipXecs server. The signalling works correctly because as soon as the call is connected, the re-invite message goes out to adjust the ports for the media (correctly I might add).
The only issue I saw was the the audio port was changed exactly how it should be, but the video port was never changed at all (the whole public port 30000-31000 thing). I.E, Phone to PBX port is 30002, PBX to Gateway 30500. But the video port from the phone is simply passed along, even if it's not in the PORT RANGE. This allows me to conclude that the sipXbridge is doing NOTHING with the video port sent from the phone. It would lead me to believe that then the ALG function that opens/listens on that PARTICULAR port - the video one - does not know that it should open/listen on that port - hence my problem. So, if someone could point to where in the code I can find the function/method that does the opening/listening of media ports, I think I could figure it out. I've been trying to dechiper it for days now. I must be missing something. Hopefully this is more helpful in understanding my issue. On Mon, Jan 10, 2011 at 1:57 PM, Douglas Hubler <[email protected]> wrote: > On Mon, Jan 10, 2011 at 1:12 PM, W. E. W. Russell <[email protected]> > wrote: > > 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. > > i suspect only the original author of this code knows the answer for > sure, and that is Ranga. I did a pass thru the code and it wasn't > obvious to me either way whether it supports it. Maybe Ranga will > reply... > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > -- 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
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
