Re: [sipcore] REMINDER: Re: WGLC: draft-ietf-sipcore-rfc4244bisRe: [sipcore] REMINDER: Re: WGLC: draft-ietf-sipcore-rfc4244bis
Elwell, John
2010-08-31
sipcore
/arch/msg/sipcore/oF00ymHTR6ki2O537Q987vGbcyk/
1356874
1616143
Re: [sipcore] #8: It's not clear when a Proxy should/should-not add H-I for "internal" stuffRe: [sipcore] #8: It's not clear when a Proxy should/should-not add H-I for "internal" stuff
Worley, Dale R (Dale)
2010-08-31
sipcore
/arch/msg/sipcore/NNiSJTVQ5ImbQnqrOW6FnZCYP5s/
1356873
1616342
Re: [sipcore] #2: Editorial: section 2 is really confusingRe: [sipcore] #2: Editorial: section 2 is really confusing
Mary Barnes
2010-08-31
sipcore
/arch/msg/sipcore/i_GRIjxiKVq1y3wLAfkhTi6b_nU/
1356872
1616349
Re: [sipcore] #4: The new "hit" parameter is gonna cause problemsRe: [sipcore] #4: The new "hit" parameter is gonna cause problems
sipcore issue tracker
2010-08-31
sipcore
/arch/msg/sipcore/Q-QutzRCJs9jc2mB20ahv9Z-Qno/
1356871
1616347
Re: [sipcore] #2: Editorial: section 2 is really confusingRe: [sipcore] #2: Editorial: section 2 is really confusing
Worley, Dale R (Dale)
2010-08-31
sipcore
/arch/msg/sipcore/iLh3WSW-MM4eYAEt0CSOwDNgR24/
1356870
1616349
Re: [sipcore] #1: Editorial: section 3 is not an "Overview of Operations"Re: [sipcore] #1: Editorial: section 3 is not an "Overview of Operations"
Worley, Dale R (Dale)
2010-08-31
sipcore
/arch/msg/sipcore/QIcpO0SxLVDItoCqJDdgVajQFnA/
1356869
1616350
[sipcore] SIPit27 registration is open[sipcore] SIPit27 registration is open
Robert Sparks
2010-08-31
sipcore
/arch/msg/sipcore/8P_InhNmhhHtGcPrPC-VAWOCGiU/
1356868
1616333
Re: [sipcore] #10: Convert all SHOULDs to MUSTRe: [sipcore] #10: Convert all SHOULDs to MUST
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/B1MitshB-5joFwYXgExy3c5IYUc/
1356867
1616340
Re: [sipcore] #2: Editorial: section 2 is really confusingRe: [sipcore] #2: Editorial: section 2 is really confusing
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/st8xCEPb0lF770FkD4w8AnPGIEg/
1356866
1616349
Re: [sipcore] #12: Section 7 on Application Considerations needs workRe: [sipcore] #12: Section 7 on Application Considerations needs work
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/xTAt_Gm43LCBVKKtDkeOgb4Sqw8/
1356865
1616338
Re: [sipcore] #13: Section 7 item 2 is not completeRe: [sipcore] #13: Section 7 item 2 is not complete
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/peKftWwmu3r4hxxDszfLiJypUiE/
1356864
1616337
Re: [sipcore] #11: H-I does not provide a "stronger security solution for SIP"Re: [sipcore] #11: H-I does not provide a "stronger security solution for SIP"
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/AJ5Qiqa27nyloZBYh5HrYP1zBTw/
1356863
1616339
Re: [sipcore] #16: Privacy behavior is confusingRe: [sipcore] #16: Privacy behavior is confusing
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/G3H45z_KNbvuHqIhDE-V6tG_b1M/
1356862
1616334
Re: [sipcore] #10: Convert all SHOULDs to MUSTRe: [sipcore] #10: Convert all SHOULDs to MUST
Mary Barnes
2010-08-30
sipcore
/arch/msg/sipcore/MhfyjBt1KgnmX-voh0eo-92LxJE/
1356861
1616340
Re: [sipcore] #16: Privacy behavior is confusingRe: [sipcore] #16: Privacy behavior is confusing
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/CcilLyvpUPldEOCYPlWpkPgKJ7c/
1356860
1616334
Re: [sipcore] #10: Convert all SHOULDs to MUSTRe: [sipcore] #10: Convert all SHOULDs to MUST
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/dCZpf74y_Z-B946aCtjojyMxujY/
1356859
1616340
Re: [sipcore] #4: The new "hit" parameter is gonna cause problemsRe: [sipcore] #4: The new "hit" parameter is gonna cause problems
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/9j3sbtPjkJ8DQs8n1JtZeWX6pyY/
1356858
1616347
Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/j_JwxWucpkB3xR01vafJmJ9Ko88/
1356857
1616341
Re: [sipcore] #10: Convert all SHOULDs to MUSTRe: [sipcore] #10: Convert all SHOULDs to MUST
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/-WAUiDCvwLx1RQh2g0kg7aHUHKg/
1356856
1616340
Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/uZShoWV_juIqlDc4Hyr4Zwrvh3o/
1356855
1616341
[sipcore] #16: Privacy behavior is confusing[sipcore] #16: Privacy behavior is confusing
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/GwhF9FddySsxwEZZruqHqN4AYTA/
1356854
1616334
Re: [sipcore] #10: Convert all SHOULDs to MUSTRe: [sipcore] #10: Convert all SHOULDs to MUST
Dean Willis
2010-08-30
sipcore
/arch/msg/sipcore/N9ter35rQbjzlsbU8TVvDJ1W58M/
1356853
1616340
Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/HJ1dKzwILPmkjwzscuu9cKelRqU/
1356852
1616341
Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/rVDyNIVUDJzqQJmlnfEm2Z1XbOE/
1356851
1616341
[sipcore] #15: Section 7 item 5 is wrong[sipcore] #15: Section 7 item 5 is wrong
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/XhJQc0ACrP9VTpdDUtWGimlFc4Y/
1356850
1616335
[sipcore] #14: Section 7 item 4 is useless or misleading[sipcore] #14: Section 7 item 4 is useless or misleading
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/nM8x-yrDWmFNIT3jLmYZHHhOElk/
1356849
1616336
[sipcore] #13: Section 7 item 2 is not complete[sipcore] #13: Section 7 item 2 is not complete
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/Gy8_21uhCGvS6HOFEmqgPtvLdAs/
1356848
1616337
[sipcore] #12: Section 7 on Application Considerations needs work[sipcore] #12: Section 7 on Application Considerations needs work
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/aap554JdaIRSgy0zU_6Wb7ie3Og/
1356847
1616338
[sipcore] #11: H-I does not provide a "stronger security solution for SIP"[sipcore] #11: H-I does not provide a "stronger security solution for SIP"
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/dFi0nuzAMrnU_O5ExcdYBItQVxg/
1356846
1616339
Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?Re: [sipcore] #9: What should an SBC do when it resolves registered contacts?
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/kxOMdIekyDQv1NGxSdEPBZr-ti4/
1356845
1616341
[sipcore] #10: Convert all SHOULDs to MUST[sipcore] #10: Convert all SHOULDs to MUST
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/dxPOTAii4d9J3iMuYiap7BZE9w4/
1356844
1616340
[sipcore] #9: What should an SBC do when it resolves registered contacts?[sipcore] #9: What should an SBC do when it resolves registered contacts?
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/jhTvoqCelfG254tvKpSs5vQvucc/
1356843
1616341
[sipcore] #8: It's not clear when a Proxy should/should-not add H-I for "internal" stuff[sipcore] #8: It's not clear when a Proxy should/should-not add H-I for "internal" stuff
sipcore issue tracker
2010-08-30
sipcore
/arch/msg/sipcore/EiQBRlmdT0x5wRhrwR_3tmiFSx0/
1356842
1616342
[sipcore] Comments on draft-barnes-sipcore-rfc4244bis-callflows-00[sipcore] Comments on draft-barnes-sipcore-rfc4244bis-callflows-00
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/hnLwuoeKq2D46SvUAIPYOSrZ-ls/
1356841
1616343
Re: [sipcore] #2: Editorial: section 2 is really confusingRe: [sipcore] #2: Editorial: section 2 is really confusing
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/_VNkPEYivgQSyzKZVCGM9bxYfDc/
1356840
1616349
Re: [sipcore] #4: The new "hit" parameter is gonna cause problemsRe: [sipcore] #4: The new "hit" parameter is gonna cause problems
Hadriel Kaplan
2010-08-30
sipcore
/arch/msg/sipcore/t9mAdM0d3fYgamU0XupnCmwQiSs/
1356839
1616347
Re: [sipcore] #4: The new "hit" parameter is gonna cause problemsRe: [sipcore] #4: The new "hit" parameter is gonna cause problems
Paul Kyzivat
2010-08-30
sipcore
/arch/msg/sipcore/hMwQNHO4v45AZky-mIPpovN4Slc/
1356838
1616347
Re: [sipcore] #7: Request timeouts are 408, NOT 487 status codesRe: [sipcore] #7: Request timeouts are 408, NOT 487 status codes
Mary Barnes
2010-08-28
sipcore
/arch/msg/sipcore/zPoygkrdHK0JO7iT1gsixa5HQ9k/
1356837
1616344
Re: [sipcore] #6: Editorial: incorrect 6.3.4 rule 4 explanatory textRe: [sipcore] #6: Editorial: incorrect 6.3.4 rule 4 explanatory text
Mary Barnes
2010-08-28
sipcore
/arch/msg/sipcore/XShYh73j5d0G9Xwk1qKDVN7R3a4/
1356836
1616345
Re: [sipcore] #5: Privacy value of "session" should NOT apply to H-I headersRe: [sipcore] #5: Privacy value of "session" should NOT apply to H-I headers
Mary Barnes
2010-08-28
sipcore
/arch/msg/sipcore/lJxMb6a9bUToqlfxALUbHG_Q-AY/
1356835
1616346