Thanks Mark,<br><br>I did change and put in ietf this over the weekend and the link has had some stability now.<br>The interface flaps have greatly reduced though they are still there.<br><br>Am looking at the problem also from SDH level as am also thinking the transport media could be an issue.<br>
<br><br><br>Regards,<br>Righa Shake <br><br><div class="gmail_quote">On Tue, Nov 22, 2011 at 4:05 AM, Mark Tinka <span dir="ltr"><<a href="mailto:mtinka@globaltransit.net">mtinka@globaltransit.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Tuesday, November 22, 2011 06:39:37 AM Scott Weeks wrote:<br>
<br>
> I believe that it may be the proprietary nature of<br>
> cisco's frame-relay command.  The Juniper doesn't like<br>
> it.  You might be able to find out by running debug<br>
> commands.<br>
<br>
</div>I'm not sure that's the issue as it'd be unexpected for the<br>
link to even come up (stranger things have happened,<br>
though).<br>
<br>
For clarification, the appropriate Cisco command to use to<br>
get Frame Relay to obey the standards is:<br>
<br>
        encapsulation frame-relay ietf<br>
<br>
Cheers,<br>
<font color="#888888"><br>
Mark.<br>
</font><br>_______________________________________________<br>
afnog mailing list<br>
<a href="http://afnog.org/mailman/listinfo/afnog" target="_blank">http://afnog.org/mailman/listinfo/afnog</a><br></blockquote></div><br>