Hello Amit, Okay... but whenever i am trying to decode the RTP packets and trying to hear the conversation of this.. it seems to be a different conversation... and which is confusing me a lot.
Also if you think after hearing the conversation of this call...the call is still normal then could you please elaborate some evidence on which behalf its look okay to you... Thanks for your help in advance... Thanks, Nitin Kapoor 2009/12/21 Amit Vijayvargiya <[email protected]> > Dear Nitin, > > > > In these traces every thing seems fine & it’s a normal call. RTP Packets > are bidirectional > > > > 64.156.174.71(10766) ß--------à 8.15.244.11(19612) > > > > It should be a single conversation. > > > > > > > > *Regards,* > *Amit Vijayvargiya * > ------------------------------ > > *From:* Nitin Kapoor [mailto:[email protected]] > *Sent:* Monday, December 21, 2009 10:16 AM > *To:* Amit Vijayvargiya > > *Cc:* Christer Holmberg > *Subject:* Re: [Sip] Two Media Stream in One call > > > > Hello Amit, > > Please find the attached traces... > > Thanks, > Nitin Kapoor > > 2009/12/19 Amit Vijayvargiya <[email protected]> > > Hi Nitin, > > > > Can you share the ethereal trace of RTP packets. > > > > > *Thanks & Regards,* > > *Amit Vijayvargiya * > ------------------------------ > > *From:* [email protected] [mailto:[email protected]] *On Behalf Of > *Nitin > Kapoor > *Sent:* Saturday, December 19, 2009 3:26 AM > > > *To:* [email protected] > *Cc:* Christer Holmberg > > *Subject:* Re: [Sip] Two Media Stream in One call > > > > Hello, > > Can anyone help me out please on this. > > Thanks, > Nitin Kapoor > > 2009/12/16 Nitin Kapoor <[email protected]> > > Hello Roni, > > I still have the doubt.. the point you have mentioned that the the RTP is > the unidirectional and because of that it is showing me two RTP streams. > > But if we are decoding the RTP packets and whenever i am trying to hear the > messages then i can see that both have the different conversion..which is > confusing me lot... because without CONFERENCE call how one call have two > different conversion or RTP stream in one dialog... > > Please correct me if i am wrong. > > > > Thanks, > Nitin Kapoor > > 2009/12/10 Roni Even <[email protected]> > > This is a normal call, RTP is unidirectional and this is why you see two > RTP streams one from each side for each media channel. > > Roni > > > > *From:* Nitin Kapoor [mailto:[email protected]] > *Sent:* Thursday, December 10, 2009 8:03 PM > *To:* Roni Even > *Cc:* Christer Holmberg; [email protected] > > > *Subject:* Re: [Sip] Two Media Stream in One call > > > > Roni, > > So is that the normal call.. I mean is it possible or you have seen any > issue into it.. > > Please help me on this. > > Thanks, > Nitin Kapoor > > 2009/12/10 Roni Even <[email protected]> > > Hi, > I looked at the SDP you send, you are seeing two RTP streams, one for each > direction. Since both sides talk than you see one RTP steam from > 8.15.244.11 > in one direction to port 10766 and one from 64.156.174.71 going to the > other > direction to port 19612 > > Roni Even > > > > -----Original Message----- > > From: [email protected] [mailto:[email protected]] On Behalf Of > > > Christer Holmberg > > Sent: Thursday, December 10, 2009 3:54 PM > > To: Nitin Kapoor; [email protected] > > Subject: Re: [Sip] Two Media Stream in One call > > > > > > Hi, > > > > It is possible. > > > > In theory this could be done with a single c- line, because SDP only > > talks about where media is to be sent - not where it comes from. > > > > In reality, however, I assume this is a case where each m- line has its > > own c- line, each with a different IP address. > > > > Regards, > > > > Christer > > > > > > -----Original Message----- > > From: [email protected] on behalf of Nitin Kapoor > > Sent: Thu 12/10/2009 2:10 PM > > To: [email protected] > > Subject: [Sip] Two Media Stream in One call > > > > Hello All, > > > > I am facing the issue with one of my customer where he is getting two > > media > > streams in one call and they are using SBC(Nextone) > > > > I checked the signaling traces and everything looks okay to me as well > > as > > the RTP traces too. > > > > As per the traces one RTP packet is going from 64.156.174.71 and the > > other > > is coming from 8.15.244.11. > > > > Could you please let me know is it possible where i can have the two > > media > > streams in one call when this is the not the conference call. And if > > this is > > possible then what is the scenario where its possible. > > > > Please find the attached traces for the same. > > > > Thanks, > > Nitin Kapoor > > General Telecom > > > > > _______________________________________________ > > Sip mailing list https://www.ietf.org/mailman/listinfo/sip > > This list is for NEW development of the core SIP Protocol > > Use [email protected] for questions on current sip > > Use [email protected] for new developments on the application of sip > > > > > > > > > ------------------------------ > > This message and its attachments contain confidential information and may > also contain legally privileged information. This message is intended solely > for the named addressee. If you are not the addressee indicated in this > message (or authorized to receive for addressee), you may not copy or > deliver any part of this message or its attachments to anyone or use any > part of this message or its attachments. Rather, you should permanently > delete this message and its attachments (and all copies) from your system > and kindly notify the sender by reply E-mail. Any content of this message > and its attachments that does not relate to the official business of SPICE > DIGITAL or its affiliates and/or subsidiaries must be taken not to have been > sent or endorsed by any of them. Opinions and information in this E-mail > that do not relate to the official business of SPICE DIGITAL., shall be > understood as neither given nor endorsed by SPICE DIGITAL.. Any > action/proceeding/opportunity upon the contents of this E-mail taken by not > intended addressee shall attract liabilities both criminal and civil against > such addressee. > > E-mail communications are not private and no warranty is made that e-mail > communications are timely, secure or free from computer virus or other > defect. > > > > ------------------------------ > This message and its attachments contain confidential information and may > also contain legally privileged information. This message is intended solely > for the named addressee. If you are not the addressee indicated in this > message (or authorized to receive for addressee), you may not copy or > deliver any part of this message or its attachments to anyone or use any > part of this message or its attachments. Rather, you should permanently > delete this message and its attachments (and all copies) from your system > and kindly notify the sender by reply E-mail. Any content of this message > and its attachments that does not relate to the official business of SPICE > DIGITAL or its affiliates and/or subsidiaries must be taken not to have been > sent or endorsed by any of them. Opinions and information in this E-mail > that do not relate to the official business of SPICE DIGITAL., shall be > understood as neither given nor endorsed by SPICE DIGITAL.. Any > action/proceeding/opportunity upon the contents of this E-mail taken by not > intended addressee shall attract liabilities both criminal and civil against > such addressee. > > E-mail communications are not private and no warranty is made that e-mail > communications are timely, secure or free from computer virus or other > defect. >
_______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [email protected] for questions on current sip Use [email protected] for new developments on the application of sip
