I think this is more like the way snom DOES NOT truly resolve DNS SRV records properly.
example: internally you use a private DNS server (or acl that uses views), for this you add an A record to DNS that uses sipx or another internal DNS server so the phone can resolve "sipdomain.com" as the same IP address that sipx has. Externally "you cannot do that" because it is used for something else. IF this is the case, you should consider using a subdomain for sipx so it does not cause this type of conflict. * * *ATTN: Snom guru's, wasn't there some configuration nuance with Snom's that related to the port number (i.e. port=0 meant use SRV records, while manually encoding port 5060 meant "ignore srv records"? Or something like that?* On Tue, Aug 10, 2010 at 10:16 AM, Claudio Succa <[email protected]>wrote: > Il martedì 10 agosto 2010 12:33:21 Tony Graziano ha scritto: > > The media server supports g722 as well as g771u/a. What would be > > interesting to know is why in your case you need to change the order of > > codecs. During a media negotiation, at least several codecs should be > > offered before an agreement is made. > > I made several tests between 4 phones: two with G722 as first codec and two > with G711u. > > Moh works only with the two phones having G722 as first codec. > > > Internally it should never be an issue. On gateway (or siptrunk) calls, > the > > question is whether the carrier/gateway is limiting the codecs being > > offered. > > On outgoing calls moh works with all four phones. > On incoming calls moh doesn't work at all. > > Moreover in both case retrieving the line the voice flows only more from > sipx > to the caller. Of course this is the worst problem because it makes > impossible to terminate a call transfer. > > I suspect some misconfiguration in the DNS. > > For example: the sip domain is "skoer.it" and the proxy server > is "sip.skoer.it". > > As suggested I set a dual zone DNS with the same fqhn pointing to different > ip > viewed from inside rather then outside. > > If I had to set sip:[email protected] (the proxy address instead of the > domain) on snom phones, how can I do the same for the addresses viewed by > ITSP? > > > Can you explain if there is a difference between codecs internally versus > > through the PSTN? What version fimrware are you using on your phones? > > In both case the music is coded by the sipx server. The difference should > be > that ITSP can decode it while the snom phones with G711 can't. I guess that > they don't renegotiate the codec when go in hold status. > > The phones are snom300 and the firmware is the 7.3.30, the last one before > the > release 8 which is not well supported by Sipx. > > > A call trace might help to see if there is a general issue with > > negotiation. I am not a snom user (I only have m3's), so I don't have > > direct experience to relate to this. > > Attached there is a trace retrieved from the phone that doesn't play the > music. > > > -- > Claudio Succa > PERTEL - Torino - Italy > +39-011-19826800 > http://www.pertel.it > http://www.uniassist.it > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
