Re: [Partysip-dev] Searching Contact in Registrations?

[Aymeric Moizard]

On Thu, 4 Jul 2002, John Sawa wrote:

> I have updated the UA and it is complaint now, sorry that log was with
> an older version. Below I have included another full log. Looks a little
> more complaint!

It's not enough!
There is still no "branch-parameter" in the Via even in INVITEs
from the "Cisco-SIPGateway/IOS-12.x".

> Just to let you know the UA in question is a Nuance Audio Provider
> implementation based upon the DynamicSoft SIP stack.

Don't see any improvments in the 200 OK to REGISTER? I guess it is
still uncompliant!

For your issue, I have limited the plugin with "local database access"
so it only distribute one IP address to partysip core.
If you want to enable your feature, you just have to loop on all
users entries. You can probably patch it yourself in the file
"plugin/ls_localdb/ls_localdb.c" (at the end of the last method)
You'll have to add more locations with:
replace:
      bind = uinfo->bindings;
      if (bind==NULL)
with
      bind = uinfo->bindings;
      for (; bind!=NULL; bind=bind->next)
      {
         ... same as before...
    ADD_ELEMENT(psp_req->locations, loc);
/*  will be called for all url instead of the first one... */
    ... same as before...
  }
This is the place where partysip will start.

May be you'd like to plug an oracle database here? I'll enjoy that.
Aymeric

> -John
>
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 130.35.61.42:5060
> From: <sip:address@hidden>
> To: <sip:address@hidden>;tag=3939671850
> Call-ID: address@hidden
> CSeq: 42 REGISTER
> Contact:
> <sip:address@hidden:5060>;action=proxy;expires=1800;q=1;transport=udp
> Contact:
> <sip:address@hidden:5060>;action=proxy;expires=1800;q=1;transport=udp
> expires: 3600
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.42 on port 5060
> | INFO1 | <../../src/psp_core4.c: 143> psp_core_cb_snd2xx!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core4.c: 53> psp_core_cb_nist_kill_transaction!
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 83
> 12670281495406250
> | INFO2 | <../../fsm/nist.c: 76> free nist ressource
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> INVITE sip:address@hidden:5060;user=phone SIP/2.0
> Via: SIP/2.0/UDP  130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384A020-1B4F
> To: <sip:address@hidden;user=phone>
> Date: Thu, 04 Jul 2002 19:39:42 GMT
> Call-ID: address@hidden
> Supported: 100rel
> Cisco-Guid: 2662124932-2394690006-2219167844-3300595600
> User-Agent: Cisco-SIPGateway/IOS-12.x
> CSeq: 101 INVITE
> Max-Forwards: 6
> Timestamp: 1025811582
> Contact: <sip:address@hidden:5060;user=phone>
> Expires: 180
> Content-Type: application/sdp
> Content-Length: 214
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 4974 8492 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 17892 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../src/psp_req.c: 28> Allocating psp_req ressource!
> | INFO1 | <../../../plugin/ls_sfull/ls_sfull.c: 156> ls_sfull plugin:
> ignore this request which belongs to this domain.
> | INFO1 | <../../../plugin/ls_localdb/ls_localdb.c: 243> ls_localdb
> plugin: location found!
> | INFO1 | <../../src/imp.c: 338> Swithing to sfull mode!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 84 9EACCD84-8EBC11D6-8447D064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 30> allocating IST context
> | INFO1 | <../../src/psp_core4.c: 68> psp_core_cb_rcvinvite!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384A020-1B4F
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 118> psp_core_cb_snd1xx!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 85 9EACCD84-8EBC11D6-8447D064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 32> allocating ICT context
> | INFO2 | <../../src/sfp.c: 480> sfp module: transaction correctly
> forwarded!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> INVITE sip:address@hidden:5060 SIP/2.0
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKfcdd5c50b3e737d6ee5ec2ea27bb7e2f6.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384A020-1B4F
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Contact: <sip:address@hidden:5060;user=phone>
> date: Thu
> date: 04 Jul 2002 19:39:42 GMT
> supported: 100rel
> cisco-guid: 2662124932-2394690006-2219167844-3300595600
> user-agent: Cisco-SIPGateway/IOS-12.x
> max-forwards: 6
> timestamp: 1025811582
> expires: 180
> Content-Type: application/sdp
> Content-Length: 214
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 4974 8492 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 17892 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.42 on port 5060
> | INFO1 | <../../src/psp_core5.c: 67> psp_core_cb_sndinvite!
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> SIP/2.0 200 Ok
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKfcdd5c50b3e737d6ee5ec2ea27bb7e2f6.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384A020-1B4F
> To: <sip:address@hidden;user=phone>;tag=ds-29-d3a0
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 196
> Content-Type: application/sdp
> Contact: sip:address@hidden:5060;transport=udp
>
> v=0
> o=- 1025807996 1025807996 IN IP4 130.35.61.42
> s=SIP Call
> c=IN IP4 130.35.61.42
> t=0 0
> m=audio 1834 RTP/AVP 0 101
> a=rtpmap:0 pcmu/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../src/psp_core5.c: 245> psp_core_cb_rcv2xx!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core5.c: 35> psp_core_cb_ict_kill_transaction!
> | INFO1 | <../../src/psp_req.c: 56> free psp_req ressouce!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 200 Ok
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384A020-1B4F
> To: <sip:address@hidden;user=phone>;tag=ds-29-d3a0
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Contact: <sip:address@hidden:5060>;transport=udp
> Content-Type: application/sdp
> Content-Length: 196
>
> v=0
> o=- 1025807996 1025807996 IN IP4 130.35.61.42
> s=SIP Call
> c=IN IP4 130.35.61.42
> t=0 0
> m=audio 1834 RTP/AVP 0 101
> a=rtpmap:0 pcmu/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 143> psp_core_cb_snd2xx!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core4.c: 41> psp_core_cb_ist_kill_transaction!
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 85
> 9EACCD84-8EBC11D6-8447D064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 106> free ict ressource
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 84
> 9EACCD84-8EBC11D6-8447D064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 87> free ist ressource
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> INVITE sip:address@hidden:5060;user=phone SIP/2.0
> Via: SIP/2.0/UDP  130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384C580-2019
> To: <sip:address@hidden;user=phone>
> Date: Thu, 04 Jul 2002 19:39:51 GMT
> Call-ID: address@hidden
> Supported: 100rel
> Cisco-Guid: 2757804722-2394690006-2219495524-3300595600
> User-Agent: Cisco-SIPGateway/IOS-12.x
> CSeq: 101 INVITE
> Max-Forwards: 6
> Timestamp: 1025811591
> Contact: <sip:address@hidden:5060;user=phone>
> Expires: 180
> Content-Type: application/sdp
> Content-Length: 214
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 4867 4144 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 19056 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../src/psp_req.c: 28> Allocating psp_req ressource!
> | INFO1 | <../../../plugin/ls_sfull/ls_sfull.c: 156> ls_sfull plugin:
> ignore this request which belongs to this domain.
> | INFO1 | <../../../plugin/ls_localdb/ls_localdb.c: 243> ls_localdb
> plugin: location found!
> | INFO1 | <../../src/imp.c: 338> Swithing to sfull mode!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 86 A4615EDA-8EBC11D6-844CD064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 30> allocating IST context
> | INFO1 | <../../src/psp_core4.c: 68> psp_core_cb_rcvinvite!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384C580-2019
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 118> psp_core_cb_snd1xx!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 87 A4615EDA-8EBC11D6-844CD064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 32> allocating ICT context
> | INFO2 | <../../src/sfp.c: 480> sfp module: transaction correctly
> forwarded!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> INVITE sip:address@hidden:5060 SIP/2.0
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKf4bd4c0327e401e54dc0d0558310cb034.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384C580-2019
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Contact: <sip:address@hidden:5060;user=phone>
> date: Thu
> date: 04 Jul 2002 19:39:51 GMT
> supported: 100rel
> cisco-guid: 2757804722-2394690006-2219495524-3300595600
> user-agent: Cisco-SIPGateway/IOS-12.x
> max-forwards: 6
> timestamp: 1025811591
> expires: 180
> Content-Type: application/sdp
> Content-Length: 214
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 4867 4144 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 19056 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.42 on port 5060
> | INFO1 | <../../src/psp_core5.c: 67> psp_core_cb_sndinvite!
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> SIP/2.0 200 Ok
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKf4bd4c0327e401e54dc0d0558310cb034.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384C580-2019
> To: <sip:address@hidden;user=phone>;tag=ds-4823-d3a9
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 196
> Content-Type: application/sdp
> Contact: sip:address@hidden:5060;transport=udp
>
> v=0
> o=- 1025808005 1025808005 IN IP4 130.35.61.42
> s=SIP Call
> c=IN IP4 130.35.61.42
> t=0 0
> m=audio 1844 RTP/AVP 0 101
> a=rtpmap:0 pcmu/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../src/psp_core5.c: 245> psp_core_cb_rcv2xx!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core5.c: 35> psp_core_cb_ict_kill_transaction!
> | INFO1 | <../../src/psp_req.c: 56> free psp_req ressouce!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 200 Ok
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384C580-2019
> To: <sip:address@hidden;user=phone>;tag=ds-4823-d3a9
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Contact: <sip:address@hidden:5060>;transport=udp
> Content-Type: application/sdp
> Content-Length: 196
>
> v=0
> o=- 1025808005 1025808005 IN IP4 130.35.61.42
> s=SIP Call
> c=IN IP4 130.35.61.42
> t=0 0
> m=audio 1844 RTP/AVP 0 101
> a=rtpmap:0 pcmu/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 143> psp_core_cb_snd2xx!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core4.c: 41> psp_core_cb_ist_kill_transaction!
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 87
> A4615EDA-8EBC11D6-844CD064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 106> free ict ressource
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 86
> A4615EDA-8EBC11D6-844CD064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 87> free ist ressource
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> INVITE sip:address@hidden:5060;user=phone SIP/2.0
> Via: SIP/2.0/UDP  130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Date: Thu, 04 Jul 2002 19:40:01 GMT
> Call-ID: address@hidden
> Supported: 100rel
> Cisco-Guid: 2859084563-2394690006-2219823204-3300595600
> User-Agent: Cisco-SIPGateway/IOS-12.x
> CSeq: 101 INVITE
> Max-Forwards: 6
> Timestamp: 1025811601
> Contact: <sip:address@hidden:5060;user=phone>
> Expires: 180
> Content-Type: application/sdp
> Content-Length: 213
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 7825 836 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 16722 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../src/psp_req.c: 28> Allocating psp_req ressource!
> | INFO1 | <../../../plugin/ls_sfull/ls_sfull.c: 156> ls_sfull plugin:
> ignore this request which belongs to this domain.
> | INFO1 | <../../../plugin/ls_localdb/ls_localdb.c: 243> ls_localdb
> plugin: location found!
> | INFO1 | <../../src/imp.c: 338> Swithing to sfull mode!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 88 AA6AC7D4-8EBC11D6-8451D064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 30> allocating IST context
> | INFO1 | <../../src/psp_core4.c: 68> psp_core_cb_rcvinvite!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 118> psp_core_cb_snd1xx!
> | INFO2 | <../../fsm/transaction.c: 35> allocating transaction ressource
> 89 AA6AC7D4-8EBC11D6-8451D064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 32> allocating ICT context
> | INFO2 | <../../src/sfp.c: 480> sfp module: transaction correctly
> forwarded!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> INVITE sip:address@hidden:5060 SIP/2.0
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKf47363e3ee1b5d9f91fadbc7769060d6a.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Contact: <sip:address@hidden:5060;user=phone>
> date: Thu
> date: 04 Jul 2002 19:40:01 GMT
> supported: 100rel
> cisco-guid: 2859084563-2394690006-2219823204-3300595600
> user-agent: Cisco-SIPGateway/IOS-12.x
> max-forwards: 6
> timestamp: 1025811601
> expires: 180
> Content-Type: application/sdp
> Content-Length: 213
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 7825 836 IN IP4 130.35.61.108
> s=SIP Call
> c=IN IP4 130.35.61.108
> t=0 0
> m=audio 16722 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.42 on port 5060
> | INFO1 | <../../src/psp_core5.c: 67> psp_core_cb_sndinvite!
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> SIP/2.0 486 Busy Here
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKf47363e3ee1b5d9f91fadbc7769060d6a.0
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> ACK sip:address@hidden:5060 SIP/2.0
> Via: SIP/2.0/UDP
> 130.35.61.94;branch=z9hG4bKf47363e3ee1b5d9f91fadbc7769060d6a.0
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 ACK
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.42 on port 5060
> | INFO1 | <../../src/psp_core5.c: 259> psp_core_cb_rcv4xx!
> | INFO1 | <../../src/sfp.c: 1029> module sfp: Waiting for final answer!
> | INFO2 | <../../src/sfp.c: 749> slp module: Request has expired!
> Searching for a final answer!
> | INFO1 | <../../src/psp_req.c: 56> free psp_req ressouce!
> | INFO1 | <../../../plugin/udp/udp.c: 302>
> SIP/2.0 486 Busy Here
> Via: SIP/2.0/UDP 130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Call-ID: address@hidden
> CSeq: 101 INVITE
> Content-Length: 0
>
>
> | INFO1 | <../../../plugin/udp/udp.c: 360> udp_plugin: message sent to
> 130.35.61.108 on port 5060
> | INFO1 | <../../src/psp_core4.c: 190> psp_core_cb_snd4xx!
> | INFO2 | <../../../plugin/udp/udp.c: 174> WAITING FOR UDP MESSAGE
> | INFO2 | <../../../plugin/udp/udp.c: 181> udp plugin: RCV UDP MESSAGE
> | INFO1 | <../../../plugin/udp/udp.c: 183>
> ACK sip:address@hidden:5060;user=phone SIP/2.0
> Via: SIP/2.0/UDP  130.35.61.108:5060
> From: <sip:address@hidden>;tag=2384ED14-16EC
> To: <sip:address@hidden;user=phone>
> Date: Thu, 04 Jul 2002 19:40:01 GMT
> Call-ID: address@hidden
> Max-Forwards: 6
> Content-Length: 0
> CSeq: 101 ACK
>
>
> | INFO1 | <../../src/psp_core4.c: 73> psp_core_cb_rcvack!
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core4.c: 41> psp_core_cb_ist_kill_transaction!
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 88
> AA6AC7D4-8EBC11D6-8451D064-C4BB1790
> | INFO2 | <../../fsm/ist.c: 87> free ist ressource
> | INFO2 | <../../src/osip_ctx.c: 95> Add a KILL_TRANSACTION event!
> | INFO1 | <../../src/psp_core5.c: 35> psp_core_cb_ict_kill_transaction!
> | INFO2 | <../../fsm/transaction.c: 153> free transaction ressource 89
> AA6AC7D4-8EBC11D6-8451D064-C4BB1790
> | INFO2 | <../../fsm/ict.c: 106> free ict ressource
>
> Aymeric Moizard wrote:
> >
> > I'll take a look in the latest bis draft about and will try to
> > understand deeper how a proxy should choose the best response
> > within the "response context".
> >
> > Just to go further with your test: are you implementing a UA?
> > My concern is about the message sample you sent! It's kind of
> > uncompliant for those two mains reasons:
> >   * no tag in the From
> >   * no branch in the Via
> >
> > Those two elements are *very* important. I guess your UA has been
> > started based on the rfc2543 and those UA will quite never work
> > with proxy.
> >
> > We can discuss that on irc.openprojects.net #osip
> >
> > Aymeric
> >
> > On Wed, 3 Jul 2002, John Sawa wrote:
> >
> > > Thank you, for the quick response. I do not have the ability to forward
> > > on busy with this particular user agent at this time, thus my need for a
> > > proxy server with this functionality. Anyway, if I were to implement it,
> > > would you have a problem if I used the busy everywhere code 600 to be
> > > the final answer. This would give the ability to recieve 486 busy here
> > > and then keep searching until the search is exhusted. I can implement it
> > > serval ways but I thought this would be the quickest. I don't want to
> > > diverge too much from your vision, in case you want to reuse the code.
> > >
> > > -john
> > >
> > > Aymeric Moizard wrote:
> > > >
> > > > Sorry, this functionnality is "prepared" in partysip (sequential
> > > > search and parallele search) but I've never tested it and I doubt
> > > > it can work without any modification.
> > > >
> > > > Also, the behavior you are expecting may not be the one that I'll
> > > > implement! From a user perspective being busy (486) somewhere
> > > > means that the user cannot be reached anywhere else! This is
> > > > kind of a definitive answer code!
> > > >
> > > > I think the functionnality you are expecting is more a "forward
> > > > on busy" feature. To acheive this, I would prefer to implement
> > > > a web interface for partysip users where they can modify their
> > > > preference to be used for partysip.
> > > >
> > > > To quickly get the behavior you want: don't you have an entry
> > > > in your phones to redirect calls on busy?
> > > >
> > > > I'm somewhat forced to stop developments of new features in partysip
> > > > so I don't think I'll repair that for a while. Any contributions
> > > > will be appreciated! :)
> > > >
> > > > Aymeric
> > > >
> > > > On Wed, 3 Jul 2002, John Sawa wrote:
> > > >
> > > > > I am trying to use the proxy to route calls from a user agent that is
> > > > > busy to one that is availible. I have two user agents that have
> > > > > registered with the proxy and the registration looks like this:
> > > > >
> > > > > SIP/2.0 200 OK
> > > > > Via: SIP/2.0/UDP 130.35.61.42:5060^M
> > > > > From: <sip:address@hidden>^M
> > > > > To: <sip:address@hidden>;tag=1023455436^M
> > > > > Call-ID: address@hidden
> > > > > CSeq: 18818 REGISTER^M
> > > > > Contact:
> > > > > <sip:address@hidden:5060>;action=proxy;expires=1800;q=1;transport=udp^M
> > > > > Contact:
> > > > > <sip:address@hidden:5060>;action=proxy;expires=1800;q=1;transport=udp^M
> > > > > expires: 3600^M
> > > > > Content-Length: 0^M
> > > > > ^M
> > > > >
> > > > > I make a call and the call is connected to the first conatct in the
> > > > > registation, no problem. The problem comes in when the first contact 
> > > > > in
> > > > > the registation can not accept any more calls. I just get a busy,
> > > > > instead of actually looking at the second contact. Please correct me 
> > > > > if
> > > > > I am wrong but shouldn't the proxy search the conatct list and only
> > > > > return a busy if no user agent in the conatct list can respond?
> > > > >
> > > > > Any pointers on this issue would be greatly appriciated. I am just
> > > > > trying to route calls to an availible user agent, when the first one
> > > > > reports that it is busy.
> > > > >
> > > > > Thank you. -John
>
> _______________________________________________
> Partysip-dev mailing list
> address@hidden
> http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev
>