[c-nsp] iChat AV and Cisco CBAC/NAT

gmb gmb256 at yahoo.com
Fri Mar 16 08:32:10 EST 2007


--- Rodney Dunn <rodunn at cisco.com> wrote:

> Send me any SR # where you have opened with TAC
> where you
> can prove we are non-RFC compliant and that SR was
> closed without
> a good explanation of why it was fixed.

Well if everything is RFC compliant, then why are the
new phone types like 7941 only supported by TAC with
CCM call control? This is hardly an option for service
providers.

And why is the config file format only available from
www.voip-info.org?


--gmb

 
> I'll follow up on it with the TAC engineer.
> 
> Rodney
> 
> On Fri, Mar 16, 2007 at 04:24:05PM +1100, Reuben
> Farrelly wrote:
> > 
> > 
> > On 16/03/2007 5:58 AM, Jared Mauch wrote:
> > > On Thu, Mar 15, 2007 at 09:35:51AM -0700,
> matthew zeier wrote:
> > > 	Cisco doesn't actually care about SIP though
> from what I
> > > can tell as some of their devices (eg: 7970)
> don't handle SIP
> > > messages properly.  I don't think they test with
> anything but their
> > > own internal suites which appear to be buggy.  I
> was able to crash
> > > some older sip phones in the past by sending
> them a well formatted
> > > and innocious options message in the past.
> > 
> > Based on what I have seen, I would tend to agree
> with that, unfortunately.  I 
> > have a 7941 phone and I have attempted on a number
> of occasions to alert cisco 
> > via TAC cases and directly contacting people who
> work with cisco VoIP to some 
> > issues of non SIP RFC compliance with the SIP
> stack on the phone itself, and I 
> > get absolutely nowhere every time.  I've nearly
> given up, so I'm still stuck on 
> > the very oldest code for these units (8.0.2SR1a)
> because it's the only code 
> > which actually is reasonably RFC compliant and
> works, despite the fact that it 
> > has security holes and is missing some new
> features.
> > 
> > The router SIP inspection code is generally pretty
> good.  When it works it works 
> > very well and I'd recommend it, but random T
> releases tend to totally break it 
> > such that things like inbound calls don't happen,
> I think the idea is to wait 
> > for the next rebuild because usually it gets fixed
> again soon after... or just 
> > change releases or stick to mainline until you
> find one that works (most of the 
> > mainline code is good).
> > 
> > Reuben
> > 
> > (Some concerns and bugs with the code are
> documented at 
> >
>
http://www.voip-info.org/wiki/view/Asterisk+phone+cisco+79x1+xml+configuration+files+for+SIP
> 
> > - I imagine VoIP people at cisco haven't seen this
> page)
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at
> http://puck.nether.net/pipermail/cisco-nsp/
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at
> http://puck.nether.net/pipermail/cisco-nsp/
> 



 
____________________________________________________________________________________
The fish are biting. 
Get more visitors on your site using Yahoo! Search Marketing.
http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php


More information about the cisco-nsp mailing list