Re: [Sofia-sip-devel] Answer to a INVITE with inactive

2008/1/18, Bernhard Suttner <[EMAIL PROTECTED]>: > ok I have tested the case where the remote send a inactive to sofia sip > and it does work. Also the case where sofia-sip send a inactive (hold=#) > or a sendonly (hold=*) does work. Cool. > Do you know when the 1.12.8 will be released? If there

Re: [Sofia-sip-devel] Answer to a INVITE with inactive

2008/1/17, Bernhard Suttner <[EMAIL PROTECTED]>: > do you corrected the bug in the darcs because I see that you have > something changed in the darcs repository? I think I did. Please validate the fix? --Pekka > > > Regards, > Bernhard Suttner > > > Am Donnerstag, den 17.01.2008, 14:37 +0200 sch

Re: [Sofia-sip-devel] FW: Determining cause of 900 Internal NUA Error

2008/1/17, Jerry Richards <[EMAIL PROTECTED]>: > Am I the only one who finds debugging a "900 Internal NUA Error" difficult > to isolate? After a unit is deployed to a customer, if they get "900 > Internal NUA Error", I think it will be an order magnitude more difficult to > debug, without amplifi

[Sofia-sip-devel] SIPTAG_P_PREFERRED_IDENTITY()

Hello, If I add the SIPTAG_P_PREFERRED_IDENTITY() tag to my nua_invite(), then I get a "900 NUA Internal Error" generated after the second call to sip_add_tagis() function in the nua_client_init_request() function of libsofia-sip-ua/nua/nua_stack.c. Do you know why? Is there something special I

[Sofia-sip-devel] sofia-sip changes (2008-01-18)

This posting was generated automatically from darcs repo . Fri Jan 18 18:06:10 EET 2008 [EMAIL PROTECTED] * nua: Added NUA_ERROR_AT() macro Made internally generated 900 (and 904) response phrases unique as suggested by Jerry Richards. M ./libso

Re: [Sofia-sip-devel] FW: Determining cause of 900 Internal NUAError

Hello All, Another idea you might wish to consider: Regarding amplification of "900 Internal NUA Error" logging: What I did locally to the nua_client_init_request() function of libsofia-sip-ua/nua/nua_stack.c is to set a local variable before each "goto error" statement so that I know which one

Re: [Sofia-sip-devel] FW: Determining cause of 900 Internal NUAError

Hi, >>That is, the following: >>Add uniqueness to all uses of NUA_INTERNAL_ERROR like, >> nua_stack_event(nua, nh, NULL, e, NUA_INTERNAL_ERROR >> "at" __FILE__ ":" __LINE__, NULL); > >__LINE__ is naked int, not a string... Sure, some stringizing #weirdness is necessary. BR, Mikhail

Re: [Sofia-sip-devel] Answer to a INVITE with inactive

Hi Pekka, ok I have tested the case where the remote send a inactive to sofia sip and it does work. Also the case where sofia-sip send a inactive (hold=#) or a sendonly (hold=*) does work. Thanks a lot for the bug fix! Do you know when the 1.12.8 will be released? Best regards, Bernhard Suttne

Re: [Sofia-sip-devel] Answer to a INVITE with inactive

Hi, I have another problem. I will use this thread because it is related to it. Following scenario: 1. A calls B but with SDP a=inactive 2. B answer to A with 200 OK with SDP a=inactive 3. Now the dialog exists. 4. A send then a INVITE to B without SDP 5. B answer to A with 200 OK with SDP a=inac

[Sofia-sip-devel] proxy authentication failed when redirecting

Hello, I have a problem with proxy authentication. My user agent registers itself with proxy without a problem. However when I want it to redirect a call, the following happens: 1) REFER is sent to proxy 2) Proxy answers with 407 3) In nua_r_refer event I use this code to answer the challenge: