From freddichs.proltall at mail.ru Mon Apr 1 18:59:01 2013
From: freddichs.proltall at mail.ru (=?Windows-1251?B?Q+jx8uXs8yDs4PLl8Ojg6/zt7uPuIOgg7WXsYfJl8Ojg6/zt7uPuIPHy6Ozz6+jwb+Lg7ej/?=)
Date: Mon, 01 Apr 2013 20:59:01 +0400
Subject: [atlas] =?windows-1251?b?wftj8vD75SBw5efz6/zy4PL7LiDd9PRl6vIg7O7y?=
=?windows-1251?b?6OJh9ujo?=
Message-ID: <279386502.20130401670096@mail.ru>
> ??C?P?E PE????????. ???E?? ????B????
> Ce???a? ? 12 ???e?? ? 2013 ?.
> K??? ? ????????a ???p? ? ?p. 40-?e??? O?????? 70 ? c?. ?e?po ????oc????????
> ?e?.: (044) 228-?e????-?o??-05, 228-46-?????-?e????
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
Ka? ?a????????? c?c?e?? ?a?ep???????? ? ?e????????????? c????????????? ?a? ???e?????? ?a? ? ???o??x c?????????? - ?a ????o? ?pe????e ??o? ????o? ???e? p????????? ???????o. Ha???a? o? ?o?p??? ?a? ??c?????? c?????? ?a?, ??o?? o??a?a ??e??? ? ????c?? ??p?????????? ?a ??e? ????????e???? ?o???e??o? ?p????? ? ?????o??? ????o????? ???p?????? ???e??????? c?????? ?????a??? ???o?? ?o ??????c??. ??ac????? ?????a? ?p?e??? c???e? o????? ? ??e??p?????? ??? ?e??o????? ???p????x ??????c???, ?a?p????????? ? x??e ?pe?????, a ?a??? ?p????? o? A??o??.
??? ?O?O:
??e???? ?pe????????? p??o?o??????? ? ?o?-???e?????? ?o??????, p???????????? ?o??????????? ? HR-c???????????, o???????????? ?a ?a?p?????? ? ????p???? ??c??? ?a?ep???????? ? ?e???e????????? ???????p?????? ???c?????.
?E??:
* ??o????????? ? ??a??????? ???oc???? ? ???a????? c?c???? ????p??????? ? ?e?a?e???????? ?o??????? ?ep?????? - o? ??p????????? ????????a ?o??????? ? ???o????e????? ?p????? ????a??? ?o c?c?e?? ?o??a????? ?e??? ? KPI ? pa?????? ?pe??? ? ????co? ?a ???o?????? ??a?o? ?a???? ?o?p???????.
* ??e?o??????? ????????a? ?pa????e???? ???o?? ? ????o?????, ?o????????e ca???????????? p?????????? ??? ???e? ?o?????? ???e??????? c?????? ????????o?????, ??e??????????? p?c? ?p?????????? ? ???e?????o??? ??? ?o??a???, c ?p???? c?op??? po?? ?????e?????????? ?e???x ???p???????.
?A????:
??????? ? o?pa?????? ?a ?p?????? (c ???o??? ??????e??? "c??o????" ???a??? ? ?o?e o??????? ?o ????a???? ?o????????) ??e?????? ?e??:
1. ????o????? ?e??? ?o?????? ??p????? ?po??? ?a ?????e ?po??? ?p????????? ???o?? ?o ?o?p??????
2. Pa???????? ??c?e?? ???????po????? ? ?o???e??? ????????e? ?????a??? ?o?p???????
3. ??pe??????? ??p?????? o??a?? ?p??? ??? ????a??? ? p???????x ?o???o????
4. O??e??????? KPI ??? co?p??????
5. ?o???p?????? c???????? ???a?? ????a ??? ?????e???? ?o???????
6. O?????????? ???o? ?e???????? ????a?
7. O??e??????? c???e?? ???ep???? KPI
8. ??p???????? ?o????? ?ac???? ?ap??????? ??a??
9. B???????? ?o?o? ??c???? ?o???a???
???HEC-???????
H?????????? ??o?? ? ?e????????? ??p????? ?pe???????-?????????????? ????a???, ???c????a??, ??e???? o??? 17 ?e? ??????e??? ? 10 ?e???? o??? pa?o?? ???a??o??? ??p??????? ? ?o??a???? ????pa? ????a. ???o? ???ee 50 ??????a??? ? ?.?. ???? ?????????o?????. O? c?pa????? ?o ????e?? ???a????? p??o????????, ?C???e?? ??a?a??????????? ???a?a?????: ??e??e???, ??e??a ????e???o??? ????a????. ??c?ep? ?o ?o??o??? ??????o???? ??p???????, ?e????????????? p??o?o?????, c?pa????? ? ?o??a????? c?c?e?? ??p???e??? ????e?o?.
??ap??????? ???a ? ????ec-?????? c ???e? ?e? 16-?? ?e???? ?pa????????? o????? ??????e??? ???a?c??? ???????o??? ??p????? ?????o?o ????e??. ????e??-??????? ? ???a??? ?????c??, ????e???o?????, c???e?? c???a??????????? ?o???a?????, ??pa??????????? ????a, a?a???a ? ???e??????. ???o???? o??? ?o???p?????? c?c?e?? ??pa??????????? ??e?? ? ????po?????, ?oc??????? ??x???????? ?a?a??? ??? ????pe??? ERP-c?c?e? ??? ?p???? ?o??????, ??p????????? ????ec ?po?e???? ????a???.
????P???? ???C? O???E???:
1. O???E ?O?????
* ????a??????? ?o?p???? ?o???a???
* ?e?o?? ??????e??? ?epc??????: MB-, P?
* K?? o?e???? ???e?????o??? ?o??a?? ?o p??????a???
* O?????? ??????a????, ????????p???????
* O??????? ???a?? KPI-?????a???
- O????? ?o p????????? ??o??? ?e?pa?????? ? ?e?o??e???????????
- O??a?? ?o p?????????: ?o??a????????? ?????x ? ?????????e? x?????
2. 3D ???H?? ?O?????????
* O????a ?o ??????o??? KPI ?o?-?e?e??????
* 4 ??????x KPI ? O????? ??HAH????? ?E?E? ?o?-?e?e??????
* O?e??? ?o ???a?????? KPI ???????x ??????e???
* ??e??a ?o ??????o??? KPI ???o??x ?o?p???????
* O?????? ????e?????o????, ???o???o????????????, ????????a?????????
* ?pa???? o??e??????? ????a ???a?? ????a p?????x co?????????
* ?????a ?e????????? ?o ?e?????????? KPI
- ?????c?? ???a??o??? ?o?????????
- ????c?? ?????co??? ?????a?????:
- ?o???? ?? ??e??? ?a?????? ?c??????????? o? ???a??o?? ? ?????e??????? ??pe???????? ?e?????a??? ????????????o? ? ????e?????o? ?e??????????
- ?a?e???????? ? ?o???e???????? ?????a p??????a??? p??o?? ? p?????x ???p???????
* O?e??? ?c????e??? C?a??a???? pa????
- ?a???? ??e?????? c?????????:
- ???e??? ? pe???????? o? ?????e??? ??a???????:
- ?e?o ?e ?o??? c???a?? ??a??????:
- C?a??????: o??o???? o??????
- ??e??a ??????e??? c?a???????
- C?o???? ?????o ???? C?a??a???? ? c?????????
- ????ep pa????? KPI ????????o???????? ?o?????e??? c?a??a????? ?a??????
* O?e??a ??????e??? SMART-?a???
* ?c?o???? ?o??o?? ? p??p?????? KPI
- ?ep??? ???x?? ? ?po???????.
- B?o??? ????o? ? ??????o?a?????.
* ????p????? ???p??? ???a??o??? o??e???????????
- ?po???? ?????c???? o????????????? o??e?????? ????e? ?o??ca
- ????ep ?o??o??o?? o?pe??????? ???????p? ????o????? ? ?ep??????? ?ac?? ? ????c?????? o? ?po??? ?????co??? o????c?????????.
- KPI-?o???a??? ??????c?? ??? ?e???e?
- ????e???? ?e??? ?o?? ???a?co??? ?????c????????
* Ko???????? ?o?a??????? ? ?p?o??????
* C???? KPI c ?o??c??? ? o????a pe??????????????
- O?????? ??o?????, ???e????, ??o??c????????
- Ka? pa????a?? ?????x c??p???????: ??e??? pe??????????????
3. K?? ?o?????o???? ?o????????? ?a ??c???e??? ???e? ? kpi
* ??????e ??????e?? ? ??????e????? ?o???????
* ???e?? ??o???????? c??p???????
* ?e?a?????? o? ???????a???
* ????ep??????? ???c??? ?o???a???
* ???o??? ?c??o?? ?o????c????: ??o?????o??????? ?o?p?????? ? ????a? ?????????oc??
* Ka??e ?a????? ?????? ?a ??co??? ????pe???? ?o???????
* K?? c ?o?o??? ????e?? ???e????????? ???????p?????? ?o??o ????c??? ?o??????? c??p???????
* Ka? c ???o??? c?????? ?a?e????????? ????????o????? ????o ?o??c??? ?????????o??? ???p???????
* Ka? ???a?e???????? c????????????? ????e? ?a ???e?????o??? ???p???????
* ?a? c???a????????? ?????????oc?? ? ??o?????????????? ?o?????????
4. ??c??? ?o??a ???a?? ????a, p???a???????? ??? ????a???
* ?oc???e??? ?e??? ?o?????? ? ??a??? ?o????e??? ???a??o?? ??o??? ?p?????
* K???? pa??e? ?o??? ???a?? ?p??a ????e? ???? ? ?o??a??? ? ?o????? ????a??? ? ??pa???
* 2 ?c?????? ???xo?? ? ??p??p?????? ?o??? o??a?? ?p??a
* ??????o??? ????o?? ?p?????????? ?o??a
* ?p??ep pac???? ? ???e??????? ??????o???? ?????a?
* ?p???p ??c???? ?o??a o????? ?p???, ????a???????? ??? ?o??????
* ????e??? ???e???? ?a????? ????a o????? ????a ? ????a:
* ??pa??e??? ?ac??? ????a ? ?o??? o????? ????a
* Ha?????? ??c?? ???o????e??? KPI ? ?a??c??? ?c????o???? ?????a?
* ?o??? ? ?o?o?o? ?p???a?????? ????a
* ????e????????: ???c? ? ????c?
* ?E??????????? ????E?? BO????????????
* ?p??e? ?ac?????????? ?pe????????? ?o??a ? ????c?????? o? ?e???????? ????a?
5. Ka? ??c??????? ???o????e????? ?p?????, ?a? ?c?o???? po??? ?p???a?????? ????a
* ?????co??? ???e??
* KPI ?o ?o?op?? ??o?x????? ?c?a?????? ??a??
* ?p??ep pac???? ?o??????e????? ?p?????
* ??pa??e???: ??c??? ???o?????????? ?p?????
* ?p? ?o?x??? ? ?a????? ??a?o??x ??a?e??? KPI
* ??PE??????? C?P?K???? ??C?O????? ? ?EPE?????? ??C??
* ?p??ep ??c?????????? ?pe??a?????? ?o??? ?e??? ???-?e?????????
6. Pac?????????? ?o???? ?a ?o??e??????? ? ????????a?????
* ????c? ?a ??c??????? ?o??e?????? KPI
* ?o??c? ?a ?o???????? ?????x KPI
* ???c? ?o??e?????o?? ?pe??p??????:
* ????c? ?o??e???????? ?p???p??????
* C????o?? o?c??c???? ????e?????o? ???e???????????
* ?p??ep ?ac?????????? ?o??c? ?a ????e??????? ? ????????a?????
* B?????????? ?? ????????a????? ?o???, ?c?? ?o?????? ?e ?oc????a ?????x ???e??
* ??e??? ?a ??a???e ? ?po?????
7. ???A?????????? ???????PO?????. ????HA??? ? ?O?H?????????? B ????A???
* ?????p? ??o?p???? ?a ????pe???? ?o????????
* ??e? ???op??????? ?oo??????
* ??po?o ?a?????????????? ????a?p???????
* ??p??? ??????e ????a?????????
* ?o??a?????????, ???a?a???? ?a?? ?o??ep??? ?a? p????o?????? c???x co?p???????
* ?e???????? ???? ??????p???????
8. Op????????????? ???e??? ??e??e??? ????e?? ??e??? ???e????????? ? ??pe???? ?a ?o??? c?????? o??a?? ????a
* ?e???? o??e?c????????? ? ?p?????????, ?????ep????????? ? ???p?????? ? o??????a??? c???e?? ??????p??????? ? ???a??????? o????? ?????????o??? (KPI). ?o?? ???e?? ???c?????
* K?? P?C????????? O?BE??????????? ? ?O??
* ???xo?????????? oco???????? ?????e??? c?c?e?? ?o??????? ? ????a???
* ????o?????: ????e?? KPI ?o ?o???oc???
?E??A????
* 9.00-18.00
* ??p???? 13.30-14.30
* Pe??c?????? c 9.30 ? x????.
??O??O???
* 1600.00 ?p?. ?a o??o?o ??ac?????.
* ??? ???po?? ? ?pe????? ????????a c????? ? 5% ? 7% ?oo???????????.
* B ??o?????? ??o???: ???op????????-???????????????? ??c?????a???
?a ?e??????, ???p??? ?a?ep?????, ?o??-?????, ??e? ? p????????,
o?c??????? ?o??a??? ? o???? ??e????? c ????o???.
O??A?????? O? ??C?????
* ???????e, e??? ??o ??c??? ?p??????? Ba? ??????c???.
* ?a? a?pe? ???? ?? o??????? ?c??????o?: ?a? ?a???x ?pe????????,
??p????, ?e?-ca???? ? ?. ?.
* ??o?? o??a?a???? o? p?c?????, ?o?????c??, ??o????? ?a?
B?? ??e???o???? ???e? ?o ?e?e????.
?E?????????
* ?e?.: (044) 228-?e????-????-05, 228-46-?ec??-??????
* ?a?c:
* K????? ??ac???? ce???a?? ?o????e? ????a??e????? ?o???e?? ?
op????a?? ?????e????: ?o?????, a??, ?p????a? c?e??,
?o??? ??????e?????.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From kinnick.urebrof at mail.ru Wed Apr 3 22:43:04 2013
From: kinnick.urebrof at mail.ru (=?Windows-1251?B?Q+jx8mXs8yDsYfJlcOjg6/zt7uPuIOgg7WXsYfJl8Ojg6/zt7uPuIGPy6Ozz6+jw7uLg7ej/?=)
Date: Thu, 04 Apr 2013 00:43:04 +0400
Subject: [atlas] =?windows-1251?b?wftj8vD7ZSBw5efz6/zy4PL7LiDd9PRl6vIg7G/y?=
=?windows-1251?b?6OLg9ujo?=
Message-ID: <576183909.20130404460832@mail.ru>
> ??C???E ?E????????. ???E?? ?????A???
> Ce???a? ? 12 ??p??? ? 2013 ?.
> K?e? ? ?oc?????a ???p? ? ?p. 40-?e??? O?????? 70 ? c?. ???p? ?????c????????
> ?e?.: (044) 228-??????-?o??-05, 228-46-?ec??-??????
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
K?? p??p??????? c?c?e?? ?a?e????????? ? ???a?e????????? ????????o????? ?a? ?e???????? ?a? ? p?????? ???p??????? - ?a ????o? ???????e ??o? ?o?po? ???e? pac??????? ?e?????o. H????a? o? ???p??? ?a? ????p???? c?????? ?a?, ??o?? ???a?? ??e??? ? ?o???o? ?op??p??????? ?a c??? ???o????e???? ?o???e??o? ?p????? ? ?o?a????? ?ex??????? ?a?p?????? ?????????o? ??c???? ?o???a??? ???o?? ?o ?????oc??. ??ac????? ?????a? ??oe??? c????? o??a?? ? ?????p?????? ??? ????o????? ???pa???? ?o???oc???, ?a??????????? ? xo?e ?p?????a, a ?a??e ?p??e?? o? ???o??.
??? K??O:
?pe???? ?????a?????? p????o??????? ? ?o?-?????????? ????a???, p????o??????? ???p????????? ? HR-??e?????????, o????c??????? ?a p??p?????? ? ??e?????? c???e? ?a??????????? ? ???a?e????????? c???????o????? ??p??????.
?E??:
* ??o????????? ? ????????o? ?e??????? ? ?e??????? ????e?? ?a??p??????? ? ???a?e???????? ?o???a??? ?e??????? - o? ?????p?????? ?c??????? ?o???a??? ? ?o?o????e????? ?p????? ????a??? ?o c?c???? ??c??????? ???e? ? KPI ? pac????? ?pe??? ? ?o????? ?a ???o??e??e ??a??? ?a???? ?o?p???????.
* ????o??????? ??ac?????? ??a????e???? ?e?o?? ? ??x?o?????, ????o?????? c????????????? ???p??????? ??? ??oe? ?o??a??? ???e??????? c???e?? ????????o?????, o?ec?????????? po?? ?????????c?? ? ???e?????o??? ??? ????a???, c ????o? c?????? ?oc? ??o?????o??????? ?????x c??????????.
???A??:
??????? ? ??pa?????? ?a ?pa????e (c ?o?o??? ???o?????? "c??o???x" ???a??? ? ???e o???e??? ?o ???p????? ?o???o????) c?e?????? ?e??:
1. ????o????? ?e??? ????a??? ??p????? ?po??? ?a ?????e ?p???? o?????????? ???o?? ?o ?o?p??????
2. Pa???????? ??c???? c??????po????? ? ?????e??? ????pe??e? ?????a??? c??????????
3. O?????????? ???????p? o??a?? ????a ??? ????a??? ? p???????x ?o????c???
4. ??p???????? KPI ??? c??p??????
5. ?o?????????? c???????? o????? ?p??a ??? ?o???e???? ?o???o???
6. ??p???????? ???o? ?e?e?????? ????a?
7. O?pe??????? c?c???? ???e????? KPI
8. O?????????? ??p???? ??c???? ?a???????? ??a??
9. ??e?????? ?o??? c?????? ?o???a???
???HEC-???????
He????????? ??op? ? ?e?ep?????? ??p???o? ?p????????-?????????????? ????a???, ?o??????a??, ??e???? o??? 17 ?e? ???a??e??? ? 10 ?e???? o??? ?a?o?? ???a?????? ??pe??o??? ? ????a???? ???e??? ????a. A???p ???e? 50 ??????a??? ? ?.?. ???? ????????po?????. O? c???????? ?o ??????a ?o??????? ???o?o??????, ?C?c???? c???a??????????? ???a?a?????: ????pe???, o?e??? ????????o??? ?o???????. ????e?? ?o ?o?p???? ???a??????? ??p???e???, p?????????????? p??o?o?????, ??pa????? ? ??c?a????? c???e?? ??p??????? ??????o?.
??ap??????? ???a ? ??????-?p???? c ???ee ?e? 16-?? ?e???? ???????e???? o???o? ??pa??e??? ???a????? ???????o??? c?p????? ???????o ??????a. ????e??-??????? ? o??a??? ???a????, ????????o?????, c?c?e?? ??a????????????? ???a?a?????, ???a??e???????? ????a, ??a???? ? o??e??o???. O?po???? o??? ?op????????? c???e?? ??p???????????? ??e?? ? ?o?????????, ?oc??????? ?ex???????? ?a????? ??? ????pe??? ERP-c????? ??? ?p???? ?o??a???, ??p????????? ????e? ?p??e???? ????a???.
??O?P???? ??PC? O???????:
1. ????E ?O?P???
* ????????o??? ?o?po??? ?o???????
* ???o?? ??p??????? ?ep???????: MB-, P?
* K?? o?e???? ?????????oc?? ?o????? ?o p??????????
* O?????? ??????a????, ?c??????p???????
* ???o???? ???a?? KPI-?????a???
- O????? ?o ?e???????? ?p???? ???p??????? ? ??????e???????????
- ???a?? ?o p?????????: ????a?p??????? ?????x ? ??????a???? ?????x
2. 3D O?EH?? ?O?P???????
* O?e??a ?o ???a?c???? KPI ???-?e?e??????
* 4 ??a???x KPI ? ?CH??? ??H?H????? ???E? ?o?-?e?e??????
* O?e??? ?o ??????o??? KPI ???e???? ?e?e??e???
* ??e??a ?o ???a?????? KPI p??o??? co?????????
* O?????? ????e??????????, ??po???o????????????, ?p??????a?????????
* ?pa???? o??e??????? ?o??? ???a?? ?p??a p??o??? co?p???????
* ?????a ???????a??? ?o ?e???a?????? KPI
- ?????c?? ?????co??? ?o?????????
- ????c?? ?????co??? ???a???????:
- ?o???? ?? ?pe??? ????ce?? ????????e???o o? ???a?co?? ? ?????e??????? o??e???????? ?e?????a??? ????????a???o? ? ?o??e?????o? ?e??e???o???
- K??????????? ? ?o???????????? ?????a p??????a??? pa?o?? ? ???o??? ?o?????????
* O?e??? ?c?o??e??? C????a???? ?a????
- ???a?? ??e?pe??? c?????????:
- ???e??? ? ?e?????a?? o? ??e?????? ??a??a????:
- ?e?o ?e ?o??? c?e???? C????????:
- C????????: ?c?o???? o??????
- O?e??? ?c???????? ??a???????
- ??o???? ?o???? ???? C????????? ? c??p??????
- ?p???? pa????? KPI ?????e??????????? ?????a????? c?a??a????? ???a????
* O?e??a ??????e??? SMART-?a?a?
* ???o???? ????o?? ? pa???????? KPI
- ?ep??? ?o???? ? ?p??e?????.
- ??op?? ???x?? ? ??????o???????.
* ?o???????? ?a?p??? ???a?????? ?????c?????????
- ????e?? ?????co??? ???e?????????? o??e?????? p???e? ?o???a
- ?p??e? ?o???????? ??pe??????? ??p?????? ????o????? ? ?e?e?????? ??c?? ? ?a????????? o? ??o??? ?????co??? o????c?????????.
- KPI-?o???a??? ?????oc?? ??? ???o?e?
- Pa??e???? ????o ?o?? ???a??o??? ?????c????????
* ?o???????? ?o?a??????? ? ?p????????
* C???? KPI c ?o??c??? ? o????a ???????a????????
- O?????? ?????c??, ??pe????, ??o??cc???????
- Ka? ?a??????? ?????x c??????????: o????a ?e??????????????
3. Ka? ?o?????????? ???p??????? ?a ??c???e??? ?e??? ? kpi
* ??????e ???e??e?? ? ?????pe????? ?o???????
* ???e?? ??o???????? co?p???????
* ???a?????? o? ?e?????????
* ?????pc?????? ??oc??? ?????a???
* ?????e? ??????o ?o?????????: ??o??e?????????? co???????? ? ????a? ???e?????????
* ?a??e ????o?? ?????? ?a ??co??? ????pe???? ?o???a???
* K?? c ?o?o??? ??c???? ???ep???????? ???????po????? ????o ?o?????? ?o??????? ???p???????
* Ka? c ???o??? c?c???? ?a??p???????? c??????po????? ?o??o ?o?????? ???e????????? co?p???????
* K?? ???a?????????? ???????po????? ????e? ?a ?????????o??? ?o?????????
* Ka? ????a????????? ???e??????c?? ? ?????e??o???????? ???p???????
4. P?c??? ?o??? o??a?? ?p???, pe??????????? ??? ?o??a???
* ?o????e??? ?e??? ?o?????? ? ??a??? ??c??????? ?a????o?? ?p???? ?p?????
* K???? p????? ?o??a ???a?? ?p??a ?o??e? ???? ? ????a??? ? ?o????? ????a??? ? o??a???
* 2 ?c?o???? ????o?? ? ??p????????? ?o??a o????? ?p???
* ?C??c????? ?p????? ?p?????????? ?o??a
* ?p???p p?????? ? o?p???????? ?c??c?????? ?p?????
* ?p???p pa????? ?o??? o??a?? ?p??a, ?e??????????? ??? ????a???
* K???e??? ?a??c??? ?ac???? ?o??a ???a?? ?p??? ? ????a:
* ???a??e??? pa???? ??a?? ? ?o??? o??a?? ?p??a
* H??????? ?a??? ?c?????????? KPI ? ?a?ec??? ?c??c?o???? ?p???a?
* ?op?? ? ?o????? ?pe????????? ?o???
* ??o??????????: ???c? ? ????c?
* ?E??????????? ??C?E?? ?O?H??????????
* ?p??e? p?c?????????? ?pe??a?????? ????a ? ?a?????o??? o? ?e???????? ??o?a?
5. ?a? ?ac??????? ?o?o?????????? ?p?????, ?a? ?c?????? p?c?? ?????a?????? ?o??a
* ???a?c???? ?o?e??
* KPI ?o ???o??? ????x????? ?c?a?o???? ??a??
* ????e? ??c???? ???o????e????? ?p?????
* ??pa??e???: p????? ?o?o????e????? ?p?????
* ?p? ?o????? ? pac???? ????o??x ????e??? KPI
* O?P???????? ??P?????? ????O????? ? ?E???????? ??C??
* ?p???p ?a??????????? ?????a?????? ?o??? ?e??? ?o?-?e?????????
6. Pac?????????? ?o??ca ?a ?o??e??????? ? ????????a?????
* ?o???? ?a ?oc???e??? ?o????????x KPI
* ?o???? ?a ?o???????? ?????x KPI
* ???c? ??????????o?? ?pe??p??????:
* ????c? ????e?????o?? ?????p??????
* C????o?? o?c??c???? ????e??????? o??e?c?????????
* ?p??e? p???????????? ????c? ?a ?o?????????? ? ????????a?????
* ????a?????? ?? ????????a????? ?o??c, ec?? ?o??a??? ?e ?oc????? ?????x ?e????
* ?p???? ?a ??????e ? ?p?e????
7. ???A?????????? ???????P??????. ?P??HA??? ? B????????????? B ?O??????
* ?p??ep? ??o?p???? ?a ?o???????? ??c???e???
* ??e? ?e?op??????? ?oo??????
* ??p??o pa?????????????? ????a?????????
* ?opo?? ??????e ????a?p???????
* Bo??a?????????, ???a?????? ?a?? ?????p??? ?a? ?????o?????? c???? co?p???????
* ?????????e ???? ?o????p???????
8. ???a??????????? ???e??? ?????e??? c???e?? ??e??? ???e??????c?? ? ?e?e???? ?a ?o??? ????e?? o??a?? ?p??a
* ?e???? o????c????????? ? op?????????, ?a????p????????? ? pa???????? ? o?????????? ??c?e?? ?o???????????? ? ?o?a??????? ??e??? ???e????????? (KPI). P??? o??e?? ??p??????
* ??K P??????????? O??E??????????? ? ?O??
* ????o?????????? oco???????? ????pe??? c???e?? ?o???a??? ? ?o??a???
* ?p??o?e???: ?p??ep? KPI ?o ?o???oc???
?E???????
* 9.00-18.00
* ???e??? 13.30-14.30
* ?e????????? c 9.30 ? x????.
C?O??????
* 1600.00 ?p?. ?a ???o?o ??ac????a.
* ??? ??opo?? ? ?p???e?? ??a?????? c????? ? 5% ? 7% ?oo???????????.
* B c?o??o??? ??o???: ???o??a??????-???????????????? o???????a???
?a ?e??????, ???p??? ?a?ep?????, ?o?e-?p???, o??? ? ?ec??????,
o?c??????? ?o??a?o? ? o???? ??e????? c ????o???.
???A?????? O? PAC?????
* ???????e, ?c?? ??o ??c??o ?p??????? ?a? ????o?c???.
* Ba? ??p?? ???? ?? ???????x ?c?o??????: ?a? ?????x ?????p?????,
?????o?, ???-ca???? ? ?. ?.
* ??o?? ???a?a???? o? ?a??????, ?o?a??????, ?o?????? ?a?
B?? ??e???o???? ??p?? ?o ?e?e?o??.
PE?????????
* ?e?.: (044) 228-?e????-?o??-05, 228-46-?e???-?e????
* ?a?c:
* Ka???? ???c???? ?????a?? ?????ae? ????a???????? ?????e?? ?
?p??????? ????????o?: ?o???o?, a??, ?p?????? c?e??,
?o??? c???e?e?????.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From BECHA at ripe.net Mon Apr 8 14:55:43 2013
From: BECHA at ripe.net (Vesna Manojlovic)
Date: Mon, 08 Apr 2013 14:55:43 +0200
Subject: [atlas] Recent features and developments, now in RIPE Labs article
Message-ID: <5162BE4F.7000108@ripe.net>
[apologies for duplicates]
Dear colleagues,
you are probably aware of all the newest achievements in RIPE Atlas.
For the benefit of general public we describe them every one or two
months on the RIPE Labs too:
https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-april-2013-update
Highlights:
- one-off measurements & REST API for UDMs released to testers
- new web-site navigation
- we started shipping 3rd generation of probes
We also have new ways to take part in the community, by:
- adding your code to GitHub Community repository
- submitting your photos of probes
- meeting RIPE Atlas Ambassadors at some of the upcoming conferences
Please let us know of your experiences,
success stories and any wishes for new features.
Regards,
Vesna
From madis555 at hot.ee Thu Apr 11 11:17:33 2013
From: madis555 at hot.ee (Sulev-Madis Silber)
Date: Thu, 11 Apr 2013 12:17:33 +0300
Subject: [atlas] Weird connection reports at DST switch day
Message-ID: <51667FAD.4010408@hot.ee>
Hello.
I recently noticed weird entries under last connections in web
interface. Strangely, in Europe, DST change was at same time. But it
should be always using UTC like it mentions?! Maybe some systems there
isn't fully UTC... I have real problem connecting that info with april
report of probe. Simply doesn't fit. Mail report says it was connected
30d in march, connection log says that it was disconnected for 23d in
march... There are only 31 days in that month :)
Take a look at URL:
http://ketas.si.pri.ee/ripe-atlas-weirdness-2013-03-dst.txt
Or here:
Status in web interface:
Current status: Connected since 2013-04-09 06:53:43 UTC
Registered with controller: novak
Last Week Uptime: 99.64%
Last Month Uptime: 38.43%
Total Uptime: 69.31% (53d, 15h, 44m)
Hide last 25 connections
Internet Address: Controller Connected: Connect at: Disconnect at:
Connected time: Disconnected time (until next connection):
90.191.20.195 novak 2013-04-09 06:53:43 UTC (still connected) 2d,
1h, 12m (still connected)
2001:ad0:91f:4:280:a3ff:fe91:3f77 novak 2013-04-02 15:04:09 UTC
2013-04-09 06:12:00 UTC 6d, 15h, 7m 0d, 0h, 41m
2001:ad0:91f:4:280:a3ff:fe91:3f77 novak 2013-03-30 18:31:48 UTC
2013-04-02 14:55:05 UTC 2d, 20h, 23m 0d, 0h, 9m
2001:ad0:91f:4:280:a3ff:fe91:3f77 novak 2013-03-07 03:03:33 UTC
2013-03-07 04:05:43 UTC 0d, 1h, 2m 23d, 14h, 26m
2001:ad0:91f:4:280:a3ff:fe91:3f77 novak 2013-02-09 08:33:15 UTC
2013-03-07 02:47:34 UTC 25d, 18h, 14m 0d, 0h, 15m
Monthly mail report:
This is your monthly availability report for probe 4415
Calculation interval : 2013-03-01 00:00:00 - 2013-04-01 00:00:00
Total Connected Time : 30d 23:17
Total Disconnected Time : 0d 00:42
Total Availability : 99.91%
+---------------------+---------------------+------------+--------------+
| Connected (UTC) | Disconnected (UTC) | Connected | Disconnected |
|---------------------+---------------------+------------+--------------+
| 2013-02-09 08:33:15 | 2013-03-07 02:47:34 | 6d 02:47 | 0d 00:00 |
| 2013-03-07 03:03:33 | 2013-03-07 04:05:43 | 0d 01:02 | 0d 00:15 |
| 2013-03-07 04:31:48 | Still up | 24d 19:28 | 0d 01:44 |
+---------------------+---------------------+------------+--------------+
From randy at psg.com Thu Apr 11 12:35:09 2013
From: randy at psg.com (Randy Bush)
Date: Thu, 11 Apr 2013 19:35:09 +0900
Subject: [atlas] bounces?
Message-ID:
i saw bounces of the most closely monitored, by my systems, of my probes
between Apr 10 01:17:38 and 01:19:57. the others are on homey openwrt
boxen which do not monitor closely.
randy
From madis555 at hot.ee Thu Apr 11 13:40:24 2013
From: madis555 at hot.ee (Sulev-Madis Silber)
Date: Thu, 11 Apr 2013 14:40:24 +0300
Subject: [atlas] Weird connection reports at DST switch day
In-Reply-To: <51667FAD.4010408@hot.ee>
References: <51667FAD.4010408@hot.ee>
Message-ID: <5166A128.1000400@hot.ee>
Well, excuse me of mentioning DST. Nothing changes on 30 march, at least
here. It's possible but it doesn't actually show in logs.
But probe was still weirdly disconnected according to one source and
connected according to another... at same time?
From r3boot at r3blog.nl Thu Apr 11 13:46:01 2013
From: r3boot at r3blog.nl (Lex van Roon)
Date: Thu, 11 Apr 2013 13:46:01 +0200
Subject: [atlas] Graphs not being updated?
Message-ID: <20130411114601.GA7045@tachikoma.as65342.net>
Hi,
Since 09-04-2013, the RRD graphs for one of my probes (#4680) arent being
updated anymore, although the probe itself is still connected and
actively performing checks. The probe is connected to ronin. Is there an
issue on this controller?
Im not 100% sure that this is the right place to ask these questions, so
let me know if I'm doing it wrong :)
Kind Regards,
Lex van Roon
--
LRO-RIPE | 398E38C3 | 748D 6359 389B 4E5A 4A44 82F5 BEC5 07FD 398E 38C3
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:
From robert at ripe.net Thu Apr 11 14:10:15 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Thu, 11 Apr 2013 14:10:15 +0200
Subject: [atlas] Graphs not being updated?
In-Reply-To: <20130411114601.GA7045@tachikoma.as65342.net>
References: <20130411114601.GA7045@tachikoma.as65342.net>
Message-ID: <5166A827.8040100@ripe.net>
Hi,
On 2013.04.11. 13:46, Lex van Roon wrote:
> Hi,
>
> Since 09-04-2013, the RRD graphs for one of my probes (#4680) arent
> being updated anymore, although the probe itself is still connected and
> actively performing checks. The probe is connected to ronin. Is there
> an issue on this controller?
We'll check this and get back to you.
> Im not 100% sure that this is the right place to ask these questions,
> so let me know if I'm doing it wrong :)
If you'd like to entertain all subscribed Atlas users then this is the
correct address :-) Otherwise we advise to use atlas at ripe.net (which is
the official support address).
Regards,
Robert Kisteleki
RIPE Atlas team
> Kind Regards,
>
> Lex van Roon
>
From inigo at infornografia.net Thu Apr 11 14:13:44 2013
From: inigo at infornografia.net (=?ISO-8859-1?Q?I=F1igo_Ortiz_de_Urbina?=)
Date: Thu, 11 Apr 2013 14:13:44 +0200
Subject: [atlas] Graphs not being updated?
In-Reply-To: <20130411114601.GA7045@tachikoma.as65342.net>
References: <20130411114601.GA7045@tachikoma.as65342.net>
Message-ID:
Hola,
On Thu, Apr 11, 2013 at 1:46 PM, Lex van Roon wrote:
> Hi,
>
> Since 09-04-2013, the RRD graphs for one of my probes (#4680) arent being
> updated anymore, although the probe itself is still connected and
> actively performing checks. The probe is connected to ronin. Is there an
> issue on this controller?
>
>
FWIW, I can't confirm this issue. Probe #155 (also connected to
ronin.atlas.ripe.net) reports 2013-04-11 12:05:38 UTC as k.root's last
measurement update.
Im not 100% sure that this is the right place to ask these questions, so
> let me know if I'm doing it wrong :)
>
> Kind Regards,
>
> Lex van Roon
> --
> LRO-RIPE | 398E38C3 | 748D 6359 389B 4E5A 4A44 82F5 BEC5 07FD 398E 38C3
>
Regards from Madrid,
--
- As? que este es el futuro del hombre: calentarse a los rayos del sol,
ba?arse en las claras corrientes de agua, y comer los frutos de la tierra
olvidando todo trabajo y fatiga.
- Bueno, y por qu? no?
"El tiempo en sus manos"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From vnaumov at ripe.net Thu Apr 11 14:49:53 2013
From: vnaumov at ripe.net (Viktor Naumov)
Date: Thu, 11 Apr 2013 14:49:53 +0200
Subject: [atlas] Graphs not being updated?
In-Reply-To: <20130411114601.GA7045@tachikoma.as65342.net>
References: <20130411114601.GA7045@tachikoma.as65342.net>
Message-ID: <5166B171.9030709@ripe.net>
Hi Lex,
Indeed we had a problem with rrdcache process on one of our machines.
Now it is solved.
RRD graphs for probes in range 4500-4999 can be affected.
Log files are not affected.
Thank you for helping us
/vty
On 4/11/13 1:46 PM, Lex van Roon wrote:
> Hi,
>
> Since 09-04-2013, the RRD graphs for one of my probes (#4680) arent being
> updated anymore, although the probe itself is still connected and
> actively performing checks. The probe is connected to ronin. Is there an
> issue on this controller?
>
> Im not 100% sure that this is the right place to ask these questions, so
> let me know if I'm doing it wrong :)
>
> Kind Regards,
>
> Lex van Roon
From philip.homburg at ripe.net Thu Apr 11 23:52:54 2013
From: philip.homburg at ripe.net (Philip Homburg)
Date: Thu, 11 Apr 2013 23:52:54 +0200
Subject: [atlas] bounces?
In-Reply-To:
References:
Message-ID: <516730B6.7090208@ripe.net>
On 4/11/13 12:35 , Randy Bush wrote:
> i saw bounces of the most closely monitored, by my systems, of my probes
> between Apr 10 01:17:38 and 01:19:57. the others are on homey openwrt
> boxen which do not monitor closely.
>
>
Hi Randy,
Can you give a bit more details? I found one probe that disconnected
from its controller around that time. But is seems to disconnect more
often. But nothing specifically for that interval.
From randy at psg.com Fri Apr 12 04:28:16 2013
From: randy at psg.com (Randy Bush)
Date: Fri, 12 Apr 2013 11:28:16 +0900
Subject: [atlas] bounces?
In-Reply-To: <516730B6.7090208@ripe.net>
References:
<516730B6.7090208@ripe.net>
Message-ID:
philip,
>> i saw bounces of the most closely monitored, by my systems, of my probes
>> between Apr 10 01:17:38 and 01:19:57. the others are on homey openwrt
>> boxen which do not monitor closely.
> Can you give a bit more details? I found one probe that disconnected
> from its controller around that time. But is seems to disconnect more
> often. But nothing specifically for that interval.
the switch to which probe 2285 is connected logged the following:
Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
randy
From antony at ripe.net Fri Apr 12 09:56:35 2013
From: antony at ripe.net (Antony Antony)
Date: Fri, 12 Apr 2013 09:56:35 +0200
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
Message-ID: <20130412075635.GA7247@kitten.ripe.net>
around the same time(UTC) probe upgraded its firmware.
2013-04-08 01:01:30 4500
2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
-antony
On Fri, Apr 12, 2013 at 11:28:16AM +0900, Randy Bush wrote:
> philip,
>
> >> i saw bounces of the most closely monitored, by my systems, of my probes
> >> between Apr 10 01:17:38 and 01:19:57. the others are on homey openwrt
> >> boxen which do not monitor closely.
> > Can you give a bit more details? I found one probe that disconnected
> > from its controller around that time. But is seems to disconnect more
> > often. But nothing specifically for that interval.
>
> the switch to which probe 2285 is connected logged the following:
>
> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>
> randy
>
>
From randy at psg.com Fri Apr 12 10:39:21 2013
From: randy at psg.com (Randy Bush)
Date: Fri, 12 Apr 2013 17:39:21 +0900
Subject: [atlas] bounces?
In-Reply-To: <20130412075635.GA7247@kitten.ripe.net>
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
Message-ID:
> 2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
>> the switch to which probe 2285 is connected logged the following:
>> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
is the 4520 a probe number? the probe of the log entries is 2285
but this is not a critical issue, to say the least
randy
From philip.homburg at ripe.net Fri Apr 12 11:09:00 2013
From: philip.homburg at ripe.net (Philip Homburg)
Date: Fri, 12 Apr 2013 11:09:00 +0200
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
Message-ID: <5167CF2C.1080906@ripe.net>
On 4/12/13 10:39 , Randy Bush wrote:
>> 2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
>>> the switch to which probe 2285 is connected logged the following:
>>> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>>> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
> is the 4520 a probe number? the probe of the log entries is 2285
>
>
4520 is a firmware version. It is displayed on the web page for your
probe. The controller logged that it finished sending the firmware to
the probe at '2013-04-10 01:17:27' and the probe reboots shortly after
that to install the firmware. It looks like the probe was up for 43 days
before it rebooted.
From randy at psg.com Fri Apr 12 11:19:44 2013
From: randy at psg.com (Randy Bush)
Date: Fri, 12 Apr 2013 18:19:44 +0900
Subject: [atlas] bounces?
In-Reply-To: <5167CF2C.1080906@ripe.net>
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
Message-ID:
>>> 2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
>>>> the switch to which probe 2285 is connected logged the following:
>>>> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>>> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>>>> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>>> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>> is the 4520 a probe number? the probe of the log entries is 2285
> 4520 is a firmware version. It is displayed on the web page for your
> probe. The controller logged that it finished sending the firmware to
> the probe at '2013-04-10 01:17:27' and the probe reboots shortly after
> that to install the firmware. It looks like the probe was up for 43 days
> before it rebooted.
Feb 25 14:08:25 sw0.sea.rg.net 3075: Feb 25 14:08:24.566: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
Feb 25 14:08:25 sw0.sea.rg.net 3076: Feb 25 14:08:25.573: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to down
Feb 25 14:08:30 sw0.sea.rg.net 3077: Feb 25 14:08:29.633: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to up
Feb 25 14:08:30 sw0.sea.rg.net 3078: Feb 25 14:08:30.640: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
Feb 25 14:10:40 sw0.sea.rg.net 3079: Feb 25 14:10:39.130: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
Feb 25 14:10:42 sw0.sea.rg.net 3080: Feb 25 14:10:41.135: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
i plead innocent. i was in singapore at apricot and the probe is in a
locked cabinet
randy
From Piotr.Strzyzewski at polsl.pl Fri Apr 12 10:41:58 2013
From: Piotr.Strzyzewski at polsl.pl (Piotr Strzyzewski)
Date: Fri, 12 Apr 2013 10:41:58 +0200
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
Message-ID: <20130412084158.GD21413@hydra.ck.polsl.pl>
On Fri, Apr 12, 2013 at 05:39:21PM +0900, Randy Bush wrote:
> > 2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
> >> the switch to which probe 2285 is connected logged the following:
> >> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> >> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
> >> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> >> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>
> is the 4520 a probe number? the probe of the log entries is 2285
It seems to be a firmware version (4520).
Piotr
--
gucio -> Piotr Strzy?ewski
E-mail: Piotr.Strzyzewski at polsl.pl
From philip.homburg at ripe.net Fri Apr 12 11:34:35 2013
From: philip.homburg at ripe.net (Philip Homburg)
Date: Fri, 12 Apr 2013 11:34:35 +0200
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
Message-ID: <5167D52B.6010607@ripe.net>
On 4/12/13 11:19 , Randy Bush wrote:
>>>> 2013-04-10 01:27:23 4520 upgrade was finished and reconnected.
>>>>> the switch to which probe 2285 is connected logged the following:
>>>>> Apr 10 01:17:38 sw0.sea.rg.net 3081: Apr 10 01:17:37.570: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>>>> Apr 10 01:17:40 sw0.sea.rg.net 3082: Apr 10 01:17:39.575: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>>>>> Apr 10 01:19:55 sw0.sea.rg.net 3083: Apr 10 01:19:54.189: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
>>>>> Apr 10 01:19:57 sw0.sea.rg.net 3084: Apr 10 01:19:56.194: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>>> is the 4520 a probe number? the probe of the log entries is 2285
>> 4520 is a firmware version. It is displayed on the web page for your
>> probe. The controller logged that it finished sending the firmware to
>> the probe at '2013-04-10 01:17:27' and the probe reboots shortly after
>> that to install the firmware. It looks like the probe was up for 43 days
>> before it rebooted.
> Feb 25 14:08:25 sw0.sea.rg.net 3075: Feb 25 14:08:24.566: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:08:25 sw0.sea.rg.net 3076: Feb 25 14:08:25.573: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:08:30 sw0.sea.rg.net 3077: Feb 25 14:08:29.633: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to up
> Feb 25 14:08:30 sw0.sea.rg.net 3078: Feb 25 14:08:30.640: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
> Feb 25 14:10:40 sw0.sea.rg.net 3079: Feb 25 14:10:39.130: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:10:42 sw0.sea.rg.net 3080: Feb 25 14:10:41.135: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>
> i plead innocent. i was in singapore at apricot and the probe is in a
> locked cabinet
>
The same story :-)
'2013-02-25 14:08:13' was when it got firmware version 4500 :-)
From robert at ripe.net Fri Apr 12 11:51:35 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Fri, 12 Apr 2013 11:51:35 +0200
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
Message-ID: <5167D927.80705@ripe.net>
Hello,
>> 4520 is a firmware version. It is displayed on the web page for your
>> probe. The controller logged that it finished sending the firmware to
>> the probe at '2013-04-10 01:17:27' and the probe reboots shortly after
>> that to install the firmware. It looks like the probe was up for 43 days
>> before it rebooted.
>
> Feb 25 14:08:25 sw0.sea.rg.net 3075: Feb 25 14:08:24.566: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:08:25 sw0.sea.rg.net 3076: Feb 25 14:08:25.573: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:08:30 sw0.sea.rg.net 3077: Feb 25 14:08:29.633: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/19, changed state to up
> Feb 25 14:08:30 sw0.sea.rg.net 3078: Feb 25 14:08:30.640: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
> Feb 25 14:10:40 sw0.sea.rg.net 3079: Feb 25 14:10:39.130: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to down
> Feb 25 14:10:42 sw0.sea.rg.net 3080: Feb 25 14:10:41.135: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/19, changed state to up
>
> i plead innocent. i was in singapore at apricot and the probe is in a
> locked cabinet
Probes try to keep up a TCP connection to our infrastructure so that they
can report, and we can involve them in new measurements quickly; as long as
this is up they are shown as "connected", if not, they are shown as
"disconnected".
Such a connection can go down occasionally for a number of reasons:
* the probe has to (decides to) reboot
* the host's network (or home router) has a problem such as a power outage
* the host wants to vaccum up but they don't have enough power sockets free
* we ask the probe to upgrade its firmware
* we do maintenance work on the controller and need to disconnect probes
* the colo where we have infrastructure does network maintenance or has a hickup
* there's a network split between the probe and the controller
* many other reasons
The "downtime" is expected to be a few (up to 20-30) minutes, and these are
the times when the probe may upgrade its firmware. This happens all the
time, it's a part of normal operation, so you don't need to worry if you see
disconnect events.
In the future we plan to switch to measuring the probe "uptime" (or "useful
time") based on the regular measurements it does, rather than pure
connection times.
Regards,
Robert
From colinj at mx5.org.uk Fri Apr 12 12:54:48 2013
From: colinj at mx5.org.uk (Colin Johnston)
Date: Fri, 12 Apr 2013 11:54:48 +0100
Subject: [atlas] bounces?
In-Reply-To:
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
Message-ID: <8FA15A1D-6E32-4CB8-B15C-F7B183D2C540@mx5.org.uk>
not related but my probe working again at home, BT home hub died to stop routing so had to switch back to zyxel adsl for routing and find another spare port for network comms :)
Colin
From randy at psg.com Fri Apr 12 13:09:38 2013
From: randy at psg.com (Randy Bush)
Date: Fri, 12 Apr 2013 20:09:38 +0900
Subject: [atlas] bounces?
In-Reply-To: <5167D927.80705@ripe.net>
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
<5167D927.80705@ripe.net>
Message-ID:
> Probes try to keep up a TCP connection to our infrastructure so that
> they can report, and we can involve them in new measurements quickly;
> as long as this is up they are shown as "connected", if not, they are
> shown as "disconnected".
the logs i sent were of the probe disconnecting at layer two from the
switch into which it is plugged.
randy
From madis555 at hot.ee Fri Apr 12 23:22:47 2013
From: madis555 at hot.ee (Sulev-Madis Silber)
Date: Sat, 13 Apr 2013 00:22:47 +0300
Subject: [atlas] bounces?
In-Reply-To: <5167D927.80705@ripe.net>
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
<5167D927.80705@ripe.net>
Message-ID: <51687B27.7080207@hot.ee>
On 2013-04-12 12:51, Robert Kisteleki wrote:
> In the future we plan to switch to measuring the probe "uptime" (or "useful
> time") based on the regular measurements it does, rather than pure
> connection times.
I would also like to still see full path end-to-end uptime somewhere.
Indeed, it's really questionable where the "end" is. Of course it might
desirable to determine the uptime of "weaker end", in case when this is
home installation, which can be physically and electrically unstable.
I'm moving towards more stable home network here, with my >30min UPS /
overvoltage protection. As for stats, this probe hosting location is
private house in small town Saue, Estonia (I consider sending "probe
action photo" to be included in that really good selection of existing
ones), powered via insulated low voltage overhead mains cable and
connected to internet via copper pair on where ADSL2+ runs to local ISP PoP.
Ehm, now I'm going too far from original reason I wrote this message
here... That should be up there somewhere.
P.S: I had to say this, for name "Robert Kisteleki" in this mail my
Thunderbird spell check suggests "Robert Telekinesis". I hope this
wasn't bad personal joke...
From robert at ripe.net Sat Apr 13 19:42:29 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Sat, 13 Apr 2013 19:42:29 +0200
Subject: [atlas] bounces?
In-Reply-To: <51687B27.7080207@hot.ee>
References: <516730B6.7090208@ripe.net>
<20130412075635.GA7247@kitten.ripe.net>
<5167CF2C.1080906@ripe.net>
<5167D927.80705@ripe.net>
<51687B27.7080207@hot.ee>
Message-ID: <51699905.1080507@ripe.net>
On 2013.04.12. 23:22, Sulev-Madis Silber wrote:
> On 2013-04-12 12:51, Robert Kisteleki wrote:
>> In the future we plan to switch to measuring the probe "uptime" (or "useful
>> time") based on the regular measurements it does, rather than pure
>> connection times.
>
>
> I would also like to still see full path end-to-end uptime somewhere.
> Indeed, it's really questionable where the "end" is. Of course it might
> desirable to determine the uptime of "weaker end", in case when this is
> home installation, which can be physically and electrically unstable.
Most of our users seem to be interested more in the measurements results
than in continuous end-to-end connections. But we can of course keep this
information available. In fact we also planned to extend it with the reason
for disconnects, when we know it (such as probe reboots).
> P.S: I had to say this, for name "Robert Kisteleki" in this mail my
> Thunderbird spell check suggests "Robert Telekinesis". I hope this
> wasn't bad personal joke...
:-)
Regards,
Robert
From marria.skaschitta at mail.ru Sun Apr 14 12:29:54 2013
From: marria.skaschitta at mail.ru (=?Windows-1251?B?z3Bv4uXw6uguIMdh+ejy4CDo7fJlcGXx7uIg6u7s7+Dt6Og=?=)
Date: Sun, 14 Apr 2013 14:29:54 +0400
Subject: [atlas] =?windows-1251?b?z3Du8uji7u/w4OLt4P8g5OX/8mXr/O3u8fL8IO9w?=
=?windows-1251?b?6CDvcG/i5fDq4PU=?=
Message-ID: <046918220.20130414978088@mail.ru>
> ?P?B???? ?O-??????: K ?E?? ?O?OB?????.
?????a ????pe??? ?pe??p????? o? ??o???o??????? ????e???????
?pe??????????? ?o???o???????? ? ?pa?o????????????? ?p?a???
> Ce????? ? 23 ??p??? ? 2013 ?.
> K?e? ? ????????a "??p" ? ?p. 40-?e??? O????p? 70 ? c?. ?e?po "???oc???????"
> ?e?.: (044) (044) 228-90-????-?'???; (044) 228-46-6-?e?'???
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
?PO??????:
* A???a????? ?p?????a ?p??e????? ?p?????? ? 2013?.
* ?o??? ? ?a?o???????????? o ????e???? ????p?????????? ? ?pa???????????????? op?a????.
* "?e??e ????a"? ??o???? ?x ?c?????o????? ? ???e????? ?pe???????? (??pe??e???).
* ???????a??? ?e???????? ?oc???????? ????x ?o?????o? c ?o????????????? ? ?pa???????????????? op?a???? ??e? ?po??e?:
* ?pa??????? ???a??????? ?o??????o??????? ? ?p?????? ?o???e??o?.
* ?o??a??? ????pe???? p??????????????? a??o? o ?oc???? ? ??????????a????? ???op?a???.
* K?? ?o????????? co?p??????? ? ???e?????o? ?c?p??? ?p?????????. ???????e o????? ???c????? ? ?o???oc???? ??? ?p? ?p??e????? ??o?????. ??????ec??? co?p????????? ?p? ?o?????a? c ?pe?c?????????? ?o???????????? o??????.
* A??????? ??a??o???????? ?o???oc???? ??? ? ?ep?????? ?pe??p????? c ?o????????????? ? ?pa?o?????????????? op?a???? ?p? ?po??????? ?po?e???, ?p??????? ??????? ????????a???:
* ?c????? ?o????? ?oc??a????????? ???a??? ? ?p??e????? ?p??????, ?o??????e ??p????? o????a ? ?o??c?e;
* ?pa?? ? ????a?????? ?????o????? ??? ? ??p?????? ?p???p????? ?p? ??o?e????? ?po?e???. P?????? ?e??? ????o?????????? ??c??e???? ?o??????? ?p? ????e???? ? ???po?? ? ???ec??? c???e?e?? ?p? ??c??????? ?po?????????;
* o???? ???op??? ???c???? c??p??????? ?o?????? ?p? ?po?e????? ????e???.
* ??c???????????? ????p??? ? ???p? ?a?o?o????????? ? c???e?? op?a???, e?o oc??e?????????. ?po????? ?p????? ?a?o????? c????? (?a?o????? ?po?e???).
* ??c??????e ?a?po?? op????? ?a?o?o??? c?????.
* ?a?o???e ?c?o????? ??? o??a?? ? ????o????????? ??????a???.
* ?o????o??? ?o???oc???? ??? ?HC.
* ?a???a ?????o????? ??? ??e???????? o? ?????o???? ???c???? ?p?a??? ???o?o??? c?????.
* ?pa????e???? co?e??. H??.
* ?????o????????? c ??????e?????? ?o???a???????.
* K?? ?????a?? ?po?????, ?e?a?????x ?o??e??????.
* ??a??? ????e???? ? c??e???? ?p?????e.
* P???? ?o????????? ????o???? ?e? o??????? ?a???o??? ??????? ?o c????? 205, 209 ? 366 ?K c ?e??? ?????e??? ????o?????? ?o?????????? ???o?o??????????? ?a???o??? o??????????? ?o H?? ? ?a???? ?a ?p?????.
* ??o??????? pe?????a??? ?p??????. ?????c???? a??a ?p??????. ??o ?e????, e??? B? ?e co???????
* O??a??????? ?e?????a??? ?po?e???. Cp??? ? ?po?e???? o??a?o????? ?a???????? ???????e??? - ???e???.
* ?co???????? ?po?e????????? ???c???? ??a??????????????? ???a??? ? c???? c ?c????????? ? ???c???e ?????o ??o?o??o-??????????????? ?o????? ??p????:
* A?? ??o????? ?a? ?c??????? ??? ??o?o????? ??????o?????, c?????? ?a????;
* C?e????????? ?e?c????. Oc??????? ??? ?p??e????? ??p???x c?e????????? ?e?c????. ?po??????? ????e???? ? ?p???e????? ??e??a?????? ? ?p???????? c?e????????? ???c????. Oco???????? ?p??e????? ?????a ? ??????? ?????e??o? ?o ?o???? ??K ??pa???;
* ???e??????????? ?a ???pe??????????. B???o???? p????.
* ??p??o? ??????? ?o???e??o? ? ????o??o-?????????????? ? ??????-??p??????-?????????????? ?o????e.
* ??c?e??????? ?o?e?e???.
* C???e?e?? e?? ??a?a ? ???????o???. K????? c???? c???e???? ?o??? ?, c?o??? ??e?o, ???e? ?c?o??????? ?po??? ?e??. ??o???? ?a????;
* ?pe?????? ??c??? ? ?e??? ? ?????e??a? ? ??a?? ?15 ??K;
* Bp??????? ??????e ????ec??? ? ????a ?16 ??K;
* A?e?? ????ec??? ? ??a?a ?17 ??K.
* ?op??o? ?a?ep????? ??????c??x ???: ??pa??????? c?o???? - ?ap?????? ?o????????????? ?pa?. ?po?e????????? ?po?? ?a?ep?????, ?o???????????? o?op??????. ?ec?? ???e?????? ?a?ep???????. ?????p? p????. ??a????e???? a??????? ???e?????.
* ?a????? ?a???? ?p? ???a?o???? ????p????? ?????oc???? ??? ? ???p??????? ??e??p?????. ???e????? ?a ?o??o?? (o??o??) ? ?pa?o????????????? op?????. Ha??????? ?o????? ??o??????? c?e?c??????? ???c???? ? ?x ???o????????? ??? ?a????.
* ????o????? ??P? ?p? oc??e???????? ?????co???? ?o??po??.
* C????a????, ?o?ap??? ?o??????, ?x???? ?p??a, ????e???? ?p??a, ?????a ?pa? ?o?p????????.
* ????p??? ?a? ??????? ?p??o????????????? op?a???.
* ????e??? ???a??? ?po??p?????.
* ??????? ???a??? ??o????????.
* ??????e ????e??? o? ?a?????.
* ??o??????? ???????a??? ?p??????.
* ??o????? C??.
* ?po?e??? ???o?o??? ???????: ??a?o??? ??o???? ?a????.
* ????o ?a ?p?????? ?????c???-????????????? ?e??e???????. ??a?? ?a o??c? ? ????e???? ??????e ?o????????. O????c????????? ?a c??????? ?p????c???? ? ?o?e ??o?????. ????? 24 c?.11 ?a???? ?O ???????? - ???e??a? ?a???a.
*
* ?po?e??? ?B? (?C???).
* O???????????? o?e???????? ?e??e???o??? - ???e? pa???, o??????????? ?a?o?o?.
* ?p??e??? ?e?a??????? ?p?????????? o??c??????? ? ?p???????? ?p?????????????.
??E???:
* ??ce??? ?p?? ?p?e??? - ????c???? ??a????????? a??o???, ??e???? ?o????? o??? pa?o?? ? ?o?????? ??a???????????? c ????o??????????????, ?o????????????? ? ?p????? ?o???a?????????? ???a????. Ca????????????? ??????ec??? ???????o? ?a???????? ???e? 10 ?e?.
?E???????
* 9.30-18.00
* ???e??? 13.30-14.30
* P?????????? c 9.00 ? ????ep???-????.
C????O???
* 1250.00 ?p?. ?a ???o?o ????????a.
* ??? ??opo?? ? ??e????? ???c????a c????? ? 5% ? 7% c?????????????.
* B c???????? ??o???: ????p?a??????-???????????????? ??c?????????
?a ?e??????, ??op??? ???ep?????, ?o?e-?????, o??? ? p?c??????,
o????????? ?o?????? ? o??e? ??e????? c ?e??o???.
O?KA?????? O? ?AC?????
* ???????e, ?c?? ??o ?????o ?p??????o Ba? ????o?c???.
* B?? a??e? ???? ?? ???p???? ???o??????: ?a? ?????x ?p?????????,
?????o?, ?e?-?????? ? ?. ?.
* ??o?? ???a?a???? o? p???????, ?o????????, c??????? ?a?
B?? ??????o???? a???? ?o ?e?e?o??.
?E??C??????
* ?e?.: (044) (044) 228-90-????-?'???; (044) 228-46-6-?e?'???
* ?a?c: (044) 280-1044
* K????? ??ac???? ?e???a?? ?????ae? ??x?a??e????? ?????e?? ?
??????a?? ?????e??o?: ?o?o???, a??, op?????? ????a,
?o??? c???e???????.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From robert at ripe.net Mon Apr 15 12:17:08 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Mon, 15 Apr 2013 12:17:08 +0200
Subject: [atlas] Result consumption issues at the moment
Message-ID: <516BD3A4.8050702@ripe.net>
Dear Atlas users,
At the moment we have a hardware issue with one of the backend servers which
serves built-in measurement results for probes with ID in the range
4500-4999. We're working on resolving this and will get back to you with an
update.
Regards,
Robert Kisteleki
From BECHA at ripe.net Thu Apr 18 16:15:23 2013
From: BECHA at ripe.net (Vesna Manojlovic)
Date: Thu, 18 Apr 2013 16:15:23 +0200
Subject: [atlas] [Fwd: [mat-wg] Measuring IP address hijacking with RIPE
Atlas?]
Message-ID: <516FFFFB.8000704@ripe.net>
Dear colleagues,
in case you are not following MAT-WG mailing-list: this was posted there
yesterday (text bellow).
To see the whole thread, start here:
http://www.ripe.net/ripe/mail/archives/mat-wg/2013-April/000273.html
Any comments, ideas, feedback?
Please have a discussion on the MAT-WG list, or,
if you prefer to reply on this list,
I will collect your feedback & bring it to the mat-wg.
Thanks,
Vesna
-------- Original Message --------
Subject: [mat-wg] Measuring IP address hijacking with RIPE Atlas?
Date: Wed, 17 Apr 2013 16:01:18 +0200
From: Anatole Shaw
To: mat-wg at ripe.net
Currently I work with Greenhost, which is a RIPE LIR that was recently
the recipient of a malicious route advertisement, as described here:
https://greenhost.nl/2013/03/21/spam-not-spam-tracking-hijacked-spamhaus-ip/
IP address hijacking is a real problem. How often does it happen? Which
networks are being spoofed, and which networks are the victims? My sense
is that we don't have solid up-to-date answers to these questions.
I have some thoughts about how to detect successful IP hijacking, using
empirical measurements taken from multiple network vantagepoints. I'll
hold off on details for now, but I'm aware that the answer is *not*
simple analysis of AS paths or traceroute output, both of which are
increasingly spoofed.
It seems like the RIPE Atlas probe network would be an ideal platform
for this type of study. Does such a study already exist? How does one
begin to propose a RIPE Atlas project?
Regards,
Anatole Shaw
From robert at ripe.net Mon Apr 22 10:20:48 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Mon, 22 Apr 2013 10:20:48 +0200
Subject: [atlas] Result consumption issues at the moment
In-Reply-To: <516BD3A4.8050702@ripe.net>
References: <516BD3A4.8050702@ripe.net>
Message-ID: <5174F2E0.4030909@ripe.net>
On 2013.04.15. 12:17, Robert Kisteleki wrote:
> Dear Atlas users,
>
> At the moment we have a hardware issue with one of the backend servers which
> serves built-in measurement results for probes with ID in the range
> 4500-4999. We're working on resolving this and will get back to you with an
> update.
>
> Regards,
> Robert Kisteleki
Hello,
As promised an update: this particular problem has been resolved. There may
be gaps on the RRDs you see or in the downloads for this day, for the above
mentioned probes.
The good news is that we're in the process of migrating the data storage
systems to a more resilient Hadoop cluster, so these problems are expected
to go away. This change will also provide the currently missing result data.
Regards,
Robert Kisteleki
From robert at ripe.net Mon Apr 22 10:24:00 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Mon, 22 Apr 2013 10:24:00 +0200
Subject: [atlas] Planned woks on Atlas this week
Message-ID: <5174F3A0.5010804@ripe.net>
Dear All,
In the first half of this week (Mon-Wed) we'll carry out multiple changes
and upgrades to the RIPE Atlas infrastructure. This work includes some
capacity increases and rollout of new features, and involves temporary
suspension of data processing and occasional downtimes for the UI.
We apologise for the inconvenience this may cause.
Regards,
Robert Kisteleki
From BECHA at ripe.net Mon Apr 22 15:06:52 2013
From: BECHA at ripe.net (Vesna Manojlovic)
Date: Mon, 22 Apr 2013 15:06:52 +0200
Subject: [atlas] RIPE Atlas roadmap has a new home
Message-ID: <517535EC.3070808@ripe.net>
Dear Atlas community,
[apologies for duplicates]
we determine the roadmap for RIPE Atlas together: based on RIPE NCC
internal plans and ideas, and on your wishes and suggestions & needs.
After publishing the incremental updates to the roadmap in
the RIPE Labas articles and presentations,
we now have a permanent location for the RIPE Atlas roadmap:
http://roadmap.ripe.net/ripe-atlas/
It is part of the listing of a few RIPE NCC services and their plans.
We publish the features in 4 categories:
* recently delivered
* in progress
* planned
&
* requests
We will keep updating this page, every time when one of the features
move from "in progress" to "delivered", and so on.
Next steps are
* to add more details about all of those listed features,
* to take on your comments, feedback, suggestions, and prioritize those
that are only "requested", so that we can understand what exactly the
feature means, and to move it to the "planned" category.
* do consider automating the expression & collection of feedback
More information: RIPE Labs article:
https://labs.ripe.net/Members/mirjam/introducing-ripe-ncc-roadmap
Please do let us know what you think of this!
Vesna
From sebastian at nzrs.net.nz Wed Apr 24 02:19:36 2013
From: sebastian at nzrs.net.nz (Sebastian Castro)
Date: Wed, 24 Apr 2013 12:19:36 +1200
Subject: [atlas] Fetching results for ongoing measurements
Message-ID: <51772518.1070301@nzrs.net.nz>
Hi:
I've setup my first UDM (thanks Stephane for the code), and when I try
to fetch the results, it gives me two different responses: No results or
"Sorry, this request could not be processed. Please try again later".
If I check the Atlas interface, I see my probes, credits being
discounted, but the "my measurements" section is empty. The measurement
have been going for 12 hours so far.
Is there a restriction regarding fetching results for ongoing
measurements, meaning I need to stop it first to be able to get any
results, or it's a temporary error, or something else?
Kind Regards,
--
Sebastian Castro
DNS Specialist
.nz Registry Services (New Zealand Domain Name Registry Limited)
desk: +64 4 495 2337
mobile: +64 21 400535
From robert at ripe.net Wed Apr 24 09:09:23 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Wed, 24 Apr 2013 09:09:23 +0200
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To: <51772518.1070301@nzrs.net.nz>
References: <51772518.1070301@nzrs.net.nz>
Message-ID: <51778523.4040808@ripe.net>
Dear Sebastian,
There's no restriction for fetching your own measurements.
The problem you're encountering exists because we are in the process of
changing parts of the infrastructure and a backend component is refusing to
comply. We're working on fixing this asap.
Regards,
Robert
On 2013.04.24. 2:19, Sebastian Castro wrote:
> Hi:
>
> I've setup my first UDM (thanks Stephane for the code), and when I try
> to fetch the results, it gives me two different responses: No results or
> "Sorry, this request could not be processed. Please try again later".
>
> If I check the Atlas interface, I see my probes, credits being
> discounted, but the "my measurements" section is empty. The measurement
> have been going for 12 hours so far.
>
> Is there a restriction regarding fetching results for ongoing
> measurements, meaning I need to stop it first to be able to get any
> results, or it's a temporary error, or something else?
>
> Kind Regards,
>
From schrodinger at konundrum.org Thu Apr 25 16:42:36 2013
From: schrodinger at konundrum.org (Schrodinger)
Date: Thu, 25 Apr 2013 15:42:36 +0100
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To: <51778523.4040808@ripe.net>
References: <51772518.1070301@nzrs.net.nz>
<51778523.4040808@ripe.net>
Message-ID: <20130425144236.GH82806@defiant.konundrum.org>
Hi,
On 2013/04/24 09:09, Robert Kisteleki wrote:
> Dear Sebastian,
>
> There's no restriction for fetching your own measurements.
>
> The problem you're encountering exists because we are in the process of
> changing parts of the infrastructure and a backend component is refusing to
> comply. We're working on fixing this asap.
>
I was wondering if there has been any resolution yet? I don't get an
error, https://atlas.ripe.net/atlas/udm.html simply comes up blank.
Thanks,
C.
--
+---------------------------------------------------------------+
Quidquid latine dictum sit, altum sonatur.
MSN: schro5 at hotmail.com
ICQ: 112562229
GPG: http://www.konundrum.org/schro.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
From inigo at infornografia.net Thu Apr 25 16:55:39 2013
From: inigo at infornografia.net (=?ISO-8859-1?Q?I=F1igo_Ortiz_de_Urbina?=)
Date: Thu, 25 Apr 2013 16:55:39 +0200
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To: <20130425144236.GH82806@defiant.konundrum.org>
References: <51772518.1070301@nzrs.net.nz> <51778523.4040808@ripe.net>
<20130425144236.GH82806@defiant.konundrum.org>
Message-ID:
Hola,
On Thu, Apr 25, 2013 at 4:42 PM, Schrodinger wrote:
> Hi,
>
> On 2013/04/24 09:09, Robert Kisteleki wrote:
>> Dear Sebastian,
>>
>> There's no restriction for fetching your own measurements.
>>
>> The problem you're encountering exists because we are in the process of
>> changing parts of the infrastructure and a backend component is refusing to
>> comply. We're working on fixing this asap.
>>
>
> I was wondering if there has been any resolution yet? I don't get an
> error, https://atlas.ripe.net/atlas/udm.html simply comes up blank.
>
FWIW, I do not get a blank page, I can access My Measurements just
fine, but I will get a "This section is temporarily disabled. We'll be
fixing it soon though!" message when trying to see the latest msm
results - which comes as no surprise given the recent announcements.
Regards,
> Thanks,
> C.
> --
> +---------------------------------------------------------------+
> Quidquid latine dictum sit, altum sonatur.
> MSN: schro5 at hotmail.com
> ICQ: 112562229
> GPG: http://www.konundrum.org/schro.asc
--
- As? que este es el futuro del hombre: calentarse a los rayos del
sol, ba?arse en las claras corrientes de agua, y comer los frutos de
la tierra olvidando todo trabajo y fatiga.
- Bueno, y por qu? no?
"El tiempo en sus manos"
From robert at ripe.net Thu Apr 25 17:20:53 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Thu, 25 Apr 2013 17:20:53 +0200
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To:
References: <51772518.1070301@nzrs.net.nz> <51778523.4040808@ripe.net>
<20130425144236.GH82806@defiant.konundrum.org>
Message-ID: <517949D5.5090704@ripe.net>
Hello,
>>> The problem you're encountering exists because we are in the process of
>>> changing parts of the infrastructure and a backend component is refusing to
>>> comply. We're working on fixing this asap.
>>>
>>
>> I was wondering if there has been any resolution yet? I don't get an
>> error, https://atlas.ripe.net/atlas/udm.html simply comes up blank.
It should work -- though it may take a second or two to load. If you can
reproduce it (after a page reload) then please drop us a mail to
atlas at ripe.net and tell us when this happened. (And if you're up to it, a
firebug report would be even more helpful!)
> FWIW, I do not get a blank page, I can access My Measurements just
> fine, but I will get a "This section is temporarily disabled. We'll be
> fixing it soon though!" message when trying to see the latest msm
> results - which comes as no surprise given the recent announcements.
The "last 100" page has been pretty under-used before, and will most likely
be superseded by the "probes" tab. This is already the case for ping type
measurements.
Regards,
Robert
From schrodinger at konundrum.org Thu Apr 25 17:27:58 2013
From: schrodinger at konundrum.org (Schrodinger)
Date: Thu, 25 Apr 2013 16:27:58 +0100
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To: <517949D5.5090704@ripe.net>
References: <51772518.1070301@nzrs.net.nz> <51778523.4040808@ripe.net>
<20130425144236.GH82806@defiant.konundrum.org>
<517949D5.5090704@ripe.net>
Message-ID: <20130425152758.GI82806@defiant.konundrum.org>
Hi Robert,
On 2013/04/25 17:20, Robert Kisteleki wrote:
[...]
> It should work -- though it may take a second or two to load. If you can
> reproduce it (after a page reload) then please drop us a mail to
> atlas at ripe.net and tell us when this happened. (And if you're up to it, a
> firebug report would be even more helpful!)
>
This seems ok now. Very silly but forcing the browser to do a full
refresh worked.
Thanks,
C.
--
+---------------------------------------------------------------+
Quidquid latine dictum sit, altum sonatur.
MSN: schro5 at hotmail.com
ICQ: 112562229
GPG: http://www.konundrum.org/schro.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
From benc at cqx.ltd.uk Thu Apr 25 18:21:05 2013
From: benc at cqx.ltd.uk (Ben Clifford)
Date: Thu, 25 Apr 2013 16:21:05 +0000 (UTC)
Subject: [atlas] RRDs for pings with 25 probes.
Message-ID:
When I create ping UDMs with 20 probes, I get RRDs.
When I create ping UDMs with 25 probes, the "visualize" checkbox gets
turned off somehow and I don't get RRDs.
Is there something funny going on? (or is there something else forcing
visualize off that i have miscorrelated with the probe count).
--
From vnaumov at ripe.net Thu Apr 25 19:16:00 2013
From: vnaumov at ripe.net (Viktor Naumov)
Date: Thu, 25 Apr 2013 19:16:00 +0200
Subject: [atlas] RRDs for pings with 25 probes.
In-Reply-To:
References:
Message-ID: <517964D0.4060902@ripe.net>
Hi Ben,
You're right. Visualization with RRDs is limited to 20 probes.
There is access to the raw data for your service, so you can visualize
it the way you wish.
Best regards
Victor Naumov
On 4/25/13 6:21 PM, Ben Clifford wrote:
> When I create ping UDMs with 20 probes, I get RRDs.
>
> When I create ping UDMs with 25 probes, the "visualize" checkbox gets
> turned off somehow and I don't get RRDs.
>
> Is there something funny going on? (or is there something else forcing
> visualize off that i have miscorrelated with the probe count).
>
From daniel.karrenberg at ripe.net Thu Apr 25 19:19:52 2013
From: daniel.karrenberg at ripe.net (Daniel Karrenberg)
Date: Thu, 25 Apr 2013 19:19:52 +0200
Subject: [atlas] RRDs for pings with 25 probes.
In-Reply-To: <517964D0.4060902@ripe.net>
References:
<517964D0.4060902@ripe.net>
Message-ID: <50A7EA18-52DC-4B0B-8C9B-F4622DC556E7@ripe.net>
As I have said before, it would be very good if the UI already provided that information. Iirc this is a very frequently recurring question.
D
On 25.04.2013, at 19:16 , Viktor Naumov wrote:
> Hi Ben,
>
> You're right. Visualization with RRDs is limited to 20 probes.
> There is access to the raw data for your service, so you can visualize it the way you wish.
>
> Best regards
>
> Victor Naumov
>
>
>
> On 4/25/13 6:21 PM, Ben Clifford wrote:
>> When I create ping UDMs with 20 probes, I get RRDs.
>>
>> When I create ping UDMs with 25 probes, the "visualize" checkbox gets
>> turned off somehow and I don't get RRDs.
>>
>> Is there something funny going on? (or is there something else forcing
>> visualize off that i have miscorrelated with the probe count).
>>
>
>
>
From benc at hawaga.org.uk Thu Apr 25 19:25:09 2013
From: benc at hawaga.org.uk (Ben Clifford)
Date: Thu, 25 Apr 2013 17:25:09 +0000 (UTC)
Subject: [atlas] RRDs for pings with 25 probes.
In-Reply-To: <517964D0.4060902@ripe.net>
References:
<517964D0.4060902@ripe.net>
Message-ID:
OK. Can I make that a UI feature request then? (the setup warns me about
other stuff like not having enough credits...)
--
On Thu, 25 Apr 2013, Viktor Naumov wrote:
> Hi Ben,
>
> You're right. Visualization with RRDs is limited to 20 probes.
> There is access to the raw data for your service, so you can visualize
> it the way you wish.
>
> Best regards
>
> Victor Naumov
>
>
>
> On 4/25/13 6:21 PM, Ben Clifford wrote:
> > When I create ping UDMs with 20 probes, I get RRDs.
> >
> > When I create ping UDMs with 25 probes, the "visualize" checkbox gets
> > turned off somehow and I don't get RRDs.
> >
> > Is there something funny going on? (or is there something else forcing
> > visualize off that i have miscorrelated with the probe count).
> >
>
>
From vnaumov at ripe.net Thu Apr 25 21:08:28 2013
From: vnaumov at ripe.net (Viktor Naumov)
Date: Thu, 25 Apr 2013 21:08:28 +0200
Subject: [atlas] RRDs for pings with 25 probes.
In-Reply-To: <50A7EA18-52DC-4B0B-8C9B-F4622DC556E7@ripe.net>
References:
<517964D0.4060902@ripe.net>
<50A7EA18-52DC-4B0B-8C9B-F4622DC556E7@ripe.net>
Message-ID: <51797F2C.6000505@ripe.net>
Hovering over the field labels displays a short description.
/vty
On 4/25/13 7:19 PM, Daniel Karrenberg wrote:
> As I have said before, it would be very good if the UI already provided that information. Iirc this is a very frequently recurring question.
>
> D
>
> On 25.04.2013, at 19:16 , Viktor Naumov wrote:
>
>> Hi Ben,
>>
>> You're right. Visualization with RRDs is limited to 20 probes.
>> There is access to the raw data for your service, so you can visualize it the way you wish.
>>
>> Best regards
>>
>> Victor Naumov
>>
>>
>>
>> On 4/25/13 6:21 PM, Ben Clifford wrote:
>>> When I create ping UDMs with 20 probes, I get RRDs.
>>>
>>> When I create ping UDMs with 25 probes, the "visualize" checkbox gets
>>> turned off somehow and I don't get RRDs.
>>>
>>> Is there something funny going on? (or is there something else forcing
>>> visualize off that i have miscorrelated with the probe count).
>>>
>>
>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ping_rrds.png
Type: image/png
Size: 47507 bytes
Desc: not available
URL:
From sebastian at nzrs.net.nz Thu Apr 25 22:41:27 2013
From: sebastian at nzrs.net.nz (Sebastian Castro)
Date: Fri, 26 Apr 2013 08:41:27 +1200
Subject: [atlas] Fetching results for ongoing measurements
In-Reply-To: <517949D5.5090704@ripe.net>
References: <51772518.1070301@nzrs.net.nz> <51778523.4040808@ripe.net>
<20130425144236.GH82806@defiant.konundrum.org>
<517949D5.5090704@ripe.net>
Message-ID: <517994F7.1060108@nzrs.net.nz>
On 26/04/13 03:20, Robert Kisteleki wrote:
> Hello,
Hi Everyone,
>
>>>> The problem you're encountering exists because we are in the process of
>>>> changing parts of the infrastructure and a backend component is refusing to
>>>> comply. We're working on fixing this asap.
>>>>
>>>
>>> I was wondering if there has been any resolution yet? I don't get an
>>> error, https://atlas.ripe.net/atlas/udm.html simply comes up blank.
>
I was getting the same result (an empty page), so following the
recommendation below (produce a firebug report), dusted off my Firefox
and tried to generate one. The thing, it does work in Firefox, but it
fails in Chrome!
> It should work -- though it may take a second or two to load. If you can
> reproduce it (after a page reload) then please drop us a mail to
> atlas at ripe.net and tell us when this happened. (And if you're up to it, a
> firebug report would be even more helpful!)
The JavaScript console in Chrome reports two warnings, two errors:
Error Viewport argument value "device-width;" for key "width" is
invalid, and has been ignored. Note that ';' is not a separator in
viewport values. The list should be comma-separated. udm.html:121
Warning Viewport argument value "0.6666;" for key "initial-scale" was
truncated to its numeric prefix. Note that ';' is not a separator in
viewport values. The list should be comma-separated. udm.html:121
Warning Viewport argument value "1.0;" for key "maximum-scale" was
truncated to its numeric prefix. Note that ';' is not a separator in
viewport values. The list should be comma-separated. udm.html:121
Error Uncaught TypeError: undefined is not a function ext-all.js:7
Hopefully it will help.
>
>> FWIW, I do not get a blank page, I can access My Measurements just
>> fine, but I will get a "This section is temporarily disabled. We'll be
>> fixing it soon though!" message when trying to see the latest msm
>> results - which comes as no surprise given the recent announcements.
>
> The "last 100" page has been pretty under-used before, and will most likely
> be superseded by the "probes" tab. This is already the case for ping type
> measurements.
Thanks for the feedback,
Cheers,
>
> Regards,
> Robert
>
>
--
Sebastian Castro
DNS Specialist
.nz Registry Services (New Zealand Domain Name Registry Limited)
desk: +64 4 495 2337
mobile: +64 21 400535
From daniel.karrenberg at ripe.net Fri Apr 26 10:14:57 2013
From: daniel.karrenberg at ripe.net (Daniel Karrenberg)
Date: Fri, 26 Apr 2013 10:14:57 +0200
Subject: [atlas] RRDs for pings with 25 probes.
In-Reply-To: <51797F2C.6000505@ripe.net>
References:
<517964D0.4060902@ripe.net>
<50A7EA18-52DC-4B0B-8C9B-F4622DC556E7@ripe.net>
<51797F2C.6000505@ripe.net>
Message-ID: <6C0D8B04-1EBD-4BBE-8EB3-C56D3E6BE6C0@ripe.net>
Apparently not prominent enough ....
On 25.04.2013, at 21:08 , Viktor Naumov wrote:
> Hovering over the field labels displays a short description.
>
> /vty
>
> On 4/25/13 7:19 PM, Daniel Karrenberg wrote:
>> As I have said before, it would be very good if the UI already provided that information. Iirc this is a very frequently recurring question.
>>
>> D
>>
>> On 25.04.2013, at 19:16 , Viktor Naumov wrote:
>>
>>> Hi Ben,
>>>
>>> You're right. Visualization with RRDs is limited to 20 probes.
>>> There is access to the raw data for your service, so you can visualize it the way you wish.
>>>
>>> Best regards
>>>
>>> Victor Naumov
>>>
>>>
>>>
>>> On 4/25/13 6:21 PM, Ben Clifford wrote:
>>>> When I create ping UDMs with 20 probes, I get RRDs.
>>>>
>>>> When I create ping UDMs with 25 probes, the "visualize" checkbox gets
>>>> turned off somehow and I don't get RRDs.
>>>>
>>>> Is there something funny going on? (or is there something else forcing
>>>> visualize off that i have miscorrelated with the probe count).
>>>>
>>>
>>>
>>
>
>
From vpv at ssau.ru Fri Apr 26 12:14:23 2013
From: vpv at ssau.ru (Pavel Veselovskiy)
Date: Fri, 26 Apr 2013 14:14:23 +0400
Subject: [atlas] AS number in traceroute data
Message-ID: <517A537F.6060509@ssau.ru>
Hello,
Is it possible to perform RIPE Atlas measurements with a key "-A" that
shows the number of autonomous systems?
-
Kind Regards,
Pavel Veselovskiy,
Samara State Aerospace University
From robert at ripe.net Mon Apr 29 14:44:50 2013
From: robert at ripe.net (Robert Kisteleki)
Date: Mon, 29 Apr 2013 14:44:50 +0200
Subject: [atlas] AS number in traceroute data
In-Reply-To: <517A537F.6060509@ssau.ru>
References: <517A537F.6060509@ssau.ru>
Message-ID: <517E6B42.8010906@ripe.net>
On 2013.04.26. 12:14, Pavel Veselovskiy wrote:
> Hello,
>
> Is it possible to perform RIPE Atlas measurements with a key "-A" that
> shows the number of autonomous systems?
>
> -
> Kind Regards,
> Pavel Veselovskiy,
> Samara State Aerospace University
Hello,
No, there's no support for this on the probes. It'd be pretty expensive for
to do this on the fly, as it involves a lookup (into BGP or IRRs) for
virtually every packet received.
But it would be possible to annotate the results in some way, when storing
them or when you access them. Is this something that would be interesting
for others too?
Regards,
Robert
PS: of course the task itself is far from trivial. Trying it out on a random
Linux box gave me the "wrong AS" for almost half of the cases. I'm sure
there could be extensive discussion around how to Do This Right in the first
place :)
From rumen at telecoms.bg Mon Apr 29 15:01:41 2013
From: rumen at telecoms.bg (Rumen Svobodnikov)
Date: Mon, 29 Apr 2013 16:01:41 +0300 (EEST)
Subject: [atlas] AS number in traceroute data
In-Reply-To: <517E6B42.8010906@ripe.net>
References: <517A537F.6060509@ssau.ru> <517E6B42.8010906@ripe.net>
Message-ID:
On Mon, 29 Apr 2013, Robert Kisteleki wrote:
> On 2013.04.26. 12:14, Pavel Veselovskiy wrote:
>> Hello,
>>
>> Is it possible to perform RIPE Atlas measurements with a key "-A" that
>> shows the number of autonomous systems?
>>
>> -
>> Kind Regards,
>> Pavel Veselovskiy,
>> Samara State Aerospace University
>
> Hello,
>
> No, there's no support for this on the probes. It'd be pretty expensive for
> to do this on the fly, as it involves a lookup (into BGP or IRRs) for
> virtually every packet received.
>
> But it would be possible to annotate the results in some way, when storing
> them or when you access them. Is this something that would be interesting
> for others too?
>
> Regards,
> Robert
>
>
> PS: of course the task itself is far from trivial. Trying it out on a random
> Linux box gave me the "wrong AS" for almost half of the cases. I'm sure
> there could be extensive discussion around how to Do This Right in the first
> place :)
>
>
Doesn't sound so hard to implement, could be done via a DNS lookup.
For instance if you want to check what is the AS for IP 1.2.3.4, you do a
DNS lookup for 4.3.2.1.whatismyas.example.com and get the result.
This will move the complexity away from the tiny probe and to a place
where some complexity wouldn't be a problem (i.e. a DNS server).
From r3boot at r3blog.nl Mon Apr 29 17:01:09 2013
From: r3boot at r3blog.nl (Lex van Roon)
Date: Mon, 29 Apr 2013 17:01:09 +0200
Subject: [atlas] AS number in traceroute data
In-Reply-To: <517E6B42.8010906@ripe.net>
References: <517A537F.6060509@ssau.ru>
<517E6B42.8010906@ripe.net>
Message-ID: <20130429150109.GB4827@lacrima.as65342.net>
Hi
On 04/29, Robert Kisteleki wrote:
> On 2013.04.26. 12:14, Pavel Veselovskiy wrote:
> > Is it possible to perform RIPE Atlas measurements with a key "-A" that
> > shows the number of autonomous systems?
> >
> No, there's no support for this on the probes. It'd be pretty expensive for
> to do this on the fly, as it involves a lookup (into BGP or IRRs) for
> virtually every packet received.
>
> But it would be possible to annotate the results in some way, when storing
> them or when you access them. Is this something that would be interesting
> for others too?
Annotations would make sense and it would be interesting to me. Otoh,
this is also something that can be easily implemented on a case-by-case
basis by atlas users in their own scripts when parsing the RIPE atlas probe
results.
gr, Lex
--
LRO-RIPE | 570DE0BE | 9BF5 922E AF87 8584 E9CA C3AD C508 39A9 570D E0BE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:
From grinapo+ripeatlas at gmail.com Mon Apr 29 17:09:17 2013
From: grinapo+ripeatlas at gmail.com (Peter Gervai)
Date: Mon, 29 Apr 2013 17:09:17 +0200
Subject: [atlas] AS number in traceroute data
In-Reply-To:
References: <517A537F.6060509@ssau.ru> <517E6B42.8010906@ripe.net>
Message-ID:
On Mon, Apr 29, 2013 at 3:01 PM, Rumen Svobodnikov wrote:
>> No, there's no support for this on the probes. It'd be pretty expensive
>> for
>> to do this on the fly, as it involves a lookup (into BGP or IRRs) for
>> virtually every packet received.
> Doesn't sound so hard to implement, could be done via a DNS lookup.
> For instance if you want to check what is the AS for IP 1.2.3.4, you do a
> DNS lookup for 4.3.2.1.whatismyas.example.com and get the result.
> This will move the complexity away from the tiny probe and to a place where
> some complexity wouldn't be a problem (i.e. a DNS server).
Or as a real-world example:
dig TXT 4.3.2.1.asn.routeviews.org
or
dig TXT 4.3.2.1.origin.asn.cymru.com
or
dig TXT 4.3.2.1.all.ascc.dnsbl.bit.nl
cya,
grin
From inigo at infornografia.net Mon Apr 29 17:44:34 2013
From: inigo at infornografia.net (=?ISO-8859-1?Q?I=F1igo_Ortiz_de_Urbina?=)
Date: Mon, 29 Apr 2013 17:44:34 +0200
Subject: [atlas] AS number in traceroute data
In-Reply-To: <20130429150109.GB4827@lacrima.as65342.net>
References: <517A537F.6060509@ssau.ru> <517E6B42.8010906@ripe.net>
<20130429150109.GB4827@lacrima.as65342.net>
Message-ID:
On Mon, Apr 29, 2013 at 5:01 PM, Lex van Roon wrote:
> Hi
>
Hi,
> On 04/29, Robert Kisteleki wrote:
>> On 2013.04.26. 12:14, Pavel Veselovskiy wrote:
>> > Is it possible to perform RIPE Atlas measurements with a key "-A" that
>> > shows the number of autonomous systems?
>> >
>> No, there's no support for this on the probes. It'd be pretty expensive for
>> to do this on the fly, as it involves a lookup (into BGP or IRRs) for
>> virtually every packet received.
>>
>> But it would be possible to annotate the results in some way, when storing
>> them or when you access them. Is this something that would be interesting
>> for others too?
>
> Annotations would make sense and it would be interesting to me. Otoh,
> this is also something that can be easily implemented on a case-by-case
> basis by atlas users in their own scripts when parsing the RIPE atlas probe
> results.
>
I entirely agree.
To me, the right place to implement this sort of smarts is on the
client side's userland. The new github community repo is a good
starting point in that direction.
I, for one, would be comfortable using a client* that would perform
all the transformations/operations locally after consuming vanilla
data straight from the Atlas API.
Regards,
I?igo Ortiz de Urbina Cazenave
* Ideally, an extensible client, part of a bigger, collaborative framework :-)
> gr, Lex
> --
> LRO-RIPE | 570DE0BE | 9BF5 922E AF87 8584 E9CA C3AD C508 39A9 570D E0BE