partysip-dev
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: John Sawa
Subject: Re: [Partysip-dev] Searching Contact in Registrations?
Date: Fri, 05 Jul 2002 14:55:34 -0700 
Thank you, for the pointer. I have tried the below but I am still
getting the same behavior.  I will continue to look into this further,
and let you know how it turns out!

Thank you again. -John


Aymeric Moizard wrote:
> 
> 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
> >
> 
> _______________________________________________
> Partysip-dev mailing list
> address@hidden
> http://mail.freesoftware.fsf.org/mailman/listinfo/partysip-dev

Attachment: john.sawa.vcf
Description: Card for John Sawa

reply via email to
[Prev in Thread] Current Thread [Next in Thread]