s.lobanov Опубликовано 14 июля, 2011 · Жалоба Нужно понять что может быть в поле MP_REACH_NLRI.nexthop в случае L3VPNv4 (afi/safi=1/128) Настораживает тот факт, что wireshark пишет "Empty Label Stack". Может ли этот stack быть не empty? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 15 июля, 2011 · Жалоба это не label stack, это просто next-hop закодированный с нулевым RD. в rfc описан процесс, там нужно чтобы next-hop был описан с учетом контекстного afi/safi, поэтому rd хоть какой-то должен быть. а label stack находится дальше - в NLRI. т.е. update содержит один next-hop, и кучу NLRI (каждый со своей label) которые соответствуют этому next-hop. Нужно понять что может быть в поле MP_REACH_NLRI.nexthop в случае L3VPNv4 (afi/safi=1/128) Настораживает тот факт, что wireshark пишет "Empty Label Stack". Может ли этот stack быть не empty? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 15 июля, 2011 · Жалоба Да, я видел RFC4364, про RD=0 там написано, тут вопросов нет. Сомненения относительно label stack в MP_REACH_NLRI.nexthop появились из-за того, что одни RFC могут дополнять другие и может быть какое-то расширение, позволяющее это сделать. Тогда до кучи ещё вопрос, как добиться, чтобы в самом NLRI(prefix_len+label_stack+rd+ip) было две метки, а не одна? CsC? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 18 июля, 2011 · Жалоба up, актуально Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 19 июля, 2011 · Жалоба up, актуально не понял. вам надо чтобы две метки было именно в NLRI или просто чтобы трафик бегал упакованный в две метки? поподробнее, если можно, ато так думать тяжело Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 19 июля, 2011 · Жалоба чтобы было две метки в NLRI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 19 июля, 2011 · Жалоба сразу ответа не нашел. если что придет в голову, напишу. чтобы было две метки в NLRI Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TiFFolk Опубликовано 19 июля, 2011 · Жалоба Я например тоже не очень понял, если вы имеете ввиду, чтобы в NLRI одному префиксу соответствовало две метки? Тогда это будет два разных NLRI. А в одном не получится, я думаю. Так все NLRI имеют одинаковый next-hop и другие атрибуты. Я даже уверен, что быть не может, смысл какой? Вам же нужно будет трафик с одной меткой отсылать, а не дублировать то с одной, то с другой. Как-то так. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 19 июля, 2011 · Жалоба TiFFolk Я пишу парсер bgp-апдейтов, поэтому мне нужно знать что и в каком поле может быть. Раз это называется label stack, то вполне логично, что там может быть стек меток, а не просто одна метка. С точки зрения форвардинга, насколько мне известно, может быть до 4 меток в одном кадре(глобальная(IGP),TE-шная,CsC и L3VPN), поэтому у меня есть подозрение, что в каком-то случае в NLRI может быть более одной метки. Собирать тестовые макеты на всевозможные случаи как-то лениво, если честно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shefys Опубликовано 19 июля, 2011 · Жалоба Случаев, в которых есть больше одной метки в BGP я не знаю. Но это предусмотрено RFC - можешь это в своём парсере учесть. А вообще, меток может быть даже 5, а не 4 - к твоему стеку можно добавить метку FRR ещё. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 20 июля, 2011 · Жалоба TiFFolk Я пишу парсер bgp-апдейтов, поэтому мне нужно знать что и в каком поле может быть. Раз это называется label stack, то вполне логично, что там может быть стек меток, а не просто одна метка. С точки зрения форвардинга, насколько мне известно, может быть до 4 меток в одном кадре(глобальная(IGP),TE-шная,CsC и L3VPN), поэтому у меня есть подозрение, что в каком-то случае в NLRI может быть более одной метки. Собирать тестовые макеты на всевозможные случаи как-то лениво, если честно. теперь понятно, что вы имеете ввиду. форвардинг это не одно и тоже с bgp. данные для форвардинга (data plane) собираются из кучи мест, которые в общем называются control plane. там есть bgp, ldp, rsvp, ужо наверное еще что-то придумали ) так и набирается более одной метки, но это уже на уровне data plane, там где фреймы бегают. а в парсере можете конечно учитывать наличие более одной метки в NLRI, но я никогда такого не видел. хотя в том параграфе rfc везде написано labes(s), так что удачи. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TiFFolk Опубликовано 20 июля, 2011 · Жалоба TiFFolk Я пишу парсер bgp-апдейтов, поэтому мне нужно знать что и в каком поле может быть. Раз это называется label stack, то вполне логично, что там может быть стек меток, а не просто одна метка. С точки зрения форвардинга, насколько мне известно, может быть до 4 меток в одном кадре(глобальная(IGP),TE-шная,CsC и L3VPN), поэтому у меня есть подозрение, что в каком-то случае в NLRI может быть более одной метки. Собирать тестовые макеты на всевозможные случаи как-то лениво, если честно. А, в стеке то конечно, может быть любое число меток. Я думал вы говорите про наличие например 2х стеков для одного префикса. Метки надо считывать до конца стека. А вообще у wireshark все парсеры открыты, берите и используйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...