Hello Nanang , I have just noticed that the registration is failing and could not use the app using GPRS (tested on both e61 and n95 ) . Can you please advise ? -- Karthik

This is most likely due to limitations of your mobile provider. Most providers do not allow you to use GPRS/EDGE/HSDPA connections together with SIP, RTP (because this offends their business models). Regards Karthik Babu schrieb: > Hello Nanang , > > I have just noticed that the registration is failing and could not use > the app using GPRS (tested on both e61 and n95 ) . > > > Can you please advise ? > > > > > > > -- > Karthik > ------------------------------------------------------------------------ > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

Which kind of methods for the detection are known to be in place? I mean, they simply block 5060 udp/tcp port or do they use some kind of protocol detection systems to catch RTP and SIP protocol even of other udp/tcp ports? Because that's a very interesting item for all the mobile voip capabilities, and if protocol detection is employed then some kind of open obfuscation technology could be evaluated for voip traffic. Let me know Fabio Roland Klabunde wrote: > This is most likely due to limitations of your mobile provider. Most > providers do not allow you to use GPRS/EDGE/HSDPA connections together > with SIP, RTP (because this offends their business models). > > Regards > > > Karthik Babu schrieb: > >> Hello Nanang , >> >> I have just noticed that the registration is failing and could not use >> the app using GPRS (tested on both e61 and n95 ) . >> >> >> Can you please advise ? >> >> >> >> >> >> >> -- >> Karthik >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> >> > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

Reviewing your questions, I'm not that confident anymore, that my initial statement was right. While answering to the initial post, I recalled some posts from the german IPPhone-Forum, I read one or two years ago. Seemed, that most of the technical limitations being in place that time are no longer existent. I tried to doublecheck this, but I couldn't find any clue about any significant technical brake for SIP. Just T&C's against SIP and some technical limitations (bandwidth, prices etc.) I would like to withdraw my statement and park it for further investigations :) Regards > Which kind of methods for the detection are known to be in place? > > I mean, they simply block 5060 udp/tcp port or do they use some kind of > protocol detection systems to catch RTP and SIP protocol even of other > udp/tcp ports? > > Because that's a very interesting item for all the mobile voip > capabilities, and if protocol detection is employed then some kind of > open obfuscation technology could be evaluated for voip traffic. > > Let me know > > Fabio > > Roland Klabunde wrote: > >> This is most likely due to limitations of your mobile provider. Most >> providers do not allow you to use GPRS/EDGE/HSDPA connections together >> with SIP, RTP (because this offends their business models). >> >> Regards >> >> >> Karthik Babu schrieb: >> >> >>> Hello Nanang , >>> >>> I have just noticed that the registration is failing and could not use >>> the app using GPRS (tested on both e61 and n95 ) . >>> >>> >>> Can you please advise ? >>> >>> >>> >>> >>> >>> >>> -- >>> Karthik >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Visit our blog: http://blog.pjsip.org >>> >>> pjsip mailing list >>> pjsip@lists.pjsip.org >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >>> >>> >>> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip@lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> >> > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

You could use a packet sniffer on your device to figure out what is happening. - J On Tue, Aug 26, 2008 at 4:07 AM, Roland Klabunde <roland.klabunde@freenet.de > wrote: > Reviewing your questions, I'm not that confident anymore, that my > initial statement was right. While answering to the initial post, I > recalled some posts from the german IPPhone-Forum, I read one or two > years ago. Seemed, that most of the technical limitations being in place > that time are no longer existent. I tried to doublecheck this, but I > couldn't find any clue about any significant technical brake for SIP. > Just T&C's against SIP and some technical limitations (bandwidth, prices > etc.) > > I would like to withdraw my statement and park it for further > investigations :) > > Regards > > > > > Which kind of methods for the detection are known to be in place? > > > > I mean, they simply block 5060 udp/tcp port or do they use some kind of > > protocol detection systems to catch RTP and SIP protocol even of other > > udp/tcp ports? > > > > Because that's a very interesting item for all the mobile voip > > capabilities, and if protocol detection is employed then some kind of > > open obfuscation technology could be evaluated for voip traffic. > > > > Let me know > > > > Fabio > > > > Roland Klabunde wrote: > > > >> This is most likely due to limitations of your mobile provider. Most > >> providers do not allow you to use GPRS/EDGE/HSDPA connections together > >> with SIP, RTP (because this offends their business models). > >> > >> Regards > >> > >> > >> Karthik Babu schrieb: > >> > >> > >>> Hello Nanang , > >>> > >>> I have just noticed that the registration is failing and could not use > >>> the app using GPRS (tested on both e61 and n95 ) . > >>> > >>> > >>> Can you please advise ? > >>> > >>> > >>> > >>> > >>> > >>> > >>> -- > >>> Karthik > >>> > ------------------------------------------------------------------------ > >>> > >>> _______________________________________________ > >>> Visit our blog: http://blog.pjsip.org > >>> > >>> pjsip mailing list > >>> pjsip@lists.pjsip.org > >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >>> > >>> > >>> > >> _______________________________________________ > >> Visit our blog: http://blog.pjsip.org > >> > >> pjsip mailing list > >> pjsip@lists.pjsip.org > >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >> > >> > > > > > > _______________________________________________ > > Visit our blog: http://blog.pjsip.org > > > > pjsip mailing list > > pjsip@lists.pjsip.org > > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >

How do I detect if codec negotiation fails? For example, I want to try G729 first, so I disable all other codecs, and attempt a connection. If this fails, I would like to enable other codecs and try again. (I did alter the codec priority, but the upstream server seems pick a higher bandwidth codec.) Best regards, Archie

Hi, I think it could only be done by examining the response from UAS, while it may vary among the SIP implementations, for ex: PJSUA will respond with 488 and a specific warning. The best way should be setting the UAS to regard the UAC codecs priority, if that's possible. Regards, nanang On 01/09/2008, Archie Rosenblum <archie@bbsti.com> wrote: > > > > > > How do I detect if codec negotiation fails? For example, I want to try G729 > first, so I disable all other codecs, and attempt a connection. If this > fails, I would like to enable other codecs and try again. (I did alter the > codec priority, but the upstream server seems pick a higher bandwidth > codec.) > > > > Best regards, > > Archie > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >

Thank you. -----Original Message----- From: pjsip-bounces@lists.pjsip.org [mailto:pjsip-bounces@lists.pjsip.org] On Behalf Of Nanang Izzuddin Sent: Wednesday, September 03, 2008 12:27 PM To: pjsip list Subject: Re: [pjsip] Codec Negotiation Failure Detection Hi, I think it could only be done by examining the response from UAS, while it may vary among the SIP implementations, for ex: PJSUA will respond with 488 and a specific warning. The best way should be setting the UAS to regard the UAC codecs priority, if that's possible. Regards, nanang On 01/09/2008, Archie Rosenblum <archie@bbsti.com> wrote: > > > > > > How do I detect if codec negotiation fails? For example, I want to try G729 > first, so I disable all other codecs, and attempt a connection. If this > fails, I would like to enable other codecs and try again. (I did alter the > codec priority, but the upstream server seems pick a higher bandwidth > codec.) > > > > Best regards, > > Archie > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip@lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > _______________________________________________ Visit our blog: http://blog.pjsip.org pjsip mailing list pjsip@lists.pjsip.org http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org ---------------------------------------------------------------------------- --------- This email has been scanned by the MxScan Email Security System. ---------------------------------------------------------------------------- ---------

Does anyone have a method to detect a busy signal (regular and fast busy)? Best regards, Archie