"loop detection" is done by proxy server. It's the proxy that determines the next hop ( address,port, protos if not specified in request. Rfc: locating sip server) . Neither server nor client has that routing decession feature.
Thanks and regards Nabam Serbang Avaya India pvt. Ltd -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Tapan Kumar Biswal Sent: Wednesday, December 17, 2008 12:02 PM To: [email protected] Subject: Re: [Sip-implementors] Sip-implementors Digest, Vol 69, Issue 29 Dear friends Could please any body let me know the "Loop detection" in VoIP is a client feature or server feature ? thanks tapan On 12/17/08, [email protected] < [email protected]> wrote: > > Send Sip-implementors mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Sip-implementors digest..." > > > Today's Topics: > > 1. Remote Party ID (RPID) missing for Restricted call (caller ID > hide) (Rashid Shakil) > 2. Re: Number Portability, TEL URI and E.164-based SIP URI > (Hadriel Kaplan) > 3. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (I?aki Baz Castillo) > 4. Re: Remote Party ID (RPID) missing for Restrictedcall (caller > ID hide) (Brett Tate) > 5. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (Rashid Shakil) > 6. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (I?aki Baz Castillo) > 7. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (Rashid Shakil) > 8. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (I?aki Baz Castillo) > 9. Re: Remote Party ID (RPID) missing for Restricted call > (caller ID hide) (Rashid Shakil) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 16 Dec 2008 09:21:01 -0800 (PST) > From: Rashid Shakil <[email protected]> > Subject: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=windows-1252 > > Hello, > ? > Quick question please ...Can any SIP peer allowed to send an INVITE > for restricted call without calling FROM information with no ?Remote Party ID?. > If you look at the following information calling From number is > restricted and ?Remote Party ID (RPID)? is missing as well therefore > no way to find out where the call is originating from. Is this > acceptable if yes can you please reference a draft where I can read this in detail ? > ? > > ====================================================================== > ====== INVITE sip:[email protected]:5060 SIP/2.0 > Via: SIP/2.0/UDP 6.6.19.72:5060 > ;branch=z9hG4bK61ed25f40d9a00534ea564d93dcad9e7-0 > From: "Anonymous" <sip:[email protected]:5060 > >;tag=824f5ba36d11a58f9978aa130ae1eefd > To: <sip:[email protected]:5060> > Call-ID: [email protected] > CSeq: 34992 INVITE > Max-Forwards: 70 > Allow: > INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,OPTIO > NS > Accept: application/sdp, application/isup, application/dtmf, > application/dtmf-relay,? multipart/mixed > Contact: "Anonymous" <sip:[email protected]:5060;transport=udp> > Anonymity: uri > Supported: timer,100rel > Session-Expires: 1800 > Min-SE: 1800 > Content-Length: 287 > Content-Disposition: session; handling=required > Content-Type: application/sdp > ? > v=0 > o=Sonus_UAC 145400 14540000 IN IP4 62.62.96.28 s=SIP Media > Capabilities c=IN IP4 62.62.96.28 t=0 0 m=audio 43996 RTP/AVP 0 18 100 > a=rtpmap:0 PCMU/8000 > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:100 telephone-event/8000 > a=fmtp:100 0-15 > a=sendrecv > a=maxptime:20 > ================================================================== > ? > Regards, > ? > Rashid Shakil > > > > > ------------------------------ > > Message: 2 > Date: Tue, 16 Dec 2008 12:37:12 -0500 > From: Hadriel Kaplan <[email protected]> > Subject: Re: [Sip-implementors] Number Portability, TEL URI and > E.164-based SIP URI > To: Victor Pascual ?vila <[email protected]> > Cc: "[email protected]" > <[email protected]> > Message-ID: <e6c2e8958ba59a4fb960963d475f7ac31386335...@mail> > Content-Type: text/plain; charset="iso-8859-1" > > > > > -----Original Message----- > > From: [email protected] [mailto:sip- > > [email protected]] On Behalf Of Victor > > Pascual ?vila > > > > On Mon, Dec 15, 2008 at 6:27 PM, Hadriel Kaplan > > <[email protected]> > > wrote: > > > > > > Virtually every network I know of which uses npdi, rn, and cic, > > > use > them > > as uri-user params in a SIP URI. (i.e., your first example) > > > > Well, while unknown uri parameters should be ignored there are good > > chances that one network element will strip them. OTOH, uri-user > > parameters are likely to be untouched but it's not clear to me how > > many parsers support uri-user parameters properly. > > More than could handle a TEL URI, I would venture. :) > > -hadriel > > > > ------------------------------ > > Message: 3 > Date: Tue, 16 Dec 2008 18:43:41 +0100 > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="windows-1252" > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > Quick question please ...Can any SIP peer allowed to send an INVITE > > for restricted call without calling FROM information with no ?Remote > > Party > ID?. > > If you look at the following information calling From number is > restricted > > and ?Remote Party ID (RPID)? is missing as well therefore no way to > > find out where the call is originating from. Is this acceptable if > > yes can you please reference a draft where I can read this in detail ? > > The question is: > > Acceptablefor who? for a trusted carrier? for a SIP provider? for a > final client? > > -- > I?aki Baz Castillo > > > > ------------------------------ > > Message: 4 > Date: Tue, 16 Dec 2008 12:48:34 -0500 > From: "Brett Tate" <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restrictedcall (caller ID hide) > To: <[email protected]>, <[email protected]> > Message-ID: > < > bbe61d1553d8a34f812ff87377b2935f061f3...@atl1vexc020.usdom003.tco.tc> > Content-Type: text/plain; charset="iso-8859-1" > > I'm not exactly sure what you seeking. RFC 3261 discusses > "Anonymous". Privacy is also discussed within RFC 3323 and RFC 3325. > > Remote-Party-ID is defined within an expired draft which never became > an RFC. > > Any device can send a valid SIP message to another device; however the > receiver based upon RFCs and services can decide how to handle the request. > > > -----Original Message----- > > From: [email protected] > > [mailto:[email protected]] On Behalf Of > > Rashid Shakil > > Sent: Tuesday, December 16, 2008 12:21 PM > > To: [email protected] > > Subject: [Sip-implementors] Remote Party ID (RPID) missing for > > Restrictedcall (caller ID hide) > > > > Hello, > > ? > > Quick question please ...Can any SIP peer allowed to send an INVITE > > for restricted call without calling FROM information with no "Remote > > Party ID". If you look at the following information calling From > > number is restricted and "Remote Party ID (RPID)" is missing as well > > therefore no way to find out where the call is originating from. Is > > this acceptable if yes can you please reference a draft where I can > > read this in detail ? > > ? > > ============================================================== > > ============== > > INVITE sip:[email protected]:5060 SIP/2.0 > > Via: SIP/2.0/UDP > > 6.6.19.72:5060;branch=z9hG4bK61ed25f40d9a00534ea564d93dcad9e7-0 > > From: "Anonymous" > > <sip:[email protected]:5060>;tag=824f5ba36d11a58f9978aa130ae1eefd > > To: <sip:[email protected]:5060> > > Call-ID: [email protected] > > CSeq: 34992 INVITE > > Max-Forwards: 70 > > Allow: > > INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRA > > CK,OPTIONS > > Accept: application/sdp, application/isup, application/dtmf, > > application/dtmf-relay,? multipart/mixed > > Contact: "Anonymous" <sip:[email protected]:5060;transport=udp> > > Anonymity: uri > > Supported: timer,100rel > > Session-Expires: 1800 > > Min-SE: 1800 > > Content-Length: 287 > > Content-Disposition: session; handling=required > > Content-Type: application/sdp > > ? > > v=0 > > o=Sonus_UAC 145400 14540000 IN IP4 62.62.96.28 s=SIP Media > > Capabilities c=IN IP4 62.62.96.28 t=0 0 m=audio 43996 RTP/AVP 0 18 > > 100 a=rtpmap:0 PCMU/8000 > > a=rtpmap:18 G729/8000 > > a=fmtp:18 annexb=no > > a=rtpmap:100 telephone-event/8000 > > a=fmtp:100 0-15 > > a=sendrecv > > a=maxptime:20 > > ================================================================== > > ? > > Regards, > > ? > > Rashid Shakil > > > > > > > > _______________________________________________ > > Sip-implementors mailing list > > [email protected] > > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > > > > ------------------------------ > > Message: 5 > Date: Tue, 16 Dec 2008 10:18:29 -0800 (PST) > From: Rashid Shakil <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected], I?aki Baz Castillo > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1 > > Thanks for the prmpt response. My question was for a SIP provider and > also?what are the?industry standard requirements for this? > --- On Tue, 12/16/08, I?aki Baz Castillo <[email protected]> wrote: > > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Date: Tuesday, December 16, 2008, 12:43 PM > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > Quick question please ...Can any SIP peer allowed to send an INVITE > > for restricted call without calling FROM information with no ?Remote > > Party > ID?. > > If you look at the following information calling From number is > restricted > > and ?Remote Party ID (RPID)? is missing as well therefore no way to > find > > out where the call is originating from. Is this acceptable if yes > > can you please reference a draft where I can read this in detail ? > > The question is: > > Acceptablefor who? for a trusted carrier? for a SIP provider? for a > final client? > > -- > I?aki Baz Castillo > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > > > > ------------------------------ > > Message: 6 > Date: Tue, 16 Dec 2008 19:20:25 +0100 > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="utf-8" > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > Thanks for the prmpt response. My question was for a SIP provider > > and also?what are the?industry standard requirements for this? > > Do you receive this INVITE from a local client of your provider? or > from a carrier? > > -- > I?aki Baz Castillo > > > > ------------------------------ > > Message: 7 > Date: Tue, 16 Dec 2008 10:32:18 -0800 (PST) > From: Rashid Shakil <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected], I?aki Baz Castillo > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1 > > I received the call from a SIP provider and my voice-mail platform > rejecting the call. I received the call via SIP from my service > provider (wholesale VOIP provider) and PSTN to SIP conversion happens > at carrier's soft switch. Carrier is saying that they are not > receiving calling FROM information on SS7 side therefore they are not > adding it when they handed the call to me. > ? > I am wondering for restricted calls carrier have to send "CALLING FROM" > information (like RPID with Privacy=Full) or not or my switch is being > too picky to reject these calls ? > ? > > > --- On Tue, 12/16/08, I?aki Baz Castillo <[email protected]> wrote: > > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Date: Tuesday, December 16, 2008, 1:20 PM > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > Thanks for the prmpt response. My question was for a SIP provider > > and also?what are the?industry standard requirements for this? > > Do you receive this INVITE from a local client of your provider? or > from a carrier? > > -- > I?aki Baz Castillo > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > > > ------------------------------ > > Message: 8 > Date: Tue, 16 Dec 2008 20:55:07 +0100 > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="utf-8" > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > I am wondering for restricted calls carrier have to send "CALLING FROM" > > information (like RPID with Privacy=Full) or not or my switch is > > being > too > > picky to reject these calls ? > > CallerID information should be sent by the carriers which route the > call, even if the caller asked for privacy to his provider (so the > last carrier should take off the RPID/PAI header and show "Anonymous" > From to the called). > > The point here is why the wholesale VOIP provider is not adding > RPID/PAI header. > > -- > I?aki Baz Castillo > > > > ------------------------------ > > Message: 9 > Date: Tue, 16 Dec 2008 12:03:09 -0800 (PST) > From: Rashid Shakil <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected], I?aki Baz Castillo > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1 > > > ????? Thanks ...That's what I am trying to figure out with the > carrier. Can you refer me a document\standard where this behavior drafted ? > > > --- On Tue, 12/16/08, I?aki Baz Castillo <[email protected]> wrote: > > From: I?aki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] Remote Party ID (RPID) missing for > Restricted call (caller ID hide) > To: [email protected] > Date: Tuesday, December 16, 2008, 2:55 PM > > El Martes, 16 de Diciembre de 2008, Rashid Shakil escribi?: > > I am wondering for restricted calls carrier have to send "CALLING > FROM" > > information (like RPID with Privacy=Full) or not or my switch is > > being > too > > picky to reject these calls ? > > CallerID information should be sent by the carriers which route the > call, even if the caller asked for privacy to his provider (so the > last carrier should take off the RPID/PAI header and show "Anonymous" > From to the called). > > The point here is why the wholesale VOIP provider is not adding > RPID/PAI header. > > -- > I?aki Baz Castillo > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > > > > ------------------------------ > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > End of Sip-implementors Digest, Vol 69, Issue 29 > ************************************************ > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
