<div>hi all,</div>
<div> </div>
<div>So IRRd will connect to my Router Reflector Router by telnet or ssh or rsh ... right?</div>
<div> </div>
<div>After that it send some configuration script to config router to update route.</div>
<div> </div>
<div>IRRd Server is individual one. As my opinion, I assume my customer want to update his new prefix(the first prefix), he must go internet to send email to update. Right. </div>
<div> </div>
<div>Anyway, I show steps to update new prefix:</div>
<div> </div>
<div>1. Can access internet so BGP with upstream provider must up.</div>
<div>2. Next, can update this new prefix.</div>
<div> </div>
<div>If I wrong, please have comment about that.</div>
<div> </div>
<div>Thanks,</div>
<div> </div>
<div>Hai<br><br></div>
<div class="gmail_quote">On Mon, Oct 12, 2009 at 8:53 PM, S.P.Zeidler <span dir="ltr"><<a href="mailto:spz@serpens.de">spz@serpens.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Thus wrote Robert Hai (<a href="mailto:hainguyen.sent@gmail.com">hainguyen.sent@gmail.com</a>):<br>
<div class="im"><br>> I read a lot of document about IRRd and i wonder some following:<br>><br>> - How to my IRRd communicate with my Route Reflector Router?<br><br></div>It does not. Why do you expect it to?<br>

<div class="im"><br>> - follow some document about IRRd, my IRRd will see other IRRds in Internet<br>> and update route and AS from these one. After that, RtConfig on my IRRd will<br>> generate script to config on my Router Reflector Router. In this case, there<br>
> is egg and chicken story. If RtConfig do something wrong, my IRRd can not go<br>> to Internet, cause my IRRd can not update to other IRRds in Internet. So<br>> please tell me step by step how do my IRRd work in this case?<br>
<br></div>Apply brain and/or sanity checks before applying automatically generated<br>BGP filters to your router(s). Roll back if that fails.<br><br>BGP prefix filters typically get applied to customer sessions to prevent a<br>
customer from claiming successfully that they route default or other<br>routes that definitely don't belong to them (often in the expectation that<br>the customer may be inexperienced and will make many funny errors).<br>
<br>Applying prefix filters to uplink sessions is unusual. Applying them<br>to sessions you take default from is useless.<br>
<div>
<div></div>
<div class="h5"><br>regards,<br>       spz<br>--<br><a href="mailto:spz@serpens.de">spz@serpens.de</a> (S.P.Zeidler)<br></div></div></blockquote></div><br>